Gardez vos environnements synchronisés avec Episerver DXP!

Lors des itérations sur des projets, il est toujours judicieux de synchroniser vos environnements inférieurs avec les derniers contenus et images de votre environnement de production. Dans certaines plates-formes, c'est un effort important, mais avec Episerver DXP, il peut être facilement automatisé!

Eric Markson de Perficient a récemment publié un blog sur la façon d'automatiser l'orchestration d'Episerver DXP. En suivant ses traces, j'ai réussi à synchroniser avec succès mes environnements de pré-production et d'intégration avec le contenu et les images de production de manière automatisée. Le processus est assez simple.

Tout d'abord, nous devons utiliser le script PromouvoirToEnvironment.ps1 que vous pouvez bifurquer ou cloner à partir d'ici: https://github.com/ericmarkson/EpiCloud-Scripts . Si vous souhaitez en savoir plus sur ce script, suivez les blogs d’Eric. L'essentiel, cependant, est que nous pouvons appeler cela avec des environnements source et cible avec un certain nombre de commutateurs.

En général, ce script serait normalement utilisé pour promouvoir les changements. Intégration -> Pre-prod, Pre-prod -> Prod, etc. L'API vous permet également de sélectionner les types d'éléments à promouvoir: Code, Base de données, Blobs, etc. Ce que beaucoup de gens (moi y compris) ne réalisent pas au départ est: Vous pouvez promouvoir vers le bas et ignorer le code .

Cela signifie que nous pouvons créer deux ensembles d'automatisation:

1. Un pour promouvoir le code à partir de l'intégration -> Pré-production -> Production (notre pipeline de style de livraison continue standard)
2. Un secondaire pour promouvoir la base de données et les objets blob de Production -> Pré-production -> Intégration

La configuration est également incroyablement simple dans un outil comme Azure Devops :

Dans la capture d'écran ci-dessus, j'ai créé un pipeline de versions lié à la base de code de mon application. L'application a le script PromouvoirToEnvironment.ps1 archivé dans la source, qui est utilisé comme artefact dans cette version. Je programme cette version pour qu'elle s'exécute pendant le week-end, mais elle pourrait vraiment être exécutée tous les soirs si vous le souhaitez. Pour nous, cela prend environ 30 minutes pour s'exécuter par environnement.

Le travail lui-même est également assez simple:

Les paramètres ici sont également assez simples :

• ClientKey, ClientSecret et ProjectID: tous ces éléments sont disponibles sur le portail DXP. Les nôtres sont définis comme des variables associées à cette version.
• SourceEnvironment et TargetEnvironment: vers lesquels vous souhaitez migrer. Dans ce cas, nous passons de la production à la pré-production.
• IncludeCode, IncludeBlobs et IncludeDb: c'est là que la magie opère. Je ne veux pas extraire de code de prod, car nous utilisons la pré-production pour tester le dernier code. Au lieu de cela, nous voulons extraire la base de données et les objets blob, nous définissons donc ces indicateurs sur 1.
• SourceApp: pour nous, nous migrons le CMS. Vous pouvez également migrer d'autres parties d'Epi si nécessaire.

Personnellement, j'ai pensé que c'était vraiment cool (à la limite incroyable) après avoir travaillé sur d'autres plates-formes où ce type de tâche est presque impossible. Cela montre à quel point la plate-forme Episerver DXP est vraiment puissante. Amusez-vous bien!

À propos de l'auteur <! -: dmccurry, Architecte de solutions ->

Je suis un développeur Sitecore certifié, un singe de code et un nerd général. J'ai sauté dans l'espace .NET il y a 10 ans pour travailler sur des applications de classe entreprise et je n'ai jamais regardé en arrière. J'adore créer des objets, des Legos aux logiciels qui résolvent de vrais problèmes. Ai-je mentionné que j'aime les jeux vidéo?

Plus de cet auteur