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

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

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

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

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

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

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

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

Предварительные условия

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

Опыт снижения активности в зонах

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

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

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

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

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

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