Para organizar os recursos da sua infraestrutura em aplicações do App Hub, tem de definir um limite de gestão de aplicações. Este limite pode ser uma pasta que contenha um ou mais projetos, ou um único projeto, alinhando-se com a hierarquia de recursos da sua organização.
Dentro deste limite, o App Hub pode descobrir e gerir Google Cloud recursos, permitindo-lhe agrupá-los em aplicações registando-os como serviços e cargas de trabalho. Uma parte fundamental desta configuração é o projeto de gestão, um projeto Google Cloud específico que serve como ponto central para gerir APIs, controlo de acesso, faturação e quotas para as suas aplicações.
Esta página explica como selecionar o melhor modelo de configuração para o limite de gestão da sua aplicação, detalhando as vantagens, as considerações e as diferenças entre as alternativas de configuração.
Compare modelos de configuração
A tabela seguinte apresenta uma comparação entre projetos e pastas para o seu limite de gestão de aplicações:
| Funcionalidade | Limite de projeto único | Limite ao nível da pasta | Projeto anfitrião (antigo) |
|---|---|---|---|
| Recomendação | Novos utilizadores ou pequenas organizações em que todos os componentes da aplicação residem num único projeto. | Organizações grandes com vários projetos contidos numa única pasta, onde quer alinhar a gestão de aplicações com a sua estrutura organizacional. | Modelo suportado para os utilizadores existentes gerirem componentes de aplicações de vários projetos que não estão contidos numa única pasta. |
| Extensão do limite | Um único Google Cloud projeto | Todos os projetos descendentes numa Google Cloud pasta | Um conjunto de projetos de serviços geridos manualmente |
| Gestão | O App Hub descobre automaticamente os recursos suportados no projeto. Pode registar esses recursos como serviços ou cargas de trabalho de aplicações. | Os projetos na pasta são adicionados automaticamente ao limite. Pode registar recursos suportados desses projetos descendentes como serviços ou cargas de trabalho de aplicações. | Tem de anexar manualmente projetos de serviço ao projeto anfitrião para os adicionar ao limite. Pode registar recursos suportados desses projetos de serviço como serviços ou cargas de trabalho de aplicações. |
| Exemplo de utilização principal | Pequenas aplicações, adoção inicial ou equipas que gerem recursos de infraestrutura num único projeto. | Alinhamento da gestão de aplicações com a estrutura organizacional por unidade de negócio, ambiente ou equipa. | Cenários em que os componentes da aplicação estão distribuídos por projetos que não partilham uma pasta comum. |
| Apoio técnico de funcionalidades do Google Cloud centrado na aplicação | Compatibilidade limitada | Apoio técnico completo | Compatibilidade limitada |
| Complexidade da configuração | Baixo: requer um único projeto. | Médio: requer uma estrutura de pastas. | Alto: requer a associação manual de todos os projetos ao limite. |
| Guia de configuração | Configure um único projeto | Configure uma pasta | Configure um projeto anfitrião (antigo) |
Planeie a hierarquia de recursos para a gestão de aplicações
A gestão eficaz de aplicações no App Hub baseia-se diretamente na sua hierarquia de recursos existente no Google Cloud. Quando escolhe uma pasta ou um projeto como um limite de gestão de aplicações, a camada de gestão de aplicações do App Hub respeita as regras hierárquicas padrão e as políticas de herança do Google Cloud.
A forma como define o limite de gestão de aplicações afeta a disponibilidade de funcionalidades nos produtos do Google Cloud centrados em aplicações. Para ver detalhes, consulte o artigo Suporte de funcionalidades por tipo de limite.
Como as aplicações se alinham com a Google Cloud hierarquia de recursos
Considere o modelo de dados do App Hub como uma sobreposição na Google Cloud hierarquia de recursos:
- As autorizações são herdadas: as funções e as autorizações de IAM para aplicações são concedidas no projeto de gestão, e as regras de herança de IAM padrão da sua hierarquia de recursos aplicam-se.
- Os metadados estão centralizados: o projeto de gestão centraliza os metadados da aplicação, como os proprietários da aplicação, a criticidade e o ambiente, adicionando uma camada com reconhecimento da aplicação à gestão de recursos.
A escolha do limite de gestão da aplicação determina fundamentalmente a forma como organiza os componentes nas aplicações do App Hub. Conforme ilustrado na Figura 1, a definição do limite de gestão da aplicação numa pasta principal, como F1, permite que as aplicações nessa pasta incluam recursos de projetos diretamente na mesma, como P10 e P11, bem como de projetos em pastas aninhadas, como P20 e P21 em F2.
Figura 1. O limite de gestão de aplicações está definido numa pasta principal.
Conforme ilustrado na Figura 2, se definir o limite de gestão da aplicação na pasta aninhada F2, as aplicações nessa pasta podem usar recursos de projetos dentro da mesma, como P20 e P21. Se quiser incluir recursos de projetos na pasta principal F1, como P10, tem de mover esse projeto para F2.
Figura 2. O limite de gestão de aplicações está definido numa pasta aninhada.
Suporte de funcionalidades por tipo de limite
A tabela seguinte compara o apoio técnico de produtos Google Cloud centrados em aplicações para cada modelo de configuração de limites.
| Tipo de limite | Tipo de projeto do App Hub | Apoio técnico do Google Cloud centrado na aplicação |
|---|---|---|
| Projeto único | Projeto anfitrião |
|
| Projeto de gestão |
|
|
| Nível da pasta | Projeto de gestão |
|
| Vários projetos | Projeto anfitrião |
|
O que se segue?
- Configure um único projeto
- Configure uma pasta
- Configure um projeto anfitrião (antigo)
- Funções e autorizações do IAM do App Hub
- Vista geral do App Hub