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.

O recurso de replicação geográfica de Configuração de Aplicativo permite que você replique seu armazenamento de configuração à vontade para as regiões de sua escolha. Cada nova réplica estará em uma região diferente e criará um novo ponto de extremidade para o qual seus aplicativos enviarem solicitações. 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. Note que a replicação geográfica só oferece funcionalidades de failover automático por meio dos provedores de configuração do App Configuration. Por outro lado, pode também desenvolver os seus próprios mecanismos de contingência personalizados na configuração da sua aplicação para alternar entre diferentes réplicas, mitigando assim o impacto de uma interrupção do Azure.
• Redistribuição de Limites de Solicitação: Pode personalizar no código qual endpoint de réplica a sua aplicação utiliza, permitindo distribuir a carga de pedidos para evitar esgotar os limites de solicitação. 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.
• Compartimentação regional: O acesso a 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 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 sua origem for um repositório de configuração de camada padrão e você tiver cinco réplicas, será cobrada a taxa de seis armazenamentos de configuração de camada padrão para seu sistema, mas cada cota e solicitações isoladas da réplica serão incluídas nessa cobrança.

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 obter mais informações sobre a métrica de latência de replicação e outras métricas de Configuração do Aplicativo, consulte Referência de dados de Configuração do Aplicativo.

Próximos passos

Resiliência e recuperação de desastres