Neste documento, explicamos os principais termos e conceitos relacionados ao Google Cloud centrado em aplicativos.
Aplicativo (também aplicativo do App Hub)
Um grupo lógico de serviços e cargas de trabalho que, juntos, oferecem uma função de negócios. Nesse agrupamento, os serviços expõem a funcionalidade de negócios de ponta a ponta que as cargas de trabalho oferecem. Por exemplo, é possível agrupar todos os componentes que compõem sua loja on-line ou seu chatbot em um único aplicativo.
No App Hub, você define aplicativos agrupando recursos doGoogle Cloud como componentes de aplicativo.
No Application Design Center, você define aplicativos criando, personalizando e configurando uma instância de um modelo de aplicativo chamado rascunho de aplicativo. Em seguida, é possível implantar o aplicativo usando esse rascunho. Saiba como usar o App Design Center.
Limite de gerenciamento de aplicativos (também chamado de limite)
Um limite define a coleção de um ou mais projetos ou pastas do Google Cloud em que o App Hub pode descobrir, agrupar em aplicativos e gerenciar como componentes de aplicativo os recursos subjacentes.
Você define a configuração desse limite. Por exemplo, é possível definir o limite para um único projeto ou uma pasta inteira de projetos. Para saber qual modelo de configuração de aplicativo é mais adequado às suas necessidades de negócios, consulte Escolher o modelo de configuração do aplicativo.
Durante a configuração, você define esse limite criando anexos no projeto de gerenciamento.
Pasta habilitada para apps
Uma pasta do Google Cloud que você configura para atuar como um limite de gerenciamento de aplicativos. Essa pasta contém um projeto de gerenciamento para gerenciar os aplicativos dentro dela.
Recurso
Na Central de Design de Aplicativos, um componente que fornece recursos de suporte para um aplicativo, como para gerenciar controles de acesso ou configurações. Por exemplo, um recurso pode ser uma conta de serviço que atua como uma identidade para controlar as permissões de acesso do aplicativo ou um secret do Secret Manager usado para gerenciar chaves de API com segurança.
Para saber quais recursos podem ser adicionados e configurados como componentes de aplicativo, consulte a lista de recursos compatíveis com o App Design Center.
Anexo
Uma configuração persistente que você cria em um projeto de gerenciamento para adicionar um projeto ou uma pasta como membro do limite de gerenciamento de aplicativos.
É necessário anexar um projeto ou uma pasta ao projeto de gerenciamento para que eles façam parte do limite. Para anexos de projeto e pasta únicos, o App Hub gerencia automaticamente a integração com o limite. Todos os outros anexos precisam ser criados manualmente.
Catálogo
No Application Design Center, uma coleção de modelos que você pode compartilhar entre diferentes espaços.
Componente (também componente de aplicativo)
Um recurso doGoogle Cloud que você usa para compor um aplicativo. Os componentes são categorizados como serviços, cargas de trabalho ou recursos.
No App Hub, você descobre recursos no limite de gerenciamento de aplicativos que podem funcionar como serviços ou cargas de trabalho. Em seguida, é possível registrar esses recursos como componentes de um aplicativo.
No Application Design Center, você usa componentes como elementos básicos para criar modelos de aplicativos reutilizáveis. Em seguida, é possível implantar uma infraestrutura de aplicativo padronizada com base nesses modelos.
Tela de design
No Application Design Center, a interface usada para adicionar componentes e criar um diagrama de aplicativo.
Rascunho (também rascunho de inscrição)
No Application Design Center, uma instância que você cria com base em um modelo. É possível personalizar e implantar o rascunho do aplicativo.
Projeto host (legado)
Um projeto do Google Cloud que você escolhe para atuar como o ponto de gerenciamento central dos aplicativos do App Hub. Para tornar um projeto um projeto host, você normalmente ativa a API App Hub nesse projeto específico e, em seguida, concede a ele permissões para acessar outros projetos.
Depois de configurar um projeto host, conecte manualmente outros projetos doGoogle Cloud , conhecidos como projetos de serviço, a ele. Essa conexão é o que permite que o App Hub veja e gerencie os recursos que residem nesses projetos de serviço, permitindo que você os agrupe em aplicativos lógicos no App Hub.
O projeto host é um modelo de configuração de aplicativo legado. Nesse modelo legado, o projeto host é equivalente ao projeto de gerenciamento, e a coleção do projeto host e dos projetos de serviço serve como exemplo de um limite de gerenciamento de aplicativos de vários projetos.
Projeto de gerenciamento
Um projeto do Google Cloud que centraliza todas as tarefas de gerenciamento de aplicativos e
metadados. No console do Google Cloud , o projeto de gerenciamento de um limite no nível da pasta tem um ícone exclusivo (
). Nesse projeto, você gerencia APIs, controle de acesso, faturamento, cotas e define o limite de gerenciamento de aplicativos.
Para saber como incorporar o projeto de gerenciamento à sua hierarquia de recursos do Google Cloud, consulte Escolher o modelo de configuração do aplicativo.
Um limite de gerenciamento de aplicativos definido para um único projeto é chamado de projeto de gerenciamento independente, porque você anexa o projeto a si mesmo para esse tipo de limite.Serviço
Um componente de aplicativo que se refere a uma interface de rede ou API que expõe funcionalidades aos clientes. Os serviços atuam como interfaces para cargas de trabalho. Por exemplo, um serviço pode ser um balanceador de carga que expõe um endereço IP e uma porta estáveis, um tópico do Pub/Sub ou um modelo de IA da Vertex AI.
O App Hub é compatível com dois valores de propriedade de tipo de registro (RegistrationType) para serviços:
- Exclusivo (
EXCLUSIVE): serviços que só podem ser registrados em um aplicativo. Compartilhado (
SHARED): serviços que podem ser registrados em vários aplicativos.Os serviços compartilhados dão suporte a componentes de infraestrutura fundamentais, como clusters do GKE, que são inerentemente compartilhados entre vários aplicativos. Mesmo depois de serem registrados em um aplicativo, os serviços compartilhados podem ter um status de registro descoberto no App Hub para que outros aplicativos os usem.
Para saber quais recursos podem ser registrados como serviços exclusivos ou compartilhados, consulte a lista de serviços compatíveis com o App Hub.
Para saber quais recursos podem ser adicionados e configurados como componentes de aplicativo, consulte a lista de serviços compatíveis com o App Design Center.
O tipo de registro é um campo somente de saída que não pode ser modificado. Para mais informações sobre a propriedade do tipo de registro, consulte Propriedades e atributos.
Projeto de serviço (legado)
Um projeto do Google Cloud que contém componentes de aplicativo usados pelos seus aplicativos, como máquinas virtuais, clusters do Google Kubernetes Engine ou balanceadores de carga.
Para permitir que o App Hub veja e gerencie esses recursos, conecte manualmente esse projeto de serviço a um projeto host. Um projeto de serviço só pode ser conectado a um projeto host por vez.
O conceito de projeto de serviço faz parte de um modelo legado. Nesse modelo, a combinação do projeto host e todos os projetos de serviço conectados forma um limite de gerenciamento de aplicativos de vários projetos.
Space
No Application Design Center, uma área dedicada para uma equipe colaborar, criar modelos e implantar aplicativos.
Modelo (também modelo de aplicativo)
No Application Design Center, uma arquitetura reutilizável e implantável para um aplicativo que você cria usando componentes de aplicativo. Um modelo de aplicativo pode ser um dos seguintes tipos:
- Padrão: composto por componentes e conexões.
- Composto: consiste em modelos de aplicativos, componentes e conexões padrão.
Carga de trabalho
Um componente de aplicativo que fornece recursos de computação para executar as implantações binárias e o código de uma parte discreta da lógica de negócios de um aplicativo. Por exemplo, uma carga de trabalho para um aplicativo de e-commerce pode lidar com o processamento de pagamentos e ser executada como uma implantação do Google Kubernetes Engine ou um grupo gerenciado de instâncias (MIG) do Compute Engine. Uma carga de trabalho para um agente de IA pode ter um tipo funcional e propriedades de metadados estendidos.
Para saber quais recursos podem ser registrados como cargas de trabalho, consulte a lista de cargas de trabalho compatíveis com o App Hub.
Para saber quais recursos podem ser adicionados e configurados como componentes de aplicativo, consulte a lista de cargas de trabalho compatíveis com a Central de Design de Aplicativos.