Проверка обновлений служб, чтобы избежать сбоев в рабочих Управление API экземплярах

ОБЛАСТЬ ПРИМЕНЕНИЯ: все уровни Управление API

"Одним из ценных предложений облака является то, что он постоянно улучшает, предоставляет новые возможности и функции, а также улучшения безопасности и надежности. Но так как платформа постоянно развивается, изменение неизбежно". — Марк Руссинович, CTO, Azure

Корпорация Майкрософт использует платформу безопасных методов развертывания для тщательного тестирования, мониторинга и проверки обновлений служб, а затем развертывания их в регионах Azure с помощью поэтапного подхода. Даже поэтому обновления служб, которые достигают ваших Управление API экземпляров, могут привести к непреднамеренным рискам рабочих нагрузок рабочей нагрузки и нарушить работу потребителей API. Узнайте, как применить наш безопасный подход к развертыванию для снижения рисков, проверяя обновления, прежде чем они достигают рабочих Управление API сред.

Что такое платформа безопасных развертываний Azure?

Azure развертывает обновления для данной службы в серии предварительных и рабочих шагов с помощью платформы безопасного развертывания (SDP). Эта платформа показана в упрощенной форме на следующем рисунке:

Этапы развертывания:

• Разработка и тестирование . Команды разработчиков Azure выполняют и проверяют обновления для своих служб в средах разработки и тестирования с строгими воротами качества.

  Тщательный мониторинг, проверка и обширное тестирование регрессии на этих этапах снижает риск того, что изменения программного обеспечения негативно влияют на рабочие нагрузки Azure клиентов в рабочей среде.

• Затем рабочие обновления — готовые к работе обновления в службах Azure клиентов в поэтапном конвейере развертывания рабочей среды:

  • Сначала канарийные регионы получают обновления. Эти регионы, известные официально как регионы программы раннего доступа к обновлениям (EUAP), являются полными, производственными средами, где сценарии можно проверить в масштабе команд инженеров Azure и приглашенных клиентов. В настоящее время канареарные регионы Azure — восточная часть США 2 EUAP и центральная часть США EUAP.

    Примечание.

    Хотя регионы EUAP готовы к производству, емкость может быть ограничена, и службы могут быть нарушены с момента выполнения детализации аварийного восстановления и других тестов со стороны команд инженеров Azure.

  • Пилотный регион, поддерживаемый для использования в рабочей среде с соглашением об уровне обслуживания, получает следующие обновления. В настоящее время пилотный регион является западной частью США.

  • После периода наблюдения в пилотном регионе обновления службы постепенно вводятся в оставшиеся регионы, расширяя воздействие клиентов.

Разделы справки безопасное развертывание обновлений в Управление API экземплярах?

Как клиент Azure, вы не можете контролировать, когда применять обновления службы к экземплярам Управление API. Обновления применяются автоматически. Однако, чтобы свести к минимуму риск, можно использовать стратегию для развертывания некритических экземпляров в регионах, которые получают обновления до регионов, на которых выполняются рабочие экземпляры.

• Экземпляр, который сначала получает обновления, — это возможное развертывание.

  Этот экземпляр используется для отслеживания любых проблем, вызванных обновлениями базовых рабочих экземпляров. При мониторинге определите и уменьшите потенциальные регрессии перед затронутыми рабочими службами.

  Внимание

  Если ваш канарной экземпляр испытывает проблемы, связанные с процессом обновления, откройте запрос поддержка Azure как можно скорее.

• После проверки канаречного развертывания у вас больше уверенности в обновлениях, поступающих позже в рабочие экземпляры.

См. примеры стратегий для создания и использования канарной версии Управление API далее в этой статье.

Знать, когда экземпляры получают обновления

На первом шаге убедитесь, что вы знаете об обновлениях служб, которые ожидаются или выполняются.

• Управление API обновления объявляются в репозитории Управление API GitHub. Рекомендуется подписаться на получение уведомлений из этого репозитория, чтобы узнать, когда начинается развертывание обновлений.

• Отслеживайте обновления служб, происходящие в Управление API экземпляре, с помощью журнала действий Azure. Событие "Запланированное обслуживание" создается при запуске обновления.

  

  Чтобы получать уведомления автоматически, настройте оповещение в журнале действий.

• Обновления развертывают в регионах на следующих этапах: регионы Azure EUAP, а затем западная центральная часть США, а затем оставшиеся регионы на нескольких последующих этапах. Последовательность регионов, обновленных на последующих этапах развертывания, отличается от службы к службе. Вы можете ожидать по крайней мере 24 часа между каждым этапом развертывания рабочей среды.

• В пределах региона Управление API экземпляры уровня "Премиум" получают обновления через несколько часов, чем в других уровнях служб.

Совет

Если экземпляр Управление API развертывается в нескольких расположениях (регионах), время обновления определяется основным расположением экземпляра.

Стратегии развертывания canary

Ниже приведены примеры стратегий использования экземпляра Управление API в качестве канарной развертывания, которая получает обновления раньше, чем в рабочих экземплярах.

• Развертывание в регионе EUAP. Если у вас есть доступ к региону Azure EUAP, экземпляр можно использовать для проверки обновлений сразу после выпуска в рабочем конвейере. Узнайте о процессе запроса доступа к региону Azure.

  Примечание.

  Из-за ограничений емкости в регионах EUAP вы можете не масштабировать Управление API экземпляры по мере необходимости.

• Развертывание в пилотном регионе . Используйте экземпляр в Западной части США для имитации рабочей среды или его использования в рабочей среде для некритического трафика API. Хотя этот регион получает обновления после регионов EUAP, развертывание, скорее всего, определите регрессии, относящиеся к конфигурации службы.

• Развертывание повторяющихся экземпляров в регионе . Если рабочая нагрузка является экземпляром уровня Premium в определенном регионе, рассмотрите возможность развертывания аналогично настроенного экземпляра на нижнем уровне, который получает обновления ранее. Например, настройте предварительно рабочий экземпляр на уровне разработчика для проверки обновлений.

Связанный контент

• Узнайте, как отслеживать экземпляр Управление API.
• Узнайте о других вариантах наблюдения за экземпляром Управление API.