Vue d’ensemble des approbations et des portes de mise en production

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.

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. Approbations pré-déploiement
Un utilisateur doit se déconnecter manuellement après le déploiement avant que la mise en production ne soit déclenchée à d’autres index. Approbations post-déploiement
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. Portes pré-déploiement
Une équipe souhaite vérifier qu’aucun incident n’est signalé après le déploiement, avant de déclencher une mise en production. Portes post-déploiement
Après le déploiement, une équipe souhaite attendre pendant un délai spécifié avant d’inviter des utilisateurs à se déconnecter. Portes de post-déploiement et approbations de post-déploiement
Pendant le déploiement, un utilisateur doit suivre manuellement des instructions spécifiques, puis reprendre le déploiement. Intervention manuelle ou validation manuelle
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. Intervention manuelle ou validation manuelle
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

Notes

La tâche Retarder peut uniquement être utilisée dans un travail sans agent.

Étapes suivantes