Partager via


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

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Les pipelines de mise en production permettent aux équipes de déployer en continu leur application à travers différentes phases avec un risque inférieur et un rythme plus rapide. Les déploiements à chaque étape peuvent être entièrement automatisés à l’aide de travaux et de tâches.

Les équipes peuvent également tirer parti de la fonctionnalité Approbations et Gates pour contrôler le flux de travail des pipelines 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 des utilisateurs pour approuver ou rejeter manuellement des déploiements, et vérifier 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 inviter les utilisateurs à effectuer des tâches manuelles, puis reprendre ou rejeter le déploiement.

Le diagramme suivant illustre le flux de travail du pipeline de mise en production.

Workflow du pipeline de déploiement

En utilisant des portes, des approbations et une intervention manuelle, vous pouvez prendre le contrôle total de vos versions pour répondre à un large éventail de exigences de déploiement. Les scénarios classiques dans lesquels les approbations, les portes et l’intervention manuelle sont utiles sont les suivants.

Scénario Fonctionnalités à utiliser
Un utilisateur doit valider manuellement la demande de modification et approuver le déploiement à une certaine étape. Approbations de 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 étapes. Approbations post-déploiement
Une équipe souhaite s’assurer qu’il n’existe aucun problème actif dans l’élément de travail ou le système de gestion des problèmes avant de déployer une build dans une phase. Portes de prédéploiement
Une équipe souhaite s’assurer qu’il n’y a pas d’incidents signalés 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 une heure spécifiée avant d’inviter les utilisateurs à se déconnecter. Portes post-déploiement et approbations 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 version. Intervention manuelle ou validation manuelle
Pendant le déploiement, une équipe souhaite attendre que les portails d’analyse ou d’informations détectent les incidents actifs avant de continuer avec d’autres travaux de déploiement. Planned

Vous pouvez combiner les trois techniques au sein d’un pipeline de mise en production pour atteindre pleinement vos propres exigences de déploiement.

En outre, vous pouvez installer une extension qui s’intègre à ServiceNow pour vous aider à contrôler et à gérer vos déploiements via des méthodologies de gestion des services telles que ITIL. Pour plus d’informations, consultez Intégrer à la gestion des modifications ServiceNow.

Note

Le délai avant l’exécution des jalons de prédéploiement est limité à 48 heures. Si vous devez plutôt retarder le lancement global de vos portes, il est recommandé d’utiliser une tâche de délai 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

Note

La tâche de retard ne peut être utilisée que dans un travail sans agent.

Étapes suivantes