Aplicativos globais e regionais

O App Hub está disponível em locais compatíveis para ajudar você a organizar seus recursos de infraestrutura do Google Cloud como aplicativos, sejam eles disponíveis globalmente ou em regiões específicas. Esse recurso simplifica o gerenciamento, permitindo agrupar recursos com base na localização geográfica e na interação com outras partes da infraestrutura.

Ao criar um aplicativo do App Hub, você define a localização dele como global ou regional. Essa escolha é fundamental para determinar quais serviços e cargas de trabalho podem fazer parte do aplicativo com base na extensão deles. Além disso, essa escolha tem implicações importantes para o tratamento de dados, a colocalização, o custo e a compliance. As aplicações globais e regionais são definidas da seguinte maneira:

  • Aplicativos globais:agrupe funcionalmente serviços e cargas de trabalho distribuídos globalmente ou espalhados por várias Google Cloud regiões. Por exemplo, é possível incluir recursos como um balanceador de carga de aplicativo global e os serviços de back-end dele distribuídos em todo o mundo.

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

Para tomar a melhor decisão de acordo com suas necessidades, é fundamental entender as regiões e zonas doGoogle Cloud , que são projetadas para oferecer 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 Ideal para aplicativos compostos de recursos Google Cloud que são inerentemente globais ou distribuídos em várias regiões. Recomendado quando todos os componentes do aplicativo residem na mesma região Google Cloud , mesmo que abranjam vários projetos.
Extensão do recurso Pode conter recursos globais e regionais de qualquer região. Só pode conter recursos da mesma região do aplicativo. Não é possível registrar recursos globais em um aplicativo regional.
Metadados do aplicativo Armazenados em várias regiões e acessíveis de qualquer região Google Cloud.
A residência de dados não é compatível.		 Armazenados na região específica, mas acessíveis de qualquer outra região Google Cloud .
A residência de dados não é compatível.
Exemplos Gerenciar um aplicativo global com balanceamento de carga e serviços de back-end em várias regiões para fornecer uma visão centralizada do sistema distribuído. Gerenciar um aplicativo com todos os serviços e cargas de trabalho em us-central1.

Selecione o melhor local para sua inscrição

Considere a arquitetura e os requisitos operacionais da função comercial que o aplicativo representa ao escolher entre locais globais e regionais. A comparação a seguir é baseada em considerações sobre a extensão dos recursos:

  • Em geral, aplicativos regionais oferecem benefícios significativos em relação aos globais. Se você quiser aproveitar a menor latência de serviço, 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 Google Cloudespecíficos da região, escolha aplicativos regionais.
  • Se os componentes do aplicativo precisarem ser distribuídos em várias regiões ou depender de serviços Google Cloud globais, escolha aplicativos globais.

Você pode ter recursos 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 os recursos em cada região. Essa abordagem maximiza os benefícios da regionalização para cada implantação.

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

Benefícios dos aplicativos regionais

Embora os aplicativos globais ofereçam flexibilidade para sistemas distribuídos, escolher um local regional para seus aplicativos do App Hub pode trazer vantagens significativas:

  • Oferecer suporte à residência de dados e à compliance:embora os metadados do App Hub não ofereçam residência de dados, um aplicativo regional ajuda a garantir que os dados reais processados e armazenados pelos recursos subjacentes permaneçam dentro dos limites geográficos selecionados. Esse benefício é crucial para obedecer aos requisitos legais, regulamentares e organizacionais de localidade de dados.

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

  • Atenda aos requisitos de recursos do produto:alguns Google Cloud serviços ou recursos exigem que todos os recursos 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 naturalmente a essas restrições arquitetônicas.

  • Otimizar custos:a transferência de dados entre diferentes regiões Google Cloud geralmente gera custos de rede, enquanto o tráfego de rede dentro da mesma região normalmente tem um preço menor. Ao criar seu aplicativo regionalmente, você gerencia melhor e reduz as cobranças de rede entre regiões.

  • Alinhamento com domínios de falha:as Google Cloud regiões são projetadas para serem domínios de falha independentes. A implantação do aplicativo em uma única região e o uso de várias zonas nessa região para alta disponibilidade alinham a tolerância a falhas do aplicativo com o modelo de resiliência da infraestrutura do Google Cloud.

A seguir