Fiabilité dans Azure Bot Service

Cet article décrit la prise en charge de la fiabilité dans Azure Bot Service. Il couvre à la fois la fiabilité régionale avec les zones de disponibilité et la résilience interrégion avec reprise d’activité après sinistre pour les bots ayant une résidence de données locale. Pour obtenir une vue d’ensemble plus détaillée de la fiabilité dans Azure, consultez Fiabilité Azure.

Lorsque vous créez une application (bot) dans Bot Service, vous pouvez choisir une résidence globale ou locale des données. La résidence des données locales garantit que les données personnelles de votre bot sont conservées, stockées et traitées dans des limites géographiques spécifiques, telles que l’Union européenne. Cette approche vous aide à répondre aux exigences de conformité et de fiabilité régionale.

Important

La prise en charge des zones de disponibilité n’est pas activée pour les canaux standard dans le service de bot régional.

Pour plus d’informations sur le déploiement de bots avec résidence des données locale et conformité régionale, consultez Régionalisation dans Azure Bot Service.

Prise en charge des zones de disponibilité

Les zones de disponibilité sont des groupes physiquement distincts de centres de données au sein d’une région Azure. Lorsqu'une zone tombe en panne, les services peuvent basculer vers l'une des zones restantes.

Pour les bots régionaux, Azure Bot Service prend en charge la redondance de zone par défaut. Vous n’avez pas besoin de le configurer ou de le reconfigurer pour la prise en charge des zones de disponibilité.

Prérequis

• Votre bot doit être régional (et non global).
• Actuellement, seule la région « westeurope » prend en charge les zones de disponibilité.

Expérience en cas de panne de zone

Pendant une panne à l’échelle de la zone, le client doit s’attendre à une brève dégradation des performances, jusqu’à ce que le service ré-équilibre la capacité sous-jacente pour s’ajuster aux zones saines. Cela ne dépend pas de la restauration de zone ; on s’attend à ce que l’état de l’auto-réparation du service géré par Microsoft compense une zone perdue, en se servant de la capacité des autres zones.

Reprise d’activité inter-région dans une zone géographique multirégion

La reprise après sinistre (DR) fait référence aux pratiques utilisées par les organisations pour se remettre d’événements à fort impact, tels que des catastrophes naturelles ou des déploiements échoués qui entraînent des temps d’arrêt et des pertes de données. Quelle que soit la cause, la meilleure solution pour une catastrophe est un plan de récupération d’urgence bien défini et testé et une conception d’application qui prend activement en charge la récupération d’urgence. Avant de commencer à créer votre plan de reprise après sinistre, consultez Recommandations pour la conception d'une stratégie de reprise après sinistre.

Pour la récupération d’urgence, Microsoft utilise le modèle de responsabilité partagée. Dans ce modèle, Microsoft garantit que l’infrastructure de base et les services de plateforme sont disponibles. Cependant, de nombreux services Azure ne répliquent pas automatiquement les données ou ne reviennent pas d’une région défaillante pour effectuer une réplication croisée vers une autre région activée. Pour ces services, vous êtes responsable de la configuration d’un plan de récupération d’urgence qui fonctionne pour votre charge de travail. La plupart des services qui s’exécutent sur des offres PaaS (Platform as a Service) Azure fournissent des fonctionnalités et des instructions pour la prise en charge de la récupération d’urgence. Vous pouvez utiliser des fonctionnalités spécifiques au service pour prendre en charge une récupération rapide afin de vous aider à développer votre plan de reprise après sinistre.

Azure Bot Service s’exécute en mode actif-actif pour les services globaux et régionaux. Lorsqu’une panne se produit, vous n’avez pas besoin de détecter les erreurs ou de gérer le service. Azure Bot Service effectue automatiquement le basculement automatique et la récupération automatique dans une architecture multi-régions géographiques. Pour le service régional de bot de l’UE, Azure Bot Service fournit deux régions complètes à l’intérieur de l’Europe avec une réplication active/active pour garantir la redondance. Pour le service de bot global, toutes les régions/zones géographiques disponibles peuvent être servies en tant qu’empreinte globale.

Étapes suivantes

Fiabilité dans Azure