Esta seção do guia de arquétipos de implantação do Google Cloud descreve o arquétipo de implantação híbrida, fornece exemplos de casos de uso e discute as considerações de design.
Em uma arquitetura baseada no arquétipo de implantação híbrida, algumas partes do aplicativo são implantadas no Google Cloud e outras são executadas no local.
Casos de uso
As seções a seguir fornecem exemplos de casos de uso em que o arquétipo de implantação híbrida é uma escolha apropriada.
Site de recuperação de desastres (DR) para um aplicativo local
Para aplicativos essenciais que você executa no local, é possível fazer backup dos dados no Google Cloud e manter uma réplica na nuvem, conforme mostrado no diagrama a seguir. A frequência de backup e se a réplica precisa estar ativa ou passiva dependem do objetivo de tempo de recuperação (RTO, na sigla em inglês) e do objetivo de ponto de recuperação (RPO, na sigla em inglês). Quando o aplicativo local estiver inativo devido a eventos planejados ou não planejados, será possível ativar a réplica no Google Cloud para restaurar o aplicativo para produção.
Desenvolvimento no local para aplicativos na nuvem
Para um aplicativo em execução no Google Cloud, é possível manter os ambientes de desenvolvimento no local e usar um pipeline de CI/CD para enviar atualizações para a nuvem, conforme mostrado no diagrama a seguir. Essa arquitetura permite que você mantenha o controle sobre suas atividades de desenvolvimento enquanto aproveita os benefícios que o Google Cloud oferece para escalonabilidade, otimização de custos e confiabilidade.
Aprimorar aplicativos locais com recursos de nuvem
O Google Cloud oferece recursos avançados em muitas áreas, incluindo armazenamento, inteligência artificial (IA) e machine learning (ML), Big Data e análise de dados. O arquétipo de implantação híbrida permite usar esses recursos avançados do Google Cloud até mesmo para aplicativos executados no local. Veja a seguir exemplos desses recursos:
- Armazenamento de arquivos ilimitado e de baixo custo na nuvem para aplicativos locais.
- Aplicativos de IA e ML na nuvem para dados gerados por um aplicativo local.
- Processos de armazenamento de dados e análise baseados em nuvem que usam o BigQuery para dados ingeridos de fontes de dados no local.
- Bursting de nuvem, para lidar com o tráfego de sobrefluxo quando a carga no aplicativo local atinge o pico de capacidade;
O diagrama a seguir mostra uma topologia híbrida em que os dados de um aplicativo local são enviados para o Google Cloud. Os analistas de dados analisam os dados enviados usando recursos avançados de IA, ML, Big Data e análise no Google Cloud.
Topologia híbrida em camadas
Nessa topologia, às vezes chamada de implantação de pilha dividida, o front-end do aplicativo fica no Google Cloud e o back-end fica no local. O front-end pode incluir recursos como balanceamento de carga, CDN, proteção contra DDoS e políticas de acesso. O front-end envia tráfego ao back-end local para processamento, conforme mostrado no diagrama a seguir:
Essa arquitetura pode ser adequada quando um aplicativo é usado globalmente, mas o back-end precisa estar em um ambiente único e controlado. Uma variação desse caso de uso é executar o front-end no local e implantar o back-end no Google Cloud.
Mais informações
Para mais informações sobre a lógica e os casos de uso do arquétipo de implantação híbrida, consulte Criar arquiteturas híbridas e de várias nuvens usando o Google Cloud.
Considerações sobre o design
Ao criar uma arquitetura baseada no arquétipo de implantação híbrida, considere os fatores de design a seguir.
Conexão de rede local para a nuvem
Para uma comunicação de rede eficiente entre seu ambiente local e os recursos do Google Cloud, você precisa de uma conexão de rede confiável e segura. Para mais informações sobre as opções de conectividade híbrida oferecidas pelo Google Cloud, consulte Como escolher um produto de conectividade de rede.
Esforço de configuração e complexidade operacional
Configurar e operar uma topologia híbrida requer mais esforço do que uma arquitetura que usa apenas o Google Cloud. Para operar essa topologia, você precisa gerenciar os recursos de maneira consistente nos ambientes locais e do Google Cloud. Para gerenciar aplicativos híbridos conteinerizados, use o GKE Enterprise, que é uma plataforma de orquestração unificada para gerenciar clusters do Kubernetes em vários locais.
Custo de recursos redundantes
Uma implantação híbrida é potencialmente mais cara do que uma implantação somente na nuvem, porque os dados podem precisar ser armazenados de maneira redundante no local e na nuvem. Além disso, alguns dos recursos redundantes podem ser subutilizados. Ao criar uma arquitetura baseada no arquétipo de implantação híbrida, considere o custo geral potencialmente maior dos recursos.
Exemplos de arquiteturas
Para exemplos de arquiteturas que usam o arquétipo de implantação híbrida, consulte Criar arquiteturas híbridas e de várias nuvens usando o Google Cloud.