Visão geral do App Hub

Com o App Hub, é possível agrupar e gerenciar a infraestrutura do Google Cloud como aplicativos. Essa abordagem centrada em aplicativos ajuda a organizar seus recursos em torno da funcionalidade de negócios em vários projetos, em vez de apenas pela hierarquia de recursos.

O App Hub é o registro central de aplicativos e fornece o modelo de dados de aplicativos para o Google Cloud centrado em aplicativos. O registro é a única fonte de verdade para propriedade, dependências e contexto de negócios no Google Cloud centrado em aplicativos.

Por que usar o App Hub?

Ao mudar o foco dos recursos de infraestrutura individuais para os aplicativos que eles formam, o App Hub ajuda a simplificar a governança e as operações em grande escala.

O App Hub ajuda a implementar os seguintes recursos centrados em aplicativos:

  • Simplificar o registro de recursos: registre de uma só vez vários serviços e cargas de trabalho em um aplicativo. O limite de serviços e cargas de trabalho que podem ser registrados por vez é 10.

  • Organize e catalogue seus aplicativos: agrupe recursos dispersos do Google Cloud de um ou mais projetos em aplicativos lógicos do App Hub. Em seguida, é possível encontrar propriedades e categorizar esses aplicativos com atributos como proprietários, importância para os negócios e ambiente para melhorar a facilidade de descoberta e a responsabilidade. Para mais informações, consulte Propriedades e atributos.

  • Criar uma visualização unificada para suas equipes: ao definir um aplicativo no App Hub, você fornece um contexto essencial para outros produtos do Google Cloud. Por exemplo, é possível ativar os seguintes recursos:

    • Uma visualização centralizada de operações e insights no Cloud Hub, que mostra alertas, incidentes e dados de performance em um contexto de aplicativo.
    • Assistência com tecnologia de IA do Gemini Cloud Assist, que usa o modelo de dados do App Hub para ajudar você a projetar, operar e resolver problemas nos seus aplicativos.
    • Monitoramento de aplicativos com o Google Cloud Observability para ajudar a resolver problemas e melhorar o desempenho exibindo dados de telemetria dos aplicativos e dos componentes deles.

  • Esclarecer a propriedade e as dependências: entenda como seus aplicativos são compostos e como os componentes deles dependem uns dos outros. Esse recurso ajuda desenvolvedores e operadores a visualizar a arquitetura do aplicativo, identificar proprietários e resolver problemas.

Para saber mais sobre como o App Hub se encaixa no ciclo de vida mais amplo do aplicativo, consulte Google Cloud centrado em aplicativos.

Conceitos e modelo de dados do App Hub

O App Hub é baseado em um modelo de dados que usa os seguintes conceitos principais: aplicativos, serviços e cargas de trabalho. Esses termos são comuns no setor, mas o App Hub os usa de uma maneira específica.

A tabela a seguir compara a definição do App Hub com o uso comum do setor:

Conceito Definição do App Hub Uso comum no setor
Aplicativo Um agrupamento lógico de serviços e cargas de trabalho que, juntos, oferecem uma função de negócios. Pode se referir a uma única unidade implantável, uma base de código ou um sistema amplo.
Serviço Uma interface de rede ou API que expõe funcionalidades aos clientes e pode rotear solicitações para cargas de trabalho, como um balanceador de carga. Alguns serviços, como clusters do GKE, são designados como serviços compartilhados que podem ser registrados em vários aplicativos. Isso é indicado pela propriedade do tipo de registro. Geralmente se refere a um microsserviço, um componente implantável ou um código binário com lógica de negócios e dados próprios.
Carga de trabalho Os recursos de computação em que as implantações binárias do aplicativo estão instaladas. O código do aplicativo desses recursos executa uma parte discreta da sua lógica de negócios. Por exemplo, uma carga de trabalho pode ser uma implantação do GKE ou um grupo gerenciado de instâncias (MIG) do Compute Engine executando o código de um agente de IA. Um termo mais geral para qualquer processo ou componente que consome recursos de computação.

Para mais informações sobre esses e outros conceitos centrais do Google Cloud centrados em aplicativos, consulte Conceitos principais. Para ver uma lista de recursos compatíveis no App Hub que podem ser registrados como serviços ou cargas de trabalho nos seus aplicativos, consulte Recursos compatíveis com o App Hub.

É possível definir aplicativos do App Hub com base nos seus requisitos de distribuição geográfica. A escolha do local afeta quais serviços e cargas de trabalho podem ser registrados nos aplicativos e pode ser importante para os requisitos de residência de dados. Você pode designar os seguintes locais:

  • Aplicativos globais: agrupam serviços e cargas de trabalho de várias regiões doGoogle Cloud .
  • Aplicativos regionais: agrupam serviços e cargas de trabalho que residem em uma única região.

Para uma comparação detalhada que ajuda a escolher o local certo, consulte Aplicativos globais e regionais.

Os serviços e as cargas de trabalho mostram um status de registro nos seus aplicativos. Além disso, aplicativos, serviços e cargas de trabalho podem conter metadados na forma de propriedades e atributos.

É possível ver detalhes dos aplicativos implantados e dos serviços e cargas de trabalho deles, incluindo local, status de registro e metadados. Para mais informações, consulte Ver detalhes de serviços e cargas de trabalho e Ver detalhes do aplicativo.

Status de registro de serviços e cargas de trabalho

A estrutura organizacional dos recursos do Google Cloud afeta como o App Hub pode gerenciar serviços e cargas de trabalho e permite que você os registre em aplicativos. Os serviços e as cargas de trabalho que você pode registrar em um aplicativo têm um dos seguintes status de registro:

  • Descobertos: serviços e cargas de trabalho que podem ser registrados em um aplicativo porque fazem parte do limite de gerenciamento de aplicativos e que não estão registrados em nenhum outro aplicativo ou podem ser registrados em vários aplicativos. O status descoberto também inclui serviços e cargas de trabalho que você exclui ou cancela o registro de um aplicativo, mas que podem ser registrados novamente.

  • Registrados: serviços e cargas de trabalho registrados em um aplicativo e gerenciados pelo App Hub. Só é possível registrar serviços e cargas de trabalho descobertos. Depois de registrar o serviço ou a carga de trabalho, o status do registro é atualizado de descoberto para registrado.

  • Desvinculado: serviços ou cargas de trabalho que foram registrados em um aplicativo, mas que o App Hub não pode gerenciar ou monitorar porque os recursos Google Cloud subjacentes não fazem mais parte do limite de gerenciamento de aplicativos que você definiu. O status de registro de serviços e cargas de trabalho registrados em um aplicativo pode mudar para desvinculado pelos seguintes motivos:

    • O recurso subjacente é excluído. Por exemplo, se você excluir uma regra de encaminhamento representada por um serviço, o status de registro do serviço será alterado para desanexado.
    • Um projeto ou uma pasta que contém recursos subjacentes para serviços ou cargas de trabalho registrados é movido para fora do limite de gerenciamento de aplicativos.

    Os serviços e as cargas de trabalho desvinculados permanecem no aplicativo até que você cancele o registro deles.

    Se você mover um projeto para fora do limite de gerenciamento de aplicativos, os serviços e as cargas de trabalho desvinculados dele poderão ser detectáveis para aplicativos em um limite diferente. É possível registrar novamente os serviços e as cargas de trabalho detectáveis, de acordo com a hierarquia de recursos estabelecida pelo limite de gerenciamento de aplicativos.

Para selecionar um limite de gerenciamento de aplicativos que se ajuste à sua hierarquia de recursos no Google Cloud e permitir que o App Hub descubra e registre os serviços e as cargas de trabalho de que sua empresa precisa, consulte Escolher o modelo de configuração do aplicativo. Para conferir o status de registro de serviços e cargas de trabalho, consulte Conferir detalhes de serviços e cargas de trabalho.

Propriedades e atributos

Para enriquecer o modelo de dados, o App Hub permite expor propriedades e atributos para dar suporte à descoberta, responsabilidade e governança de aplicativos. Definir esses valores como metadados de aplicativo ajuda a filtrar, gerenciar e aplicar políticas aos componentes de aplicativo em grande escala.

Para ver as propriedades e os atributos dos serviços e das cargas de trabalho nos seus aplicativos, consulte Ver detalhes de serviços e cargas de trabalho.

Confira a seguir as definições e os recursos de propriedades e atributos:

  • As propriedades são campos imutáveis que descrevem a infraestrutura subjacente de um serviço ou carga de trabalho registrada, como o ID do projeto, o local ou o tipo. Eles são descobertos automaticamente e não podem ser editados no App Hub. As principais propriedades compatíveis incluem:

    • (Pré-lançamento) Tipo de registro: para serviços, uma propriedade somente de saída que indica se um serviço pode ser registrado em um ou vários aplicativos. Estes são os valores possíveis para essa propriedade:

      • EXCLUSIVE: só é possível registrar o serviço em um único aplicativo.
      • SHARED: é possível registrar o serviço em vários aplicativos. Esse valor indica que o serviço é um serviço compartilhado.

      Para saber quais serviços são compartilhados ou exclusivos, consulte a lista de serviços compatíveis com o App Hub.

    • (Pré-lançamento) Tipo funcional: uma propriedade somente de saída que identifica a função conhecida de um serviço ou carga de trabalho. Por exemplo, quando um agente de IA é implantado por uma plataforma gerenciada, como o Vertex AI Agent Engine, o App Hub classifica automaticamente o recurso com o valor de tipo funcional AGENT para indicar que a carga de trabalho executa um agente de IA.

    • (Pré-lançamento) Metadados estendidos: uma propriedade orientada por esquema que fornece informações ricas e estruturadas sobre o serviço ou a carga de trabalho. Refere-se a um campo de chave-valor que adiciona dados detalhados e específicos do tipo. Por exemplo, as cargas de trabalho com um valor de tipo funcional de AGENT podem incluir metadados apphub.googleapis.com/AgentProperties, que contêm informações sobre um agente compatível com o card de agente Agent2Agent (A2A). Para ver uma lista de tipos de metadados compatíveis e os esquemas deles, consulte Esquemas de metadados estendidos. Para saber como visualizar esses metadados, consulte Visualizar esquemas de metadados estendidos.

    • (Pré-lançamento) Identidade: uma propriedade somente de saída que contém o nome da conta de serviço ou da identidade da carga de trabalho gerenciada de um serviço ou carga de trabalho.

  • Os atributos são metadados mutáveis definidos pelo usuário que podem ser aplicados a aplicativos, serviços e cargas de trabalho para organizá-los e controlá-los. É possível adicionar atributos a aplicativos, serviços e cargas de trabalho ao criar um aplicativo e registrar recursos nele. Também é possível atualizar os atributos de serviço e carga de trabalho e atualizar os atributos do aplicativo. Os principais atributos incluem:

    • Proprietários: dados de contato das equipes de desenvolvedores, operadores e negócios. Os tipos de proprietário compatíveis são:

      • developer_owners: equipe de desenvolvimento proprietária do desenvolvimento e da codificação.
      • operator_owners: equipe de operadores que garante a integridade do ambiente de execução e das operações.
      • business_owners: equipe de negócios que garante a qualidade e atende às expectativas dos usuários.

    • Importância: a importância do componente para sua empresa. Os valores compatíveis são:

      • MISSION_CRITICAL
      • HIGH
      • MEDIUM
      • LOW

    • Ambiente: o estágio do ciclo de vida do componente. Os valores compatíveis são:

      • PRODUCTION
      • STAGING
      • DEVELOPMENT
      • TEST

O modelo de recursos do App Hub

Para ativar recursos centrados em aplicativos, o App Hub usa um modelo de recurso focado nos conceitos do projeto de gerenciamento e do limite de gerenciamento de aplicativos.

  • Recomendado: limite no nível da pasta: se os componentes estiverem organizados em uma estrutura de pastas do Google Cloud , use uma pasta como limite. Essa abordagem alinha o limite de gerenciamento de aplicativos à estrutura da organização por unidade de negócios, ambiente ou equipe e inclui automaticamente todos os projetos nessa pasta.
  • (Pré-lançamento) Limite de projeto único: para aplicativos pequenos em que todos os recursos do Google Cloud residem em um projeto, é possível designar esse projeto único como seu limite. Essa é a maneira mais rápida de começar a usar o gerenciamento de aplicativos. É possível definir limites de projeto único configurando o projeto como um projeto de gerenciamento independente.
  • (Legado) Limite de vários projetos com um projeto host: para usuários atuais, o App Hub oferece suporte a um modelo legado em que é possível designar um projeto host para o gerenciamento de aplicativos ativando a API App Hub em um projeto do Google Cloud . Em seguida, conecte manualmente outros projetos do Google Cloud , conhecidos como projetos de serviço, a ele para descoberta de recursos em vários projetos.

Essa camada de gerenciamento de aplicativos que o App Hub introduz sobre sua hierarquia de recursos no Google Cloud permite que o App Hub descubra recursos compatíveis dentro do limite. É possível escolher um modelo de configuração para aplicativos e definir um limite de gerenciamento de aplicativos que melhor se adapte à hierarquia de recursos e às necessidades de governança.

Para informações sobre o processamento de dados nessa organização de recursos e em outros recursos centrados em aplicativos, consulte Google Cloud centrado em aplicativos. Para saber como começar e definir um limite de gerenciamento de aplicativos, consulte Escolher o modelo de configuração do aplicativo.

A seguir