Compartilhar via


Visão geral da Replicação geográfica

Para desenvolvedores de aplicativos e engenheiros de TI, uma meta comum é criar e executar aplicativos resilientes. A resiliência é definida como a capacidade do aplicativo de reagir à falha e ainda permanecer funcional. Para alcançar resiliência diante de falhas regionais na nuvem, o primeiro passo é criar redundância para evitar um único ponto de falha. Essa redundância pode ser obtida com a replicação geográfica.

A funcionalidade replicação geográfica da Configuração de Aplicativos permite replicar o repositório de configuração como quiser para as regiões de sua escolha. Cada nova réplica permanece em uma região diferente e cria um novo ponto de extremidade para que seus aplicativos enviem solicitações. O ponto de extremidade original do repositório de configuração é chamado de Origem. A origem não pode ser removida, mas por outro lado se comporta como qualquer réplica.

Você pode alterar ou atualizar seus valores de chave em qualquer réplica. Essas alterações serão sincronizadas com todas as outras réplicas seguindo um modelo de consistência eventual.

Replicar seu repositório de configuração adiciona os seguintes benefícios:

  • Resiliência adicional para interrupções do Azure: no caso de uma interrupção regional, as réplicas são afetadas individualmente. Se uma região tiver uma interrupção, todas as réplicas localizadas em regiões não afetadas ainda serão acessíveis e sincronizadas continuamente. Depois que a interrupção for resolvida, todas as réplicas afetadas serão sincronizadas com o estado mais recente. Observe que a replicação geográfica oferece apenas funcionalidades de failover automático por meio dos provedores de configuração da Configuração de Aplicativos. Por outro lado, você também pode criar seus próprios mecanismos de failover personalizados na configuração de aplicativos para alternar entre diferentes pontos de extremidade de réplica para atenuar o impacto de uma interrupção do Azure.
  • Redistribuição de limites de solicitação: você pode personalizar no código qual ponto de extremidade de réplica seu aplicativo usa, permitindo a distribuição da sua carga de solicitação para evitar limites de solicitação exaustivos. Por exemplo, se seus aplicativos são executados em várias regiões e só enviam solicitações para uma região, você pode começar a esgotar os limites de solicitação da Configuração de Aplicativos. Você pode ajudar a redistribuir essa carga criando réplicas nas regiões em que seus aplicativos estão sendo executados. Cada réplica tem limites de solicitação isolados, de tamanhos iguais aos limites de solicitação da origem. Esgotar os limites de solicitação em uma réplica não afeta os limites de solicitação em outra réplica.
  • Compartimentalização regional: acessar várias regiões pode melhorar a latência entre seu aplicativo e o repositório de configuração, levando a respostas de solicitação mais rápidas e melhor desempenho se um aplicativo enviar solicitações para sua réplica mais próxima. Especificar o acesso à réplica também permite limitar o armazenamento de dados e o fluxo entre regiões diferentes com base em suas preferências.

Para habilitar esse recurso em seu repositório, faça referência à forma de habilitar o documento de replicação geográfica.

Casos de uso de exemplo

Uma equipe de desenvolvedores está criando um sistema que consiste em vários aplicativos e atualmente tem um repositório nas Configuração de Aplicativos do Azure na região Oeste dos EUA. O uso do sistema está crescendo rapidamente, e eles pretendem escalar e atender às necessidades dos clientes na: Suécia Central, Oeste dos EUA, Norte da Europa e Leste da Ásia. Todos os aplicativos que eles têm atualmente usam o repositório de configurações do Oeste dos EUA, criando um ponto único de falha. Se houvesse uma interrupção regional no oeste dos EUA, e eles não tivessem outros mecanismos de failover ou comportamentos padrão, seu sistema ficaria indisponível para os clientes. Além disso, globalmente, todos os aplicativos estão restritos pelo limite de solicitação de um repositório de configuração. À medida que a equipe escala para mais regiões, esse limite será insustentável.

Essa equipe se beneficiaria da replicação geográfica. Eles podem criar uma réplica do repositório de configuração em cada região em que o aplicativo será executado. Em seguida, seus aplicativos podem enviar solicitações para uma réplica na mesma região, em vez de todos os aplicativos enviarem solicitações para o Oeste dos EUA. Isso fornecerá dois benefícios: latência de solicitação aprimorada e melhor distribuição de carga. Ter uma carga de solicitação bem distribuída ajuda a evitar o esgotamento da cota de solicitação. Além disso, ter várias réplicas permite que a equipe configure seus aplicativos para fazer failover no caso de uma interrupção regional. Por exemplo, a equipe pode configurar aplicativos em execução na Suécia Central para efetuar pull da configuração dessa região, mas fazer fallback para o Norte da Europa se a Suécia Central enfrentar uma interrupção. Mesmo que a Configuração de Aplicativos não esteja disponível em uma determinada região, o sistema da equipe não será afetado.

Considerações

  • A replicação geográfica não está disponível na camada gratuita.
  • Cada réplica tem limites, conforme descrito na página de preços da Configuração de Aplicativos. Esses limites são isolados por réplica.
  • A Configuração de Aplicativos do Azure também dá suporte a zonas de disponibilidade do Azure para criar um repositório resiliente e altamente disponível em uma Região do Azure. O suporte à zona de disponibilidade será incluído automaticamente para uma réplica se a região da réplica tiver suporte à zona de disponibilidade. A combinação de zonas de disponibilidade para redundância em uma região e replicação geográfica em várias regiões aumenta a disponibilidade e o desempenho de um repositório de configuração.

Custo e cobrança

Cada réplica criada adicionará encargos extras. Veja a página de preços da Configuração de Aplicativos para obter detalhes. Por exemplo, se sua origem for um repositório de configuração de camada standard e você tiver cinco réplicas, será cobrada a taxa de seis repositórios de configuração de camada standard para o sistema, mas cada uma das cotas e solicitações isoladas da réplica serão incluídas nessa cobrança.

Monitoramento

Para oferecer insights sobre as características do recurso de replicação geográfica, Configuração de Aplicativos fornece uma métrica chamada Latência de Replicação. A métrica de latência de replicação descreve quanto tempo leva para os dados serem replicados de uma região para outra.

Para obter mais informações sobre a métrica de latência de replicação e outras métricas de Configuração de Aplicativos, consulte a referência de dados de Monitoramento de Configuração de Aplicativos.

Próximas etapas

Resiliência e recuperação de desastre