Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Da Kunden ihre Releasepipeline von der klassischen Releaseverwaltung auf YAML umgeleitet haben, war die erste Herausforderung, die wir bei der Behandlung von Prüfungen im großen Maßstab festgestellt haben. Zwei der am häufigsten verwendeten Prüfungen sind die Azure-Funktionen und REST-API-Prüfungen . Die Standardoberfläche in Azure Pipelines führt dazu, synchrone Aufrufe aus Azure-Pipelines in Azure-Funktionen oder Ihren REST-Server zu erstellen. Darüber hinaus werden diese Aufrufe häufig wiederholt, bis die Prüfung erfolgreich ist. Dieses Design ist einfach und eignet sich gut für kleine Workloads. Es wird jedoch nicht skaliert, wenn eine große Anzahl von Prüfungen vorhanden ist, wenn die Funktion oder der REST-Server mehr Zeit benötigt, um zu reagieren, oder wenn eine große Anzahl von Wiederholungen vorhanden ist.
Wir optimieren unsere asynchrone Überprüfungsimplementierung, auch bekannt als Rückrufmodell, und ändern die Oberfläche im Produkt, um dies über das synchrone Modell zu empfehlen. Mithilfe des Rückrufmodells kann die Azure-Funktion oder der REST-Server entscheiden, dass die Überprüfung jederzeit fehlschlägt oder bestanden wird, bevor ein Timeout erreicht wird, wodurch die Notwendigkeit von Wiederholungen vollständig eliminiert wird. Mit diesem Modell kann die Azure-Funktion oder der REST-Server auch so viel Zeit in Anspruch nehmen, wie es erforderlich ist, die Überprüfung auszuwerten, ohne Rechenressourcen in Azure-Pipelines zu verbrauchen.