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

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

A funcionalidade de geo-replicação App Configuration permite-lhe replicar o seu armazenamento de configuração para as regiões da sua escolha à vontade. Cada nova réplica estará numa região diferente e criará um novo endpoint para as suas aplicações enviarem pedidos. O ponto de extremidade original do seu repositório de configuração é chamado de Origem. A origem não pode ser removida, mas fora isso, comporta-se como qualquer réplica.

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

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

  • Resiliência adicionada 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 estarão acessíveis e sincronizadas continuamente. Depois que a interrupção for atenuada, todas as réplicas afetadas serão sincronizadas com o estado mais recente. A geo-replicação fornece suporte automático de failover através dos fornecedores de configuração da App Configuration. Também pode criar mecanismos de failover personalizados na sua aplicação para alternar entre diferentes endpoints de réplica, se necessário.
  • Redistribuição dos limites de pedidos: Pode personalizar em código qual o endpoint réplica que a sua aplicação utiliza, permitindo-lhe distribuir a carga de pedidos para evitar esgotar os limites de pedidos. Por exemplo, se seus aplicativos forem executados em várias regiões e enviarem solicitações apenas para uma região, você poderá começar a esgotar os limites de solicitação de Configuração do Aplicativo. 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, iguais em tamanho aos limites de solicitação da origem. Esgotar os limites de solicitação em uma réplica não tem impacto sobre os limites de solicitação em outra réplica.
  • Compartimentalização regional: Aceder a múltiplas regiões pode melhorar a latência entre a sua aplicação e o armazenamento de configuração, levando a respostas mais rápidas aos pedidos e melhor desempenho se uma aplicação enviar pedidos para a sua réplica mais próxima. Especificar o acesso à réplica também permite limitar o armazenamento e o fluxo de dados entre diferentes regiões com base em suas preferências.

Para habilitar esse recurso em sua loja, consulte o documento de instruções para habilitar a replicação geográfica.

Exemplo de caso de uso

Uma equipe de desenvolvedores está criando um sistema que consiste em vários aplicativos e atualmente tem uma loja de Configuração de Aplicativo do Azure na região Oeste dos EUA. O uso de seu sistema está crescendo rapidamente, e eles estão procurando escalar e atender às necessidades de seus clientes em: Suécia Central, Oeste dos EUA, Norte da Europa e Leste Asiático. Todas as aplicações que eles têm estão atualmente a usar o armazenamento de configuração da região Oeste dos EUA, criando um único ponto 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 não estaria disponível para os clientes. Além disso, globalmente, todos os aplicativos são atualmente restritos pelo limite de solicitação de um repositório de configuração. À medida que a equipa se expande para mais regiões, este limite será insustentável.

Esta equipa beneficiaria da geo-replicação. Eles podem criar uma réplica de seu armazenamento de configuração em cada região onde seu 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 proporcionará dois benefícios: maior latência de solicitação e melhor distribuição de carga. Ter uma carga de solicitações bem distribuída ajudará a evitar o esgotamento da cota de solicitações. Além disso, ter várias réplicas permite que a equipe configure seus aplicativos para failover no caso de uma interrupção regional. Por exemplo, a equipe pode configurar aplicativos em execução na Suécia Central para extrair a configuração dessa região, mas retornar para o Norte da Europa se a Suécia Central estiver passando por uma interrupção. Mesmo que a Configuração do Aplicativo 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 nas camadas Gratuito e de Desenvolvedor.
  • Cada réplica tem limites, conforme descrito na página de preços da Configuração da Aplicação. Estes limites são isolados por cada réplica.
  • A Configuração de Aplicativo 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 é 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 dentro de uma região e replicação geográfica em várias regiões melhora a disponibilidade e o desempenho de um repositório de configuração.

Custo e faturação

Cada réplica criada adicionará taxas extras. Consulte a página de preços Configuração do aplicativo para obter detalhes. Por exemplo, se a sua origem for uma loja de configuração de nível padrão e tiver cinco réplicas, será cobrada a tarifa de seis lojas de configuração de nível padrão pelo seu sistema, mas cada uma das quotas e pedidos isolados da sua réplica está incluída nesta taxa.

Monitorização

Para oferecer informações sobre as características do recurso de replicação geográfica, a Configuração do Aplicativo 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 mais informações sobre a métrica de latência de replicação e outras métricas de Configuração de Aplicações, consulte Métricas de Configuração de Aplicações.

Próximos passos

Resiliência e recuperação de desastres