Надежность в Azure Служба Bot

При создании приложения (бота) в Azure можно выбрать, будет ли ресурс бота иметь глобальное или локальное расположение данных. Локальное расположение данных гарантирует, что персональные данные бота сохраняются, хранятся и обрабатываются в определенных географических границах (таких как границы ЕС).

В этой статье описывается поддержка надежности в Azure Служба Bot и охватывает как региональную надежность с зонами доступности, так и устойчивостью между регионами при аварийном восстановлении для ботов с локальным расположением данных. Более подробный обзор надежности в Azure см. в статье "Надежность Azure".

Дополнительные сведения о развертывании ботов с локальным расположением данных и региональным соответствием см. в разделе "Регионизация" в Azure Служба Bot.

Поддержка зоны доступности

Зоны доступности — это физически отдельные группы центров обработки данных в каждом регионе Azure. При сбое одной зоны службы могут выполнять отработку отказа в одну из оставшихся зон.

Дополнительные сведения о зонах доступности в Azure см. в статье "Что такое зоны доступности?".

Для региональных ботов Azure Служба Bot поддерживает избыточность зоны по умолчанию. Его не нужно настраивать или перенастроить для поддержки зоны доступности.

Необходимые компоненты

• Бот должен быть региональным (а не глобальным).
• В настоящее время только регион westeurope поддерживает зоны доступности.

Взаимодействие с зонами вниз

Во время сбоя на уровне зоны клиент должен ожидать краткого снижения производительности, пока самовосстановление службы не перебалансирует базовую емкость, чтобы адаптироваться к здоровым зонам. Это не зависит от восстановления зоны; Ожидается, что управляемое корпорацией Майкрософт состояние самовосстановления компенсирует потерянную зону, используя емкость из других зон.

Аварийное восстановление между регионами в географическом регионе

Аварийное восстановление (АВАРИЙНОе восстановление) заключается в восстановлении из событий высокой нагрузки, таких как стихийные бедствия или неудачные развертывания, которые приводят к простою и потере данных. Независимо от причины, лучшее средство для аварийного восстановления является хорошо определенным и проверенным планом аварийного восстановления и проектом приложения, который активно поддерживает аварийное восстановление. Прежде чем начать думать о создании плана аварийного восстановления, ознакомьтесь с рекомендациями по разработке стратегии аварийного восстановления.

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

Azure Служба Bot работает в активно-активном режиме как для глобальных, так и для региональных служб. При возникновении сбоя вам не нужно обнаруживать ошибки или управлять службой. Azure Служба Bot автоматически выполняет автоматическое переключение и автоматическое восстановление в географической архитектуре с несколькими регионами. Для региональной службы бота ЕС Azure Служба Bot предоставляет два полных региона в Европе с активной и активной репликацией, чтобы обеспечить избыточность. Для глобальной службы ботов все доступные регионы и географические регионы можно использовать в качестве глобального пространства.

Следующие шаги