Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
À medida que os clientes mudavam seus pipelines de liberação para o YAML do gerenciamento de liberação clássico, o primeiro desafio que encontramos foi lidar com verificações em alta escala. Duas das verificações mais usadas são as funções do Azure e as verificações da API REST. A experiência padrão no Azure Pipelines resulta na criação de chamadas síncronas do Azure Pipelines para funções do Azure ou seu servidor REST. Além disso, essas chamadas são repetidas com frequência até que a verificação seja aprovada. Este design é simples e funciona bem para pequenas cargas de trabalho. No entanto, ele não é dimensionado quando há um grande número de verificações, quando a função ou o servidor REST leva mais tempo para responder ou quando há um grande número de tentativas.
Vamos simplificar nossa implementação de verificações assíncronas, também conhecido como modelo de retorno de chamada, e alterar a experiência no produto para recomendar isso sobre o modelo síncrono. Usando o modelo de retorno de chamada, a função do Azure ou o servidor REST pode decidir falhar ou passar a verificação a qualquer momento antes que um tempo limite seja atingido, eliminando assim a necessidade de novas tentativas. Esse modelo também permite que a função do Azure ou o servidor REST leve o tempo necessário para avaliar a verificação sem consumir recursos de computação no Azure Pipelines.