Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Když zákazníci přesunuli kanály verzí do YAML z klasické správy verzí, první výzvou, se kterými jsme narazili, bylo zpracování kontrol ve velkém měřítku. Dvě z nejčastěji používaných kontrol jsou funkce Azure a kontroly rozhraní REST API. Výchozím prostředím ve službě Azure Pipelines je vytváření synchronních volání ze služby Azure Pipelines do funkcí Azure nebo serveru REST. Nad tím se tato volání často opakují, dokud kontrola neproběhne. Tento návrh je jednoduchý a funguje dobře pro malé úlohy. Pokud ale existuje velký počet kontrol, funkce nebo server REST trvá déle reagovat nebo když existuje velký počet opakovaných pokusů, nedojde k jeho škálování.
Zjednodušíme implementaci asynchronních kontrol, označovanou také jako model zpětného volání, a změníme prostředí v produktu tak, aby doporučilo použití synchronního modelu. Pomocí modelu zpětného volání se funkce Azure nebo server REST může rozhodnout, že se nezdaří nebo kdykoli před dosažením časového limitu projde kontrolou, čímž se eliminuje potřeba opakování úplně. Tento model také umožňuje funkci Azure nebo server REST trvat tolik času, kolik potřebuje k vyhodnocení kontroly bez využití výpočetních prostředků v Azure Pipelines.