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 do Azure são pelo menos três grupos de datacenters separados fisicamente em cada região do Azure. Os datacenters dentro de cada zona são equipados com energia, resfriamento e infraestrutura de rede independentes. Em caso de falha de uma zona local, as zonas de disponibilidade foram projetadas de modo que, se uma zona é afetada, os serviços regionais, a capacidade e a alta disponibilidade têm suporte nas duas zonas restantes.
As falhas podem variar de falhas de software e hardware a eventos como terremotos, inundações e incêndios. A tolerância a falhas é obtida devido à redundância e ao isolamento lógico dos serviços do Azure. Para obter informações detalhadas sobre as zonas de disponibilidade no Azure, confira Regiões e zonas de disponibilidade.
Os serviços habilitados para zonas de disponibilidade do Azure foram projetados para fornecer o nível ideal de resiliência e flexibilidade. Eles podem ser configurados de duas maneiras. Eles podem ter redundância de zona, com replicação automática entre zonas, ou podem ser zonais, com instâncias fixadas em uma zona específica. Você também pode combinar essas abordagens. Para obter mais informações sobre a arquitetura zonal versus com redundância de zona, confira Recomendações para usar zonas e regiões 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 desastre 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.