Para organizar os recursos de infraestrutura em aplicativos do App Hub, é preciso definir um limite de gerenciamento de aplicativos. Esse limite pode ser uma pasta com um ou mais projetos ou um único projeto, de acordo com a hierarquia de recursos da organização.
Dentro desse limite, o App Hub pode descobrir e gerenciar recursos doGoogle Cloud , permitindo que você os agrupe em aplicativos registrando-os como serviços e cargas de trabalho. Uma parte importante dessa configuração é o projeto de gerenciamento, um projeto do Google Cloud que serve como o ponto central para gerenciar APIs, controle de acesso, faturamento e cotas para seus aplicativos.
Nesta página, mostramos como selecionar o melhor modelo de configuração para seu limite de gerenciamento de aplicativos, detalhando os benefícios, as considerações e as diferenças de recursos entre as alternativas de configuração.
Comparar modelos de configuração
A tabela a seguir compara projetos e pastas para seu limite de gerenciamento de aplicativos:
| Recurso | Limite de projeto único (pré-lançamento) | Limite no nível da pasta | Projeto host (legado) |
|---|---|---|---|
| Recomendação | Novos usuários ou pequenas organizações em que todos os componentes de aplicativo residem em um único projeto. | Organizações grandes com vários projetos em uma única pasta, em que você quer alinhar o gerenciamento de aplicativos com sua estrutura organizacional. | Modelo compatível para usuários atuais gerenciarem componentes de aplicativos de vários projetos que não estão em uma única pasta. |
| Extensão do limite | Um único projeto do Google Cloud | Todos os projetos descendentes em uma pasta do Google Cloud | Um conjunto de projetos de serviço gerenciado manualmente que define um limite de vários projetos. |
| Gerenciamento | O App Hub descobre automaticamente os recursos compatíveis no projeto. É possível registrar esses recursos como serviços ou cargas de trabalho de aplicativos. | Os projetos dentro da pasta são adicionados automaticamente ao limite. É possível registrar recursos compatíveis desses projetos descendentes como serviços ou cargas de trabalho de aplicativos. | É preciso anexar manualmente os projetos de serviço ao projeto host para adicioná-los ao limite. É possível registrar recursos compatíveis desses projetos de serviço como serviços ou cargas de trabalho de aplicativos. |
| Caso de uso principal | Aplicativos pequenos, adoção inicial ou equipes que gerenciam recursos de infraestrutura em um único projeto. | Alinhamento do gerenciamento de aplicativos com sua estrutura organizacional por unidade de negócios, ambiente ou equipe. | Cenários em que os componentes de aplicativo estão espalhados por projetos que não compartilham uma pasta comum. |
| Suporte a recursos do Google Cloud centrados em aplicativos | Suporte limitado | Totalmente compatível | Suporte limitado |
| Complexidade da instalação | Baixa: requer um único projeto. | Médio: requer uma estrutura de pastas. | Alto: exige a vinculação manual de todos os projetos ao limite. |
| Guia de configuração | Configurar um único projeto | Configurar uma pasta | Configurar um projeto host (legado) |
Planejar a hierarquia de recursos para o gerenciamento de aplicativos
O gerenciamento eficaz de aplicativos no App Hub se baseia diretamente na hierarquia de recursos atual no Google Cloud. Quando você escolhe uma pasta ou um projeto como um limite de gerenciamento de aplicativos, a camada de gerenciamento de aplicativos do App Hub respeita as regras hierárquicas padrão e as políticas de herança do Google Cloud.
A maneira como você define o limite de gerenciamento de aplicativos afeta a disponibilidade de recursos nos produtos do Google Cloud centrados em aplicativos. Para mais detalhes, consulte Suporte a recursos por tipo de limite.
Como os aplicativos se alinham à hierarquia de recursos do Google Cloud
Pense no modelo de dados do App Hub como uma sobreposição na hierarquia de recursos do Google Cloud:
- As permissões são herdadas: os papéis e as permissões do IAM para aplicativos são concedidos no projeto de gerenciamento, e as regras de herança do IAM padrão da hierarquia de recursos são aplicadas.
- Os metadados são centralizados: o projeto de gerenciamento centraliza os metadados do aplicativo, como proprietários, nível de importância e ambiente, adicionando uma camada de reconhecimento de aplicativos ao gerenciamento de recursos.
A escolha do limite de gerenciamento de aplicativos define fundamentalmente como você organiza seus componentes nos aplicativos do App Hub. Como ilustrado na Figura 1, definir o limite de gerenciamento de aplicativos em uma pasta pai, como F1, permite que os aplicativos dentro dessa pasta incluam recursos de projetos diretamente nela, como P10 e P11, bem como de projetos dentro de pastas aninhadas, como P20 e P21 dentro de F2.
Figura 1. O limite de gerenciamento de aplicativos é definido em uma pasta mãe.
Conforme ilustrado na Figura 2, se você definir o limite de gerenciamento de aplicativos na pasta aninhada F2, os aplicativos nessa pasta poderão usar recursos de projetos dentro dela, como P20 e P21. Se você quiser incluir recursos de projetos na pasta pai F1, como P10, mova esse projeto para F2.
Figura 2. O limite de gerenciamento de aplicativos é definido em uma pasta aninhada.
Suporte a recursos por tipo de limite
A tabela a seguir compara o suporte do produto para cada modelo de configuração de limite.
| Tipo de limite | Tipo de projeto do App Hub | Suporte aos produtos |
|---|---|---|
| Projeto único (pré-lançamento) | Projeto host |
|
| Projeto de gerenciamento |
|
|
| Nível da pasta | Projeto de gerenciamento |
|
| Vários projetos | Projeto host |
|
A seguir
- Configurar um único projeto
- Configurar uma pasta
- Configurar um projeto host (legado)
- Papéis e permissões do IAM do App Hub
- Visão geral do App Hub