Fiabilidade no Serviço de Bot do Azure

Este artigo descreve o suporte de confiabilidade no Serviço de Bot do Azure. Abrange a confiabilidade regional com zonas de disponibilidade e a resiliência entre regiões com recuperação de desastres para bots com residência local de dados. Para obter uma visão geral mais detalhada da confiabilidade no Azure, consulte Confiabilidade do Azure.

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

Importante

O suporte à zona de disponibilidade não está habilitado para nenhum canal padrão no serviço de bot 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 centros de dados dentro de uma região 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. 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 simplificação

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) 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. 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 criar seu plano de recuperação de desastres, consulte Recomendações para projetar uma estratégia de recuperação de desastres.

Para DR, a Microsoft usa o modelo de responsabilidade compartilhada . Neste modelo, a Microsoft garante que a infraestrutura de linha de base e os serviços da plataforma estejam disponíveis. No entanto, muitos serviços do Azure não replicam dados automaticamente nem possuem mecanismos de fallback para mudar de uma região com falha para outra região ativada. 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 da plataforma Azure como serviço (PaaS) fornece recursos e orientações para dar suporte à DR. Você pode usar recursos específicos do serviço para apoiar a recuperação rápida e ajudar a desenvolver o 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 bots da UE, o Serviço de Bots do Azure fornece duas regiões completas na Europa com replicação ativa/ativa para assegurar redundância. Para o serviço de bot global, todas as regiões/geografias disponíveis podem compor a cobertura global.

Próximos passos

Fiabilidade no Azure