Aplicações globais e regionais

O App Hub está disponível em localizações suportadas para ajudar a organizar recursos de infraestrutura Google Cloud globais ou regionais em aplicações do App Hub. O suporte de localização simplifica a gestão, permitindo-lhe agrupar componentes de aplicações com base na respetiva localização geográfica e métodos de comunicação com outras partes da sua infraestrutura.

Quando cria uma aplicação, 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. Além disso, esta escolha tem implicações importantes para o processamento de dados, a partilha de localização, o custo e a conformidade. As candidaturas 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 estão espalhados por várias Google Cloud regiões. Por exemplo, pode incluir um serviço Application Load Balancer global e as respetivas cargas de trabalho de back-end distribuídas em todo o mundo.

  • 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 serviço de Application Load Balancer regional e as respetivas cargas de trabalho de back-end, todas localizadas 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, atuando 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 com componentes 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 Google Cloud de qualquer região. Só pode conter Google Cloud recursos da mesma região única que a aplicação. Não pode registar componentes 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 com balanceamento de carga global com componentes 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 geográficas:

  • 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 componentes, 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, opte por aplicações regionais. Google Cloud
  • Se os componentes da sua aplicação estiverem necessariamente distribuídos por várias regiões ou dependerem de Google Cloud recursos globais, opte por aplicações globais.

Pode ter Google Cloud 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 componentes em cada região. Esta abordagem maximiza as vantagens da regionalização para cada implementação.

A 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 de gestão da sua aplicação, sejam regionais ou globais, simplifica o agrupamento e a gestão de serviços e cargas de trabalho nas aplicações. Para mais informações, consulte o artigo Escolha o modelo de configuração da aplicação.

Vantagens das aplicações regionais

As aplicações globais oferecem flexibilidade para sistemas distribuídos. No entanto, escolher uma localização regional para as suas aplicações do App Hub pode oferecer vantagens significativas:

  • Suporte a residência e a conformidade dos dados: os metadados do App Hub não oferecem residência dos dados. No entanto, 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.Google Cloud 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 de componentes da aplicação na mesma região minimiza geralmente a latência da rede entre os componentes, o que pode melhorar o desempenho da aplicação e a experiência do utilizador.

  • Cumprir os requisitos das funcionalidades do produto: determinados Google Cloud produtos ou funcionalidades exigem que todos os componentes de interação 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 inferior. 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: Google Cloud as 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?