Votre organisation utilise ServiceNow pour la gestion des changements. Vous devez vous assurer qu'une demande de changement est traitée avant le déploiement de tout composant dans l'environnement de production. Quelles sont les deux façons d'intégrer ServiceNow dans le pipeline de mise en production Azure DevOps ? (Sélectionnez deux.)

Pour garantir qu'une demande de changement ServiceNow est traitée avant le déploiement en production, une "pre-deployment gate" est la solution la plus appropriée. Cette porte peut être configurée avant l'étape de production pour interroger ServiceNow et vérifier l'état de la demande de changement. Le déploiement ne se poursuivra que si la condition définie (par exemple, la demande de changement est approuvée) est remplie. Une "post-deployment gate" après l'étape QA est également une option viable. Bien qu'elle ne bloque pas directement le déploiement en production, elle peut être utilisée pour vérifier que la demande de changement a été correctement mise à jour ou fermée après les tests QA réussis, avant de considérer le déploiement comme entièrement terminé ou de déclencher des actions post-déploiement. L'ajout d'un contrôle de déploiement qui appelle l'API REST ou SOAP de ServiceNow est la méthode technique par laquelle la "gate" interagit avec ServiceNow, mais ce n'est pas la façon de l'intégrer au pipeline en termes de positionnement et de fonction. Les options de "gate" décrivent la stratégie d'intégration dans le flux du pipeline.