Vista geral do App Hub

À medida que desenvolve a sua infraestrutura na nuvem, pode organizar os seus Google Cloud recursos em vários projetos. Também pode ter muitos recursos num ou em vários projetos que oferecem uma função empresarial integrada que quer agrupar logicamente. A hierarquia de recursos no Google Cloud pode dificultar a gestão e a organização da sua infraestrutura para estes fins de agrupamento. O App Hub oferece uma forma centrada na aplicação de agrupar e gerir serviços e cargas de trabalho, o que ajuda a alinhar a sua infraestrutura com as funções empresariais.

O App Hub funciona como o modelo de dados fundamental e o registo central para as suas aplicações no Google Cloud. Cria uma única fonte de informações fidedignas que esclarece a propriedade dos recursos, as dependências e o contexto empresarial. Isto, por sua vez, suporta outros produtos com o contexto centrado na aplicação de que precisam. Google Cloud Para mais informações sobre este modelo centrado na aplicação e as respetivas funcionalidades, consulte o artigo Google Cloud centrado na aplicação.

Este documento oferece uma vista geral conceptual do App Hub para ajudar a compreender as respetivas capacidades e vantagens antes de o configurar ou administrar.

Por que motivo usar o App Hub?

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

O App Hub ajuda a implementar as seguintes capacidades centradas na aplicação:

  • Organize e catalogue as suas aplicações: agrupe recursos dispersos Google Cloud de um ou mais projetos em aplicações lógicas do App Hub. Em seguida, pode encontrar propriedades e categorizar estas aplicações com atributos como proprietários, criticidade empresarial e ambiente para melhorar a capacidade de deteção e a responsabilidade. Para mais informações, consulte o artigo Propriedades e atributos.

  • Crie uma vista unificada para as suas equipas: ao definir uma aplicação no App Hub, fornece contexto essencial a outros Google Cloud produtos. Por exemplo, pode ativar as seguintes funcionalidades:

    • Uma vista central das operações e estatísticas no Cloud Hub, que apresenta alertas, incidentes e dados de desempenho num contexto de aplicação.
    • Assistência com tecnologia de IA do Gemini Cloud Assist, que usa o modelo de dados do App Hub para ajudar a conceber, operar e resolver problemas das suas aplicações.
    • Monitorização de aplicações com o Google Cloud Observability para ajudar a resolver problemas de erros e melhorar o desempenho através da apresentação de dados de telemetria para as suas aplicações e respetivos componentes.

  • Esclareça a propriedade e as dependências: compreenda como as suas aplicações são compostas e como os respetivos componentes dependem uns dos outros. Esta funcionalidade ajuda os programadores e os operadores a visualizar a arquitetura da aplicação, identificar proprietários e resolver problemas.

Para saber mais sobre como o App Hub se enquadra no ciclo de vida da aplicação mais amplo, consulte o artigo Google Cloud centrado na aplicação.

Conceitos e modelo de dados do App Hub

O App Hub é criado com base num modelo de dados baseado nos seguintes conceitos principais: aplicações, serviços e cargas de trabalho. Estes termos são comuns na indústria, mas o App Hub usa-os de uma forma específica.

A tabela seguinte compara a definição do App Hub com a utilização comum na indústria:

Conceito Definição do App Hub Utilização comum na indústria
Aplicação Um agrupamento lógico de serviços e cargas de trabalho que, em conjunto, oferecem uma função empresarial. Pode referir-se a uma única unidade implementável, a uma base de código ou a um sistema abrangente.
Serviço Uma interface de rede ou API que expõe funcionalidades aos clientes e pode encaminhar pedidos para cargas de trabalho, como um equilibrador de carga. Refere-se frequentemente a um microsserviço, um componente implementável ou um código binário com a sua própria lógica de negócio e dados.
Workload Os recursos de computação onde as implementações binárias da sua aplicação estão instaladas. O código da aplicação destes recursos executa uma parte discreta da lógica empresarial. Por exemplo, uma carga de trabalho pode ser uma implementação do GKE ou um grupo de instâncias geridas (GIG) do Compute Engine que executa o código de um agente de IA. Um termo mais geral para qualquer processo ou componente que consuma recursos de computação.

Para mais informações sobre estes e outros conceitos centrais do Google Cloud centrados na aplicação, consulte o artigo Conceitos principais. Para ver uma lista de recursos suportados no App Hub que pode registar como serviços ou cargas de trabalho nas suas aplicações, consulte Recursos suportados do App Hub.

Pode definir aplicações do App Hub com base nos seus requisitos de distribuição geográfica. A sua escolha de localização afeta os serviços e as cargas de trabalho nos quais se pode registar em aplicações e pode ser importante para os requisitos de residência de dados. Pode designar as seguintes localizações:

  • Aplicações globais: agrupe serviços e cargas de trabalho de várias Google Cloud regiões.
  • Aplicações regionais: agrupam serviços e cargas de trabalho que residem todos numa única região.

Para uma comparação detalhada que lhe ajude a escolher a localização certa, consulte o artigo Aplicações globais e regionais.

Os serviços e as cargas de trabalho mostram um estado de registo nas suas aplicações. Além disso, as aplicações, os serviços e as cargas de trabalho podem conter metadados sob a forma de propriedades e atributos.

Pode ver detalhes das suas aplicações implementadas e respetivos serviços e cargas de trabalho, incluindo a localização, o estado de registo e os metadados. Para mais informações, consulte os artigos Veja detalhes de serviços e cargas de trabalho e Veja detalhes da aplicação.

Estado de registo dos serviços e cargas de trabalho

A estrutura organizacional dos seus recursos Google Cloud afeta a forma como o App Hub pode gerir serviços e cargas de trabalho, e permite-lhe registá-los em aplicações. Os serviços e as cargas de trabalho que pode registar numa aplicação têm um dos seguintes estados de registo:

  • Descobertos: serviços e cargas de trabalho que pode registar numa aplicação porque fazem parte do limite de gestão de aplicações e que não estão registados noutra aplicação ou podem ser registados em várias aplicações. O estado descoberto também inclui serviços e cargas de trabalho que elimina ou anula o registo de uma aplicação, mas que pode registar novamente.

  • Registado: serviços e cargas de trabalho registados numa aplicação e geridos pelo App Hub. Só pode registar serviços e cargas de trabalho descobertos. Depois de registar o serviço ou a carga de trabalho, o estado do registo é atualizado de descoberto para registado.

  • Desassociado: serviços ou cargas de trabalho que foram registados numa aplicação, mas que o App Hub não consegue gerir nem monitorizar porque os respetivos recursos Google Cloud subjacentes já não fazem parte do limite de gestão de aplicações que definiu. O estado de registo dos serviços e das cargas de trabalho registados numa aplicação pode mudar para desassociado pelos seguintes motivos:

    • O recurso subjacente é eliminado. Por exemplo, se eliminar uma regra de encaminhamento representada por um serviço, o estado de registo do serviço muda para desassociado.
    • Um projeto ou uma pasta que contenha recursos subjacentes para serviços ou cargas de trabalho registados é movido para fora do limite de gestão de aplicações.

    Os serviços e as cargas de trabalho desassociados permanecem na aplicação até os anular.

    Se mover um projeto para fora do limite de gestão de aplicações, os respetivos serviços e cargas de trabalho separados podem tornar-se detetáveis para aplicações num limite diferente. Pode registar novamente serviços e cargas de trabalho detetáveis, seguindo a hierarquia de recursos estabelecida pelo limite de gestão de aplicações.

Para selecionar um limite de gestão de aplicações adequado à sua hierarquia de recursos e permitir que o App Hub descubra e registe os serviços e as cargas de trabalho de que a sua empresa precisa, consulte o artigo Escolha o modelo de configuração da aplicação.Google Cloud Para ver o estado de registo dos serviços e das cargas de trabalho, consulte o artigo Ver detalhes dos serviços e das cargas de trabalho.

Propriedades e atributos

Para enriquecer o modelo de dados, o App Hub permite-lhe expor propriedades e atributos para suportar a capacidade de deteção, a responsabilidade e a governança das aplicações. Definir estes valores como metadados da aplicação ajuda a filtrar, gerir e aplicar políticas aos componentes da aplicação em grande escala.

Para ver as propriedades e os atributos dos serviços e das cargas de trabalho nas suas aplicações, consulte o artigo Ver detalhes dos serviços e das cargas de trabalho.

Seguem-se as definições e as funcionalidades das propriedades e dos atributos:

  • As propriedades são campos imutáveis que descrevem a infraestrutura subjacente de um serviço ou uma carga de trabalho registada, como o ID do projeto, a localização ou o tipo. São descobertas automaticamente e não podem ser editadas no App Hub. As principais propriedades suportadas incluem:

    • (Pré-visualização) Tipo de registo: para serviços, uma propriedade só de saída que indica se um serviço pode ser registado numa ou várias aplicações. Seguem-se os valores possíveis para esta propriedade:

      • EXCLUSIVE: só pode registar o serviço numa única aplicação.
      • SHARED: pode registar o serviço em várias aplicações. Este valor indica que o serviço é um serviço partilhado.

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

    • (Pré-visualização) Metadados expandidos: uma propriedade baseada em esquemas que fornece informações estruturadas e detalhadas 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 cartão de agente de agente para agente (A2A). Para ver uma lista dos tipos de metadados suportados e os respetivos esquemas, consulte o artigo Esquemas de metadados alargados.

    • (Pré-visualização) Identidade: uma propriedade só de saída que contém o nome da conta de serviço ou da identidade da carga de trabalho gerida para um serviço ou uma carga de trabalho.

  • Os atributos são metadados mutáveis definidos pelo utilizador que pode aplicar a aplicações, serviços e cargas de trabalho para os organizar e governar. Pode adicionar atributos a aplicações, serviços e cargas de trabalho quando cria uma aplicação e regista recursos na mesma. Também pode atualizar os atributos de serviços e cargas de trabalho e atualizar os atributos de aplicações. Os atributos principais incluem:

    • Proprietários: informações de contacto para as equipas de programadores, operadores e empresas. Os tipos de proprietários suportados são:

      • developer_owners: equipa de desenvolvimento responsável pelo desenvolvimento e pela programação.
      • operator_owners: equipa de operadores que garante a integridade do tempo de execução e das operações.
      • business_owners: equipa empresarial que garante que a qualidade e as expetativas dos utilizadores são cumpridas.

    • Criticidade: a importância do componente para a sua empresa. Os valores suportados são:

      • MISSION_CRITICAL
      • HIGH
      • MEDIUM
      • LOW

    • Ambiente: a fase do ciclo de vida do componente. Os valores suportados são:

      • PRODUCTION
      • STAGING
      • DEVELOPMENT
      • TEST

O modelo de recursos do App Hub

Para ativar as funcionalidades centradas na aplicação, o App Hub usa um modelo de recursos centrado nos conceitos do projeto de gestão e do limite de gestão de aplicações.

  • Recomendado: Limite ao nível da pasta: se os seus componentes estiverem organizados numa Google Cloud estrutura de pastas, pode usar uma pasta como limite. Esta abordagem alinha o limite de gestão da aplicação com a estrutura da sua organização por unidade empresarial, ambiente ou equipa, e inclui automaticamente todos os projetos nessa pasta.
  • Limite de projeto único: Para pequenas aplicações em que todos os Google Cloud recursos residem num projeto, pode designar esse projeto único como o seu limite. Esta é a forma mais rápida de começar a usar a gestão de aplicações. Pode definir limites de projeto único configurando o projeto como um projeto de gestão autónomo.
  • (Antigo) Limite de vários projetos com um projeto anfitrião: para os utilizadores existentes, o App Hub suporta um modelo antigo no qual pode designar um projeto anfitrião para a gestão de aplicações ativando a API App Hub num Google Cloud projeto. Em seguida, associa manualmente outros Google Cloud projetos, conhecidos como projetos de serviço, para a deteção de recursos em vários projetos.

Esta camada de gestão de aplicações que o App Hub introduz além da sua hierarquia de recursos no Google Cloud permite que o App Hub descubra recursos suportados dentro do limite. Pode escolher um modelo de configuração para aplicações e definir um limite de gestão de aplicações que melhor se adapte à sua hierarquia de recursos e necessidades de governação.

Para informações sobre o tratamento de dados nesta organização de recursos e outras funcionalidades centradas em aplicações, consulte o artigo Google Cloud centrado em aplicações. Para ver detalhes sobre como começar e definir um limite de gestão de aplicações, consulte o artigo Escolha o modelo de configuração da aplicação.

O que se segue?