Vous avez un projet Azure DevOps nommé Project1 et un abonnement Azure Sub1. Vous devez empêcher le déploiement des versions à moins qu'elles ne soient conformes aux règles d'Azure Policy attribuées à Sub1. Que devez-vous ajouter au pipeline de mise en production dans Project1 pour appliquer cela ?

L'ajout d'une porte de déploiement (deployment gate) est la solution correcte. Les portes de déploiement permettent d'ajouter des conditions de pré-déploiement ou de post-déploiement qui doivent être satisfaites avant qu'une version puisse progresser. Pour faire respecter les règles d'Azure Policy, vous pouvez configurer une porte personnalisée qui interroge l'état de conformité des ressources déployées par rapport aux politiques définies dans Sub1. Si la conformité n'est pas atteinte, la porte échouera et empêchera le déploiement. Modifier les paramètres de la file d'attente de déploiement contrôle l'ordre des déploiements, pas leur conformité. Configurer un déclencheur de déploiement détermine quand un déploiement démarre, et non s'il est autorisé à se poursuivre en fonction de règles. Créer une variable de pipeline stocke des valeurs réutilisables, mais ne fournit pas de mécanisme pour appliquer des politiques de conformité.