Sie haben ein Azure DevOps-Projekt namens Project1 und ein Azure-Abonnement Sub1. Sie müssen verhindern, dass Releases bereitgestellt werden, es sei denn, sie entsprechen den Azure Policy-Regeln, die Sub1 zugewiesen sind. Was sollten Sie der Release-Pipeline in Project1 hinzufügen, um dies zu erzwingen?

Ein Deployment Gate (Bereitstellungs-Gate) ist die korrekte Wahl, da es eine automatische Überprüfung vor oder nach einer Bereitstellung ermöglicht, um die Einhaltung von Richtlinien sicherzustellen. Sie können ein Gate konfigurieren, das Azure Policy-Konformität prüft und die Bereitstellung stoppt, wenn die Regeln nicht erfüllt sind. Das Ändern der Einstellungen der Bereitstellungswarteschlange beeinflusst lediglich die Reihenfolge oder Bedingungen für den Start einer Bereitstellung, nicht aber die Einhaltung von Richtlinien während des Rollouts. Das Konfigurieren eines Bereitstellungstriggers legt fest, wann eine Bereitstellung gestartet wird (z.B. nach einem Build), bietet aber keine Mechanismen zur Laufzeitprüfung von Richtlinien. Das Erstellen einer Pipeline-Variable dient dazu, Werte in der Pipeline zu speichern und zu übergeben, hat aber keine direkte Funktion zur Erzwingung von Azure Policy-Regeln.