Vue d’ensemble des approbations et des portes de mise en production
Article
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Les pipelines de mise en production permettent aux équipes de déployer en continu leur application sur différents index, avec un risque moindre et un rythme plus rapide. Les déploiements sur chaque index peuvent être entièrement automatisés à l’aide de travaux et de tâches.
Les équipes peuvent tirer parti de la fonctionnalité Approbations et portes pour contrôler le workflow du pipeline de déploiement. Chaque étape d’un pipeline de mise en production peut être configurée avec des conditions de prédéploiement et de post-déploiement, qui peuvent inclure l’attente que les utilisateurs approuvent ou rejettent manuellement les déploiements, ainsi que la vérification avec d’autres systèmes automatisés que des conditions spécifiques sont remplies. En outre, les équipes peuvent configurer des validations manuelles pour suspendre le pipeline de déploiement et demander aux utilisateurs d’effectuer des tâches manuelles, puis reprendre ou rejeter le déploiement.
Le diagramme suivant illustre le workflow du pipeline de mise en production.
À l’aide de portes, d’approbations et d’une intervention manuelle, vous pouvez prendre le contrôle total de vos mises en production pour répondre à un large éventail de besoins de déploiement. Les scénarios classiques dans lesquels des approbations, des portes et une intervention manuelle s’avèrent utiles incluent les suivants.
Scénario
Fonctionnalité(s) à utiliser
Un utilisateur doit valider manuellement la demande de changement et approuver le déploiement sur un certain index.
Une équipe souhaite vérifier l’absence de problèmes actifs dans l’élément de travail ou le système de gestion des problèmes avant de déployer une build sur un index.
Pendant le déploiement, une équipe souhaite inviter les utilisateurs à entrer une valeur pour un paramètre utilisé par les tâches de déploiement ou autoriser les utilisateurs à modifier la mise en production.
Pendant le déploiement, une équipe souhaite attendre que les portails de monitoring ou d’information détectent les éventuels incidents actifs, avant de poursuivre d’autres travaux de déploiement.
Prévu
Vous pouvez combiner les trois techniques au sein d’un pipeline de mise en production pour répondre pleinement à vos propres besoins de déploiement.
En outre, vous pouvez installer une extension qui s’intègre à ServiceNow pour mieux contrôler et gérer vos déploiements par le biais des méthodologies de management des services comme ITIL. Pour plus d’informations, consultez Intégrer à la gestion des changements ServiceNow.
Notes
Le délai avant l’exécution des portes de prédéploiement est limité à 48 heures. Si vous avez plutôt besoin de retarder le lancement global de vos portes, il est recommandé d’utiliser une tâche Retarder dans votre pipeline de mise en production.
# Delay further execution of a workflow by a fixed time
pool: server
steps:
- task: Delay@1
displayName: 'Delay by 5 minutes'
inputs:
delayForMinutes: 5
Dans votre définition de pipeline, sélectionnez le bouton de sélection (...), puis Ajouter un travail sans agent.
Dans votre nouveau travail sans agent, sélectionnez le signe + pour ajouter une nouvelle tâche.
Recherchez la tâche Retarder. Sélectionnez Ajouter pour l’ajouter à votre travail sans agent.
Entrez le délai d’attente en minutes.
Sélectionnez Enregistrer et mettre en file d’attente lorsque vous avez terminé.
Cette certification mesure votre capacité à réaliser les tâches techniques suivantes : Concevoir et implémenter des processus et des communications, concevoir et implémenter une stratégie de contrôle de code source, concevoir et implémenter des pipelines de build et de mise en production, développer un plan de sécurité et de conformité et implémenter une stratégie d’instrumentation.