Événements
Créer des applications et des agents IA
17 mars, 21 h - 21 mars, 10 h
Rejoignez la série de rencontres pour créer des solutions IA évolutives basées sur des cas d’usage réels avec d’autres développeurs et experts.
S’inscrire maintenantCe navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
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. | 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.
Événements
Créer des applications et des agents IA
17 mars, 21 h - 21 mars, 10 h
Rejoignez la série de rencontres pour créer des solutions IA évolutives basées sur des cas d’usage réels avec d’autres développeurs et experts.
S’inscrire maintenantEntrainement
Module
Explorer les recommandations de mise en production - Training
Explorer les recommandations de mise en production
Certification
Microsoft Certified : DevOps Engineer Expert - Certifications
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.