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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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