Nesta seção do guia de arquétipos de implantação do Google Cloud, descrevemos o arquétipo de implantação global.
Em uma arquitetura baseada no arquétipo de implantação global, o aplicativo é executado em várias regiões do Google Cloud em todo o mundo. É possível implantar o aplicativo como uma pilha distribuída com reconhecimento de local ou como várias pilhas isoladas por região. Em ambos os casos, um balanceador de carga anycast global distribui o tráfego para a região apropriada. O aplicativo grava e lê dados em um banco de dados replicado de maneira síncrona, disponível em todas as regiões, como o Spanner com configuração multirregional. Outros componentes da pilha de aplicativos também podem ser globais, como o cache e o armazenamento de objetos.
No diagrama a seguir, mostramos a variante distribuída sem reconhecimento de local do arquétipo de implantação global:
O diagrama anterior mostra uma pilha de aplicativos que não reconhece a localização, com instâncias de front-end e back-end (geralmente microsserviços) distribuídas por várias zonas em três regiões do Google Cloud. Um balanceador de carga Anycast global distribui o tráfego de entrada para uma instância de front-end apropriada. Essa distribuição é baseada na disponibilidade e capacidade das instâncias e na proximidade geográfica delas com a origem do tráfego. Os balanceadores de carga internos entre regiões distribuem o tráfego das instâncias de front-end para instâncias de back-end apropriadas com base na disponibilidade e capacidade delas. O aplicativo usa um banco de dados replicado de maneira síncrona e disponível entre regiões.
O diagrama a seguir mostra uma variante do arquétipo de implantação global com pilhas de aplicativos isoladas por região:
O diagrama anterior mostra pilhas de aplicativos com isolamento regional que são executados em várias zonas em duas regiões do Google Cloud. Essa topologia é semelhante ao arquétipo de implantação multirregional, mas usa um balanceador de carga Anycast global em vez de roteamento de DNS. O balanceador de carga global distribui o tráfego de entrada para um front-end na região mais próxima do usuário. As pilhas de aplicativos gravam e leem dados em um banco de dados replicado de maneira síncrona e disponível em ambas as regiões. Se ocorrer uma interrupção em qualquer uma das duas regiões, o balanceador de carga global enviará solicitações de usuários para um front-end na outra região.
Casos de uso
As seções a seguir fornecem exemplos de casos de uso em que o arquétipo de implantação global é uma escolha adequada.
Aplicativo altamente disponível para um público global
Recomendamos o arquétipo de implantação global para aplicativos que atendem a usuários em todo o mundo e, portanto, precisam de alta disponibilidade e robustez contra interrupções em várias regiões.
Oportunidade de otimizar custos e simplificar operações
Com o arquétipo de implantação global, é possível usar recursos globais altamente disponíveis, como um balanceador de carga global e um banco de dados global. Em comparação com uma implantação multirregional, uma implantação global pode ajudar a reduzir custos e simplificar operações porque você provisiona e gerencia menos recursos.
Considerações sobre o design
Ao criar uma arquitetura baseada no arquétipo de implantação global, considere os fatores de design a seguir.
Custos de armazenamento, replicação e rede
Em uma arquitetura distribuída globalmente, o volume do tráfego de rede entre locais pode ser alto em comparação com uma implantação regional. Você também armazena e replica mais dados. Ao criar uma arquitetura baseada no arquétipo de implantação global, considere o custo potencialmente mais alto para armazenamento de dados e rede. Para aplicativos essenciais para os negócios, a vantagem de disponibilidade de uma arquitetura distribuída globalmente pode superar os maiores custos de rede e armazenamento.
Como gerenciar mudanças em recursos globais
A oportunidade de usar recursos globais altamente disponíveis pode ajudar você a otimizar os custos e simplificar as operações. No entanto, para garantir que os recursos globais não se tornem pontos únicos de falha (SPOF, na sigla em inglês), é necessário gerenciar cuidadosamente as alterações de configuração nos recursos globais.
Arquitetura de referência
Para uma arquitetura de referência que pode ser usada para projetar uma implantação global, consulte Implantação global com o Compute Engine e o Spanner.