Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Naarmate klanten hun release-pijplijnen naar YAML verschoven van klassiek releasebeheer, was de eerste uitdaging die we tegenkwamen bij het afhandelen van controles op grote schaal. Twee van de meest gebruikte controles zijn de Azure-functies en REST API-controles . De standaardervaring in Azure Pipelines resulteert in het maken van synchrone aanroepen van Azure Pipelines naar Azure-functies of uw REST-server. Bovendien worden deze aanroepen regelmatig opnieuw geprobeerd totdat de controle is geslaagd. Dit ontwerp is eenvoudig en werkt goed voor kleine workloads. Het schaalt echter niet wanneer er een groot aantal controles is, wanneer de functie of REST-server meer tijd nodig heeft om te reageren of wanneer er een groot aantal nieuwe pogingen is.
We stroomlijnen onze implementatie van asynchrone controles, ook wel het callbackmodel genoemd, en wijzigen de ervaring in het product om dit via het synchrone model aan te bevelen. Met behulp van het callback-model kan de Azure-functie of REST-server besluiten om te mislukken of de controle op elk gewenst moment door te geven voordat een time-out wordt bereikt, waardoor de noodzaak van nieuwe pogingen helemaal wordt geƫlimineerd. Met dit model kan de Azure-functie of REST-server ook zoveel tijd in beslag nemen als nodig is om de controle te evalueren zonder rekenresources in Azure Pipelines te gebruiken.