Aplicativos globais e regionais

O App Hub está disponível em locais compatíveis para ajudar você a organizar recursos de infraestrutura globais ou regionais Google Cloud em aplicativos do App Hub. O suporte à localização simplifica o gerenciamento, permitindo que você agrupe componentes de aplicativos com base na localização geográfica e nos métodos de comunicação com outras partes da infraestrutura.

Ao criar um aplicativo, você define o local dele como global ou regional. Essa escolha é fundamental para determinar quais serviços e cargas de trabalho podem fazer parte do aplicativo. Além disso, essa escolha tem implicações importantes para o processamento de dados, colocation, custo e compliance. Os aplicativos globais e regionais são definidos da seguinte maneira:

  • Aplicativos globais: agrupe funcionalmente serviços e cargas de trabalho que são distribuídos globalmente ou espalhados por várias regiões do Google Cloud . Por exemplo, é possível incluir um serviço global de balanceador de carga de aplicativo e as cargas de trabalho de back-end distribuídas pelo mundo.

  • Aplicativos regionais: agrupe funcionalmente serviços e cargas de trabalho que residem inteiramente em uma única região do Google Cloud . Por exemplo, é possível incluir um serviço de balanceador de carga de aplicativo regional e as cargas de trabalho de back-end dele, todos localizados em us-central1.

Para tomar a melhor decisão para suas necessidades, é fundamental entender as regiões e zonas doGoogle Cloud , que são projetadas para fornecer tolerância a falhas e alta disponibilidade. As regiões são áreas geográficas independentes, e as zonas são áreas de implantação dentro de uma região, atuando como domínios de falha únicos. Para saber mais sobre recursos globais e regionais, consulte Geografia e regiões e Locais do Cloud.

Comparar aplicativos globais e regionais

A tabela a seguir destaca as principais diferenças e considerações para ajudar você a escolher entre aplicativos globais e regionais:

Aplicativo global Aplicativo regional
Caso de uso recomendado Melhor para aplicativos com componentes inerentemente globais ou distribuídos em várias regiões. Recomendado quando todos os componentes de aplicativo residem na mesma região do Google Cloud , mesmo que abranjam vários projetos.
Extensão do recurso Pode conter recursos globais e regionais do Google Cloud de qualquer região. Só pode conter recursos do Google Cloud da mesma região do aplicativo. Não é possível registrar componentes globais em um aplicativo regional.
Metadados do aplicativo Armazenados em várias regiões e acessíveis em qualquer Google Cloud região.
A residência de dados não é compatível.		 Armazenados na região específica, mas acessíveis de qualquer outra Google Cloud região.
A residência de dados é compatível quando você usa endpoints regionais.
Exemplos Gerenciar um aplicativo global com balanceamento de carga e componentes de back-end em várias regiões para fornecer uma visualização centralizada do sistema distribuído. Gerenciando um aplicativo com todos os serviços e cargas de trabalho em us-central1.

Selecione o melhor local para seu aplicativo

Considere os requisitos de arquitetura e operacionais da função de negócios que o aplicativo representa ao escolher entre locais globais e regionais. A comparação a seguir se baseia em considerações geográficas:

  • Em geral, os aplicativos regionais oferecem benefícios significativos em relação aos globais. Se você quiser aproveitar a latência de componente mais baixa, o alinhamento com os requisitos de localidade de dados, a possível economia de custos de rede e a consistência inerente com os recursos do Google Cloud específicos da região, opte por aplicativos regionais.
  • Se os componentes do aplicativo forem necessariamente distribuídos em várias regiões ou dependerem de recursos globais do Google Cloud , opte por aplicativos globais.

Talvez você tenha recursos do Google Cloud localizados em várias regiões que não formam uma única função global coesa. Nesse caso, geralmente é recomendável definir aplicativos regionais separados para componentes em cada região. Essa abordagem maximiza os benefícios da regionalização para cada implantação.

A hierarquia de recursos do Google Cloud , que define como você organiza pastas e projetos, também é fundamental. Uma hierarquia bem planejada que se alinha aos limites de gerenciamento de aplicativos, sejam regionais ou globais, simplifica o agrupamento e o gerenciamento de serviços e cargas de trabalho em aplicativos. Para mais informações, consulte Escolher o modelo de configuração do aplicativo.

Benefícios dos aplicativos regionais

Os aplicativos globais oferecem flexibilidade para sistemas distribuídos. No entanto, escolher um local regional para os aplicativos do App Hub pode oferecer vantagens significativas:

  • Suporte à residência de dados e compliance: os metadados do App Hub oferecem suporte à residência de dados quando você acessa seus aplicativos regionais usando endpoints regionais. Isso ajuda a garantir que os metadados do aplicativo e os dados que os recursos subjacentes doGoogle Cloud processam e armazenam permaneçam dentro dos limites geográficos selecionados. Esse benefício é crucial para obedecer aos requisitos legais, regulatórios e organizacionais de localidade de dados e soberania de dados.

  • Reduzir a latência: colocar componentes de aplicativos na mesma região geralmente minimiza a latência de rede entre componentes, o que pode melhorar o desempenho do aplicativo e a experiência do usuário.

  • Atender aos requisitos de recursos do produto: alguns produtos ou recursos do Google Cloud exigem que todos os componentes de interação estejam localizados na mesma região. Por exemplo, uma instância do Compute Engine só pode anexar um disco permanente que esteja na mesma região. Um aplicativo regional do App Hub se alinha inerentemente a essas restrições de arquitetura.

  • Otimizar custo: a transferência de dados entre diferentes regiões do Google Cloud geralmente gera custos de rede, enquanto o tráfego de rede dentro da mesma região geralmente tem um preço menor. Ao criar seu aplicativo regionalmente, é possível gerenciar e reduzir melhor as cobranças de rede entre regiões.

  • Alinhamento com domínios de falha: as regiões do Google Cloud são projetadas para serem domínios de falha independentes. Implantar o aplicativo em uma única região e usar várias zonas dentro dela para alta disponibilidade alinha a tolerância a falhas do aplicativo com o modelo de resiliência de infraestrutura do Google Cloud.

A seguir