Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
По мере того как клиенты переместили конвейеры выпуска в YAML из классического управления выпусками, первая проблема, с которой мы столкнулись, была обработка проверок в большом масштабе. Два из наиболее часто используемых проверок — это функции Azure и проверки REST API. Интерфейс по умолчанию в Azure Pipelines приводит к созданию синхронных вызовов из Azure Pipelines в функции Azure или сервер REST. Поверх этого эти вызовы часто выполняются до тех пор, пока проверка не пройдет. Эта конструкция проста и хорошо подходит для небольших рабочих нагрузок. Однако он не масштабируется при наличии большого количества проверок, когда функция или сервер REST занимает больше времени для реагирования или при наличии большого количества повторных попыток.
Мы упростим реализацию асинхронных проверок, также называемую моделью обратного вызова, и изменим интерфейс в продукте, чтобы рекомендовать для синхронной модели. Используя модель обратного вызова, функция Azure или сервер REST могут решить завершить проверку в любое время до достижения времени ожидания, тем самым устраняя необходимость повторных попыток. Эта модель также позволяет функции Azure или СЕРВЕРУ REST занять столько времени, сколько требуется для оценки проверки без использования вычислительных ресурсов в Azure Pipelines.