Confiabilidade no Serviço de Bot do Azure

Este artigo descreve o suporte à confiabilidade no Serviço de Bot do Azure. Ele abrange 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.

Ao criar um aplicativo (bot) no Serviço de Bot, você pode escolher a 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 limites geográficos específicos, como a União Europeia. Essa abordagem ajuda você a atender aos requisitos de conformidade e confiabilidade regional.

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 em uma região do Azure. Quando uma zona falha, os serviços podem fazer failover para uma das zonas restantes.

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

Recuperação de desastre (DR) refere-se a práticas que as organizações usam para se recuperar de 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 criar seu plano de recuperação de desastre, veja Recomendações para a elaboração de uma estratégia de recuperação de desastre.

Para a DR, a Microsoft usa o modelo de responsabilidade compartilhada. Nesse modelo, a Microsoft garante que a infraestrutura de linha de base e os serviços de plataforma estejam disponíveis. No entanto, muitos serviços do Azure não replicam automaticamente dados nem fazem fallback de uma região com falha para replicação entre outras regiões habilitadas. 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. Você pode usar recursos específicos do serviço para dar suporte à recuperação rápida para ajudar a desenvolver seu plano de recuperação de desastre.

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.

Próximas etapas