Partilhar via


Fiabilidade no Serviço de Bot do Azure

Ao criar um aplicativo (bot) no Azure, você pode escolher se seu 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 seu bot sejam preservados, armazenados e processados dentro de certos limites geográficos (como os limites da UE).

Importante

O suporte à zona de disponibilidade não está habilitado para nenhum canal 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 a resiliência entre regiões com recuperação de desastres para bots com residência de dados local. Para obter uma visão geral mais detalhada da confiabilidade no Azure, consulte 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 fisicamente separados de datacenters dentro de 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, consulte 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. Não é necessário configurá-lo ou reconfigurá-lo para suporte à zona de disponibilidade.

Pré-requisitos

  • Seu bot deve ser regional (não global).
  • Atualmente, apenas a região "Europa Ocidental" suporta zonas de disponibilidade.

Experiência de zoneamento

Durante uma interrupção em toda a zona, o cliente deve esperar uma breve degradação do desempenho, até que a autorrecuperação do serviço reequilibre a capacidade subjacente de se ajustar a zonas saudáveis. Isso não depende da restauração da zona; espera-se que o estado de autorrecuperação do serviço gerenciado pela Microsoft compense uma zona perdida, usando a capacidade de outras zonas.

Recuperação de desastres entre regiões em geografia de várias regiões

A recuperação de desastres (DR) consiste na recuperação de eventos de alto impacto, como desastres naturais ou implantações com falha que resultam em tempo de inatividade e perda de dados. Independentemente da causa, a melhor solução para um desastre é um plano de DR bem definido e testado e um design de aplicativo que suporte ativamente a DR. Antes de começar a pensar em criar seu plano de recuperação de desastres, consulte Recomendações para projetar uma estratégia de recuperação de desastres.

Quando se trata de 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 da plataforma estejam disponíveis. Ao mesmo tempo, muitos serviços do Azure não replicam dados automaticamente ou recorrem de uma região com falha para replicação cruzada para 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 plataforma como serviço (PaaS) do Azure fornecem recursos e orientação para dar suporte à DR e você pode usar recursos específicos do serviço para dar suporte à recuperação rápida para 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 detetar erros ou 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 redundância. Para o serviço de bot global, todas as regiões/geografias disponíveis podem ser servidas como a pegada global.

Próximos passos