Créez un pipeline personnalisé pour déplacer les changements dans votre environnement de non-production en dupliquant le playbook d’évaluation de la demande de déploiement. Ajoutez l’analyseur de déploiement pour détecter s’il y a des changements de code dans le déploiement et ignorer les tests Automated Test Framework (ATF) pendant l’évaluation.
Avant de commencer
Rôle requis : releaseops.pipeline_admin et playbook.admin ou_author
Procédure
-
Dupliquez le playbook d’évaluation de la demande de déploiement.
-
Accédez à la et sélectionnez le playbook Deployment Request Assessment (Évaluation de la demande de déploiement ).
-
Sélectionnez Dupliquer dans le menu Actions supplémentaires.
-
Saisissez un nom pour votre nouveau playbook et mettez à jour tous les autres détails requis.
-
Ajoutez une nouvelle étape au playbook en sélectionnant l’icône + après Démarrer et saisissez une étiquette, par exemple Analyser le déploiement.
Remarque : Certaines étapes ont un sens à certaines parties du flux. Par exemple, l’analyseur de déploiement s’exécute avant l’état de déploiement (Passer au test). D’autres étapes devront peut-être être exécutées après Passer au test ou après Exécuter les tests ATF. En règle générale, vous ne devez rien ajouter après Prêt pour le déploiement.
-
Ajoutez l’activité Exécuter l’analyseur de déploiement .
-
Sélectionnez l’activité Exécuter l’analyseur de déploiement nouvellement ajoutée pour la configurer.
-
Sélectionnez l’onglet Automation (Automatisation) dans le modal d’options supplémentaires.
-
Dans la section Entrées du modal, sélectionnez l’icône, puis Enregistrement parent : demande de déploiement.
-
Sélectionnez Enregistrer et fermer.
-
Localisez la section Exécuter des tests ATF du playbook et ajoutez une nouvelle décision après l’activité Transition vers l’évaluation en sélectionnant l’icône +, puis en sélectionnant Ajouter une décision (si/alors).
-
Sélectionnez la décision nouvellement ajoutée pour la configurer.
-
Sélectionnez l’onglet Branches , puis saisissez une étiquette, par exemple Ignorer les tests.
-
Sélectionnez Ajouter une condition.
-
Dans le menu déroulant Champ, sélectionnez .
-
Sélectionnez cette option dans le menu déroulant Opérateur.
-
Sélectionnez Faux dans le menu déroulant Vrai/Faux.
-
Sélectionnez Enregistrer et fermer.
-
Passez la souris sur la branche Ignorer les tests, sélectionnez l’icône Faire glisser le nouveau connecteur et faites glisser le connecteur jusqu’à la jonction après la tâche Créer un échec de test.
Confirmez que la branche par défaut est connectée à Exécuter des tests ATF pour le déploiement.
-
Sélectionnez Activer pour finaliser vos mises à jour et rendre votre nouveau playbook disponible.
-
Créez un pipeline qui exploite votre playbook d’évaluation.
-
Accédez à la et sélectionnez New (Nouveau).
-
Attribuez un nom à votre pipeline et sélectionnez votre playbook nouvellement créé dans le champ Playbook d’évaluation .
-
Sélectionnez et maintenez enfoncé (ou cliquez avec le bouton droit de la souris) l’en-tête sur le formulaire Pipeline, puis sélectionnez Enregistrer.
-
Dans votre pipeline nouvellement créé, localisez la liste connexe Instances de pipeline et sélectionnez Nouveau.
-
Sélectionnez l’étiquette Test.
-
Sélectionnez votre instance de déploiement.
-
Sélectionnez Soumettre.
Résultats
Votre pipeline personnalisé, qui exploite le playbook personnalisé que vous avez créé à partir du playbook d’évaluation de demande de déploiement par défaut pour son étape d’évaluation, est maintenant prêt à l’emploi.
Remarque :
- L’étiquette d’instance de pipeline (dans l’exemple ci-dessus, l’étiquette de test saisie à l’étape 10a) est utilisée pour mapper la définition d’instance à l’instance telle que référencée dans le playbook. Le mappage de la définition d’instance avec l’étiquette d’instance permet à un playbook d’être utilisé par plusieurs définitions de pipeline avec des topologies différentes (mais le même processus). Par exemple, vous pouvez créer un autre enregistrement de pipeline et l’associer aux mêmes playbooks, mais définir un mappage d’instance de test différent.
- L’instance source du playbook est définie dans la demande de déploiement, de sorte que vous pouvez disposer de plusieurs environnements sources ou de développement pour une seule mise en production.
- L’instance de destination est définie dans la mise en production, de sorte que vous pouvez réutiliser le même pipeline pour la mise en production dans plusieurs environnements de destination ou de production.
- Seules les instances intermédiaires doivent être mappées.