Confiabilidade no Serviço de Bot do Azure
Ao criar um aplicativo (bot) no Azure, escolha se o recurso de bot terá ou não residência de dados global ou local. A residência de dados local garante que os dados pessoais do bot sejam preservados, armazenados e processados dentro de determinados limites geográficos (como limites da UE).
Importante
O suporte à zona de disponibilidade não está habilitado para canais padrão no serviço de bot regional.
Este artigo descreve o suporte à confiabilidade no Serviço de Bot do Azure e aborda a confiabilidade regional com zonas de disponibilidade e resiliência entre regiões com recuperação de desastre para bots com residência de dados local. Para obter uma visão geral mais detalhada da confiabilidade no Azure, confira Confiabilidade do Azure.
Para obter mais informações sobre como implantar bots com residência de dados local e conformidade regional, consulte Regionalização no Serviço de Bot do Azure.
Suporte à zona de disponibilidade
As zonas de disponibilidade são grupos de datacenters fisicamente separados em cada região do Azure. Quando uma zona falha, os serviços podem fazer failover para uma das zonas restantes.
Para obter mais informações sobre zonas de disponibilidade no Azure, confira O que são zonas de disponibilidade?.
Para bots regionais, o Serviço de Bot do Azure dá suporte à redundância de zona por padrão. Você não precisa configurá-lo ou reconfigurar para suporte à zona de disponibilidade.
Pré-requisitos
- Seu bot deve ser regional (não global).
- Atualmente, apenas a região "westeurope" dá suporte a zonas de disponibilidade.
Experiência de zona inoperante
Durante uma interrupção em toda a zona, o cliente deve esperar uma breve degradação de desempenho, até que o serviço de auto recuperação reequilibre a capacidade subjacente para se ajustar a zonas íntegras. Isto não depende da restauração da zona; espera-se que o estado de auto correção de serviço gerenciado pela Microsoft compense uma zona perdida, usando a capacidade de outras zonas.
Recuperação de desastre entre regiões na geografia de várias regiões
A DR (recuperação de desastre) trata da recuperação após eventos de alto impacto, como desastres naturais ou implantações com falha, que resultam em tempo de inatividade e perda de dados. Seja qual for a causa, a melhor solução para um desastre é um plano de DR bem definido e testado e um design de aplicativo que dê suporte ativo à DR. Antes de começar a pensar em criar seu plano de recuperação de desastre, confira Recomendações para criar uma estratégia de recuperação de desastre.
Quando o assunto é DR, a Microsoft usa o modelo de responsabilidade compartilhada. Em um modelo de responsabilidade compartilhada, a Microsoft garante que a infraestrutura de linha de base e os serviços de plataforma estejam disponíveis. Ao mesmo tempo, muitos serviços do Azure não replicam dados automaticamente nem retornam de uma região com falha para a replicação cruzada em outra região habilitada. Para esses serviços, você é responsável por configurar um plano de recuperação de desastres que funcione para sua carga de trabalho. A maioria dos serviços executados nas ofertas de PaaS (plataforma como serviço) do Azure fornece recursos e diretrizes para dar suporte à DR. Além disso, você pode usar recursos específicos do serviço para dar suporte a uma recuperação rápida, a fim de ajudar a desenvolver seu plano de DR.
O Serviço de Bot do Azure é executado no modo ativo-ativo para serviços globais e regionais. Quando ocorre uma interrupção, você não precisa detectar erros nem gerenciar o serviço. O Serviço de Bot do Azure executa automaticamente o failover automático e a recuperação automática em uma arquitetura geográfica de várias regiões. Para o serviço regional de bot da UE, o Serviço de Bot do Azure fornece duas regiões completas dentro da Europa com replicação ativa/ativa para garantir a redundância. Para o serviço de bot global, todas as regiões/geografias disponíveis podem ser servidas como o volume global.