Esta secção do guia de Google Cloud arquétipos de implementação descreve o arquétipo de implementação zonal.
Numa arquitetura de nuvem que usa o arquétipo de implementação zonal básico, a aplicação é executada numa única zona, conforme mostrado no diagrama seguinte: Google Cloud
Para poder recuperar de falhas de zonas, pode usar uma arquitetura de duas zonas, em que é aprovisionada uma réplica passiva da pilha de aplicações numa segunda zona (de alternativa), conforme mostrado no diagrama seguinte:
Se ocorrer uma indisponibilidade na zona principal, pode promover a base de dados em espera para ser a base de dados principal (de gravação) e atualizar o equilibrador de carga para enviar tráfego para o front-end na zona de comutação por falha.
Exemplos de utilização
Seguem-se exemplos de casos de utilização para os quais o arquétipo de implementação zonal é uma escolha adequada:
- Ambientes de teste e desenvolvimento na nuvem: pode usar o arquétipo de implementação zonal para criar um ambiente de baixo custo para desenvolvimento e testes.
- Aplicações que não precisam de alta disponibilidade: o arquétipo de implementação zonal pode ser suficiente para aplicações que podem tolerar tempo de inatividade.
- Redes de baixa latência entre componentes da aplicação: uma arquitetura de zona única pode ser adequada para aplicações como a computação em lote que precisam de ligações de rede de baixa latência e alta largura de banda entre os nós de computação.
- Migração de cargas de trabalho de commodities: o arquétipo de implementação zonal oferece um caminho de migração para a nuvem para apps de commodities no local sobre as quais não tem controlo do código ou que não podem suportar arquiteturas além de uma topologia ativa-passiva básica.
- Executar software com restrições de licença: o arquétipo de implementação zonal pode ser adequado para sistemas com restrições de licença em que a execução de mais do que uma instância de cada vez é demasiado cara ou não é permitida.
Considerações de design
Quando cria uma arquitetura baseada no arquétipo de implementação zonal, considere o potencial tempo de inatividade durante as interrupções de zonas e regiões.
Falhas de zona
Se a aplicação for executada numa única zona sem uma zona de alternativa, quando ocorre uma interrupção da zona, a aplicação não consegue publicar pedidos. Para evitar esta situação, tem de manter uma réplica passiva da pilha de infraestrutura noutra zona (de comutação por falha) na mesma região. Se ocorrer uma indisponibilidade na zona principal, pode promover a base de dados na zona de alternativa para ser a base de dados principal e garantir que o tráfego de entrada é encaminhado para o front-end na zona de alternativa. Depois de a Google resolver a indisponibilidade, pode optar por regressar à zona principal ou torná-la a nova zona de alternativa.
Indisponibilidades de regiões
Se ocorrer uma indisponibilidade regional, tem de aguardar que a Google resolva a indisponibilidade e, em seguida, verificar se a aplicação funciona conforme esperado. Se precisar de robustez contra interrupções regionais, considere usar o arquétipo de implementação multirregional.
Arquitetura de referência
Para uma arquitetura de referência que pode usar para criar uma implementação zonal em VMs do Compute Engine, consulte o artigo Implementação de zona única no Compute Engine.