Aplicações globais e regionais

O App Hub está disponível em localizações suportadas para ajudar a organizar os seus Google Cloud recursos de infraestrutura como aplicações, quer estes recursos estejam disponíveis globalmente ou em regiões específicas. Esta capacidade simplifica a gestão, permitindo-lhe agrupar recursos com base na respetiva localização geográfica e na forma como interagem com outras partes da sua infraestrutura.

Quando cria uma aplicação do App Hub, define a respetiva localização como global ou regional. Esta escolha é fundamental para determinar que serviços e cargas de trabalho podem fazer parte da aplicação com base na respetiva extensão. Além disso, esta escolha tem implicações importantes para o tratamento de dados, a partilha de localização, o custo e a conformidade. As aplicações globais e regionais são definidas da seguinte forma:

  • Aplicações globais: agrupe funcionalmente serviços e cargas de trabalho que são distribuídos globalmente ou espalhados por várias Google Cloud regiões. Por exemplo, pode incluir recursos como um balanceador de carga da aplicação global e os respetivos serviços de back-end distribuídos a nível mundial.

  • Aplicações regionais: agrupe funcionalmente os serviços e as cargas de trabalho que residem totalmente numa única Google Cloud região. Por exemplo, pode incluir um Application Load Balancer regional e os respetivos serviços de back-end, todos localizados em us-central1.

Para tomar a melhor decisão para as suas necessidades, é fundamental compreender Google Cloud as regiões e as zonas, que foram concebidas para oferecer tolerância a falhas e elevada disponibilidade. As regiões são áreas geográficas independentes e as zonas são áreas de implementação numa região, que atuam como domínios de falhas únicos. Para saber mais acerca dos recursos globais e regionais, consulte Geografia e regiões e Localizações na nuvem.

Compare aplicações globais e regionais

A tabela seguinte realça as principais diferenças e considerações para ajudar a escolher entre aplicações globais e regionais:

Aplicação global Aplicação regional
Exemplo de utilização recomendado Ideal para aplicações compostas por Google Cloud recursos que são inerentemente globais ou distribuídos por várias regiões. Recomendado quando todos os componentes da aplicação residem na mesma Google Cloud região, 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 única que a aplicação. Não pode registar recursos globais numa aplicação regional.
Metadados da aplicação Armazenados em várias regiões e acessíveis a partir de qualquer Google Cloud região.
A residência de dados não é suportada.		 Armazenados na região específica, mas acessíveis a partir de qualquer outra Google Cloud região.
A residência de dados não é suportada.
Exemplos Gerir uma aplicação global com balanceamento de carga com serviços de back-end em várias regiões para fornecer uma vista centralizada do sistema distribuído. Gerir uma aplicação com todos os serviços e cargas de trabalho em us-central1.

Selecione a melhor localização para a sua candidatura

Considere a arquitetura e os requisitos operacionais da função empresarial que a aplicação representa quando escolher entre localizações globais e regionais. A comparação seguinte baseia-se em considerações sobre a extensão dos recursos:

  • Em geral, as aplicações regionais oferecem vantagens significativas em relação às aplicações globais. Se quiser tirar partido da menor latência dos serviços, do alinhamento com os requisitos de localidade dos dados, da potencial poupança nos custos de rede e da consistência inerente com as funcionalidades específicas da região Google Cloud, opte por aplicações regionais.
  • Se os componentes da sua aplicação estiverem necessariamente distribuídos por várias regiões ou dependerem de serviços globais, opte por aplicações globais. Google Cloud

Pode ter recursos localizados em várias regiões que não formam uma única função global coesa. Nesse caso, é frequentemente uma prática recomendada definir aplicações regionais separadas para os recursos em cada região. Esta abordagem maximiza as vantagens da regionalização para cada implementação.

A sua Google Cloud hierarquia de recursos, que define a forma como organiza as pastas e os projetos, também é fundamental. Uma hierarquia bem planeada que se alinhe com os limites da sua aplicação, sejam regionais ou globais, simplifica o agrupamento e a gestão de recursos no App Hub. Para mais informações, consulte o artigo Escolha o modelo de configuração do App Hub.

Vantagens das aplicações regionais

Embora as aplicações globais ofereçam flexibilidade para sistemas distribuídos, escolher uma localização regional para as suas aplicações do App Hub pode oferecer vantagens significativas:

  • Apoio técnico para residência de dados e conformidade: embora os metadados do App Hub não ofereçam residência de dados, uma aplicação regional ajuda a garantir que os dados reais que os recursos subjacentes processam e armazenam permanecem dentro dos limites geográficos que selecionar. Esta vantagem é frequentemente crucial para agir em conformidade com os requisitos legais, regulamentares e organizacionais de localidade dos dados.

  • Reduza a latência: a colocação dos recursos da aplicação na mesma região minimiza geralmente a latência da rede entre os serviços, o que pode melhorar o desempenho da aplicação e a experiência do utilizador.

  • Cumprir os requisitos das funcionalidades dos produtos: determinados Google Cloud serviços ou funcionalidades exigem que todos os recursos que interagem estejam localizados na mesma região. Por exemplo, uma instância do Compute Engine só pode associar um disco persistente que esteja na mesma região. Uma aplicação do App Hub regional alinha-se inerentemente com essas restrições arquitetónicas.

  • Otimize o custo: a transferência de dados entre diferentes Google Cloud regiões incorre frequentemente em custos de rede, enquanto o tráfego de rede na mesma região tem normalmente um preço mais baixo. Ao criar a sua aplicação regionalmente, pode gerir e reduzir melhor os custos de rede entre regiões.

  • Alinhe-se com os domínios de falhas: as Google Cloud regiões são concebidas para serem domínios de falhas independentes. A implementação da sua aplicação numa única região e a utilização de várias zonas nessa região para alta disponibilidade alinham a tolerância a falhas da sua aplicação com o modelo de resiliência da infraestrutura do Google Cloud.

O que se segue?