Ihre Organisation verwendet ServiceNow für das Änderungsmanagement. Sie müssen sicherstellen, dass eine Änderungsanforderung verarbeitet wird, bevor Komponenten in der Produktionsumgebung bereitgestellt werden. Welches sind zwei Möglichkeiten, ServiceNow in die Azure DevOps Release-Pipeline zu integrieren? (Wählen Sie zwei.)

Um sicherzustellen, dass eine Änderungsanforderung in ServiceNow verarbeitet wird, bevor Komponenten in der Produktionsumgebung bereitgestellt werden, können Sie Pre-Deployment Gates oder Post-Deployment Gates in Azure DevOps Release-Pipelines verwenden. Ein Pre-Deployment Gate vor der Prod-Phase (Option 2) würde die Ausführung der Produktionsbereitstellung anhalten, bis die Bedingungen des Gates erfüllt sind, z. B. die Genehmigung einer Änderungsanforderung in ServiceNow. Dies ist ideal, um die Einhaltung vor der Bereitstellung zu erzwingen. Ein Post-Deployment Gate nach der QA-Phase (Option 4) würde die Pipeline nach Abschluss der QA-Phase anhalten und könnte verwendet werden, um eine Änderungsanforderung in ServiceNow zu erstellen oder zu aktualisieren und auf deren Genehmigung zu warten, bevor die nächste Phase (z. B. Produktion) beginnt. Die Optionen, eine Bereitstellungssteuerung hinzuzufügen, die die ServiceNow REST API (Option 1) oder SOAP API (Option 3) aufruft, sind zwar technisch möglich, aber weniger direkt und bieten nicht die integrierte Gate-Funktionalität und Überwachung, die Azure DevOps für diesen Anwendungsfall bereitstellt. Gates sind die vorgesehene Methode für solche externen Genehmigungsworkflows.