Esta página foi traduzida pela API Cloud Translation.

Escolha o modelo de configuração do App Hub

Para organizar eficazmente os recursos da sua infraestrutura em aplicações do App Hub, tem de escolher um modelo de configuração para a gestão de aplicações. O App Hub oferece os seguintes modelos:

Pasta com apps ativadas (Pré-visualização): o modelo recomendado para novas implementações de agrupamento de aplicações. Configura uma pasta padrão para a gestão de aplicações, desbloqueando todas as funcionalidades disponíveis do Google Cloud centrado em aplicações. Google Cloud
Projeto anfitrião: o modelo suportado para utilizadores existentes do App Hub, que configura um projeto Google Cloud padrão para agrupar recursos.

A tabela seguinte compara os modelos de configuração de gestão de aplicações disponíveis para lhe dar uma vista resumida das principais diferenças e ajudar a escolher a opção que melhor se adequa às suas necessidades:

Funcionalidade	Pasta com apps	Projeto anfitrião
Recomendação	Recomendado para novos utilizadores	Modelo suportado para utilizadores existentes
Limite principal	A pasta com a app ativada e todos os seus descendentes	O projeto anfitrião e quaisquer projetos de serviço anexados manualmente
Descoberta de recursos	Automático na pasta e nos seus descendentes	É necessária a associação manual de projetos de serviço
Projeto de gestão	Criado automaticamente pela Google	Não aplicável
Principais funcionalidades	Acesso total às funcionalidades do Google Cloud centradas em aplicações, incluindo a monitorização melhorada no Cloud Hub e nos produtos de observabilidade do Google Cloud, a conceção de aplicações e a implementação no Application Design Center, e a otimização de aplicações através do Gemini Cloud Assist	Agrupamento básico de aplicações, com suporte limitado para visualização de dados de observabilidade no App Hub ou no Cloud Logging, Cloud Monitoring e Cloud Trace
Estratégia de IAM	Controlo detalhado de autorizações ao nível da pasta, do projeto de gestão ou da aplicação individual	Controlo de autorizações ao nível do projeto
Ativação da API	Gestão automática de projetos	Manual no projeto anfitrião
Escalabilidade	Concebido para a escala organizacional	Limitada pelo recurso do projeto
Complexidade da configuração	Planeamento antecipado da estrutura de pastas	Configuração inicial direta com associação manual
Instruções de configuração	Configure o App Hub com pastas compatíveis com apps	Configure o App Hub com um projeto anfitrião

Esta página explica como selecionar o melhor modelo para as suas necessidades de gestão de aplicações, detalhando as vantagens, as considerações e as diferenças de funcionalidades entre eles.

Pasta com apps

Recomendado

Uma pasta com apps é uma pasta Google Cloud padrão que configura para a gestão de aplicações. Este modelo funciona como um limite administrativo para as suas aplicações e é a base da experiência de gestão de aplicações no Google Cloud centrado em aplicações.

Quando ativa uma pasta para a gestão de aplicações, Google Cloud cria automaticamente um projeto de gestão na mesma. Este projeto de gestão armazena todos os seus modelos de aplicações, metadados e configurações para serviços como o App Hub e o Application Design Center. Também processa a ativação automática das APIs necessárias.

Vantagens:

Descoberta de recursos hierárquica: agrupe todos os serviços e cargas de trabalho suportados em todos os projetos ou pastas aninhadas na pasta ativada para apps como aplicações únicas.
Acesso total às funcionalidades: desbloqueie a gama completa de capacidades de gestão de aplicações, incluindo o Application Design Center para conceber e implementar aplicações, e a assistência com tecnologia de IA do Gemini Cloud Assist.
Metadados centralizados: o projeto de gestão criado na pasta com a app ativada fornece uma única fonte de informações fidedignas para as definições e os atributos da aplicação.
Governança escalável: alinhe a gestão de aplicações com a estrutura organizacional através de pastas.

Considerações:

Estrutura de pastas: planeie cuidadosamente a hierarquia de recursos Google Cloud . As aplicações numa pasta com apps ativadas podem incluir recursos de qualquer projeto nessa pasta ou nos seus descendentes. Considere organizar as pastas por unidade de negócio, ambiente ou equipa de acordo com as suas necessidades.
Estratégia de IAM: normalmente, pode conceder autorizações na própria pasta ativada para apps ou no projeto de gestão, seguindo as regras de herança de IAM padrão. Esta prática permite um controlo de acesso detalhado.
Faturação: recomendamos que compreenda como a faturação está associada, especialmente para APIs e serviços que são ativados ou usados automaticamente nas aplicações.
Ativação da API: as APIs principais do Google Cloud centradas na aplicação são ativadas automaticamente no projeto de gestão.

Para ver instruções de configuração, consulte o artigo Configure o App Hub com pastas compatíveis com apps.

Projeto anfitrião

Um projeto anfitrião é um projeto Google Cloud padrão que pode usar para agrupar serviços e cargas de trabalho em aplicações do App Hub. Os projetos anfitriões são um modelo de configuração suportado para utilizadores existentes do App Hub. No entanto, não suportam a gama completa de funcionalidades de gestão de aplicações do Google Cloud centrado em aplicações e requerem configuração manual para a inclusão de recursos.

Limitações:

Associação manual de recursos: tem de anexar manualmente cada projeto de serviço que contenha os recursos que quer agrupar como aplicações ao projeto anfitrião. Os recursos em projetos desassociados não são visíveis para o App Hub.
Conjunto de funcionalidades limitado: os projetos anfitriões não suportam funcionalidades disponíveis com pastas ativadas para apps, como a integração do Application Design Center e a ativação automática de APIs através de um projeto de gestão.
Limite de recursos do projeto: a gestão de aplicações está confinada aos limites do projeto anfitrião e dos projetos de serviços anexados manualmente, que podem não refletir as suas estruturas organizacionais.

Recomendamos que os utilizadores do projeto anfitrião existente planeiem a migração. Para ver instruções de configuração, consulte o artigo Configure o App Hub com um projeto anfitrião.

Planeie a estrutura da sua hierarquia de recursos

A base para organizar as aplicações do App Hub é a pasta com apps ativadas ou o projeto anfitrião, consoante o modelo de configuração escolhido. O modelo de dados do App Hub é criado com base na Google Cloud hierarquia de recursos padrão, mantendo as mesmas regras hierárquicas e políticas de herança.

Pode combinar eficazmente as vantagens da Google Cloud hierarquia de recursos com as capacidades de aplicação do App Hub ao mapear os limites da aplicação esperados para a pasta ou o projeto de alojamento com apps ativadas do seu modelo de configuração. Pense no modelo de dados do App Hub como uma sobreposição na hierarquia de recursos padrão Google Cloud :

As pastas e os projetos são limites: as pastas e os projetos no Resource Manager agrupam recursos para a herança de políticas e a organização da mesma forma que as pastas ativadas para apps ou os projetos anfitriões definem os limites administrativos para as aplicações.
As funções e as autorizações são herdadas: as funções e as autorizações do IAM para o App Hub são concedidas no projeto de gestão, na própria pasta ativada para apps ou no projeto anfitrião, seguindo as regras de herança do IAM padrão.
Os metadados estão centralizados: o projeto de gestão ou o projeto anfitrião centraliza os metadados da aplicação, adicionando uma camada com reconhecimento da aplicação à gestão de recursos.

Para mais detalhes sobre a organização de recursos, consulte os artigos Conceitos de organização de recursos e Configure uma pasta para a gestão de apps.

Considerações sobre a hierarquia de recursos

A escolha entre uma pasta com apps e um projeto anfitrião determina fundamentalmente a forma como organiza os seus recursos para o App Hub. Como prática recomendada, a planificação ponderada da sua Google Cloud hierarquia de recursos é essencial.

Seguem-se as considerações recomendadas para a hierarquia de recursos quando escolhe o modelo de configuração para gerir aplicações:

Pastas com apps:
- Os serviços e as cargas de trabalho têm de residir em projetos na pasta ativada para apps ou nos respetivos descendentes para serem registáveis em aplicações do App Hub dentro do limite administrativo da pasta.
- A descoberta automática de serviços e cargas de trabalho opera dentro do limite da pasta específica ativada para apps e dos respetivos projetos descendentes.
- Planeie cuidadosamente a estrutura de pastas:
  - Use uma única pasta com apps ativadas para gerir aplicações em vários projetos na mesma.
  - Crie pastas aninhadas com apps ativadas para delegar a gestão de aplicações a diferentes equipas ou unidades empresariais, o que lhe dá um controlo mais detalhado sobre as aplicações.
Alojamento de projetos:
- Todos os recursos têm de estar nos projetos de serviço que anexa manualmente ao projeto anfitrião para poder registar os recursos nas aplicações do App Hub.

Consulte Padrões para estruturas de recursos para abordagens organizacionais comuns.

Conforme ilustrado no artigo Gerir aplicações numa pasta, a ativação da gestão de aplicações 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.

Uma aplicação com projetos P10 e P20, que abrange níveis de pastas.

Se ativar apenas a gestão de aplicações na pasta aninhada F2, as aplicações nessa pasta só podem usar recursos de projetos na mesma, como P20 e P21. Os recursos na pasta principal F1, como P10 e P11, não estão disponíveis para aplicações em F2. Para incluir recursos de um projeto na pasta principal, teria de mover esse projeto para F2.

Uma aplicação com os projetos P10 e P20, mas o P10 foi movido para a pasta F2.

Padrões para estruturas de recursos

Seguem-se padrões recomendados para estruturar as suas pastas e projetos:

Uma única pasta com apps ativadas: comece a configuração em pequenas organizações ou para a adoção inicial, consolidando a gestão de aplicações num único limite administrativo.
Uma pasta com apps por ambiente: aplique um isolamento forte entre os ambientes de desenvolvimento, o que permite diferentes políticas e reduz o risco.
Uma pasta com apps por unidade de negócio ou equipa: alinhe a gestão com a estrutura organizacional e as responsabilidades da equipa, promovendo a autonomia. Pode implementar esta prática estruturando várias pastas separadas com a funcionalidade de apps ativada.
Uma estrutura aninhada de pastas com apps ativadas: organize-as a pensar no controlo hierárquico, por exemplo, por unidade de negócio, equipa ou ambiente. Pode criar pastas de nível superior para unidades de negócio, com pastas aninhadas para ambientes de desenvolvimento, preparação e produção em cada unidade. Este padrão usa as estruturas de pastas ativadas para apps descritas nas considerações sobre a hierarquia de recursos.
Um projeto anfitrião por aplicação ou grupo de aplicações: organize os recursos existentes dos seus projetos padrão, adequados para organizações habituadas à separação de preocupações baseada em projetos ou com aplicações existentes geridas desta forma.