Informações gerais do App Hub

Ao desenvolver sua infraestrutura em nuvem, é possível organizar os recursos em vários projetos. Essa abordagem pode dificultar o gerenciamento e a organização dos recursos. O App Hub oferece uma maneira centrada em aplicativos de agrupar esses recursos, ajudando você a alinhar sua infraestrutura com as funções comerciais.

O App Hub funciona como o modelo de dados fundamental e o registro central dos seus aplicativos no Google Cloud. Ele cria uma única fonte de verdade que esclarece a propriedade, as dependências e o contexto comercial dos recursos. Isso, por sua vez, oferece suporte a outros serviços do Google Cloud com o contexto centrado no aplicativo de que eles precisam. Para mais informações sobre esse modelo centrado em aplicativos e a organização de recursos, consulte Google Cloud centrado em aplicativos.

Este documento oferece uma visão geral conceitual do App Hub para ajudar você a entender os recursos e benefícios antes de configurar ou administrar.

Por que usar o App Hub?

Ao mudar o foco dos componentes individuais da infraestrutura 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 você a implementar o seguinte:

  • Organize e catalogue seus aplicativos: agrupe recursos dispersos de um ou mais projetos em aplicativos lógicos. Em seguida, você pode categorizar esses aplicativos com atributos como proprietários, importância para os negócios e ambiente para melhorar a capacidade de descoberta e a responsabilidade. Para mais informações, consulte Suporte à capacidade de descoberta e governança.

  • Crie uma visualização unificada para suas equipes: ao definir um aplicativo no App Hub, você fornece contexto essencial para outros serviços do Google Cloud. Por exemplo, você ativa as seguintes capabilities:

    • Visão centralizada de operações e insights no Cloud Hub, que mostra alertas, incidentes e dados de desempenho 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 você a resolver erros e melhorar o desempenho mostrando dados de telemetria dos seus aplicativos e recursos.
  • Esclareça a propriedade e as dependências dos recursos: 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

O App Hub é criado em um modelo de dados baseado nos seguintes conceitos principais: aplicativos, serviços e cargas de trabalho. Embora esses termos sejam comuns, 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 do setor
Aplicativo Um agrupamento lógico de serviços e cargas de trabalho que, juntos, oferecem uma função comercial. 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, como um balanceador de carga. Geralmente se refere a um microsserviço, um componente implantável com lógica de negócios e dados próprios.
Carga de trabalho Uma implantação binária que executa uma unidade de função comercial distinta, como uma implantação do GKE ou um grupo de instâncias do Compute Engine. Um termo mais geral para qualquer processo ou componente que consuma recursos de computação.

Para mais informações sobre esses conceitos centrais, consulte Conceitos-chave.

É possível definir aplicativos do App Hub com base nos seus requisitos de distribuição geográfica. É possível designar os seguintes locais:

  • Os aplicativos globais podem agrupar serviços e cargas de trabalho de várias Google Cloud regiões.
  • Os aplicativos regionais contêm recursos que residem em uma única região.

Essa escolha afeta quais recursos podem ser registrados e é importante para os requisitos de residência de dados. Para uma comparação detalhada que ajude você a escolher o local certo, consulte Aplicativos globais e regionais.

Status de registro de serviços e cargas de trabalho

A estrutura organizacional dos seus recursos do Google Cloud afeta a forma como o App Hub interage com serviços e cargas de trabalho e permite agrupá-los em aplicativos. Os serviços e as cargas de trabalho que podem ser registrados 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 da hierarquia de recursos do modelo de configuração e não estão registrados em nenhum outro aplicativo. Os serviços e cargas de trabalho descobertos também incluem aqueles 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, e cada um deles só pode fazer parte de um único aplicativo. Depois de registrar o serviço ou a carga de trabalho, o status de registro será atualizado de descoberto para registrado.
  • Desvinculados: serviços ou cargas de trabalho que foram registrados em um aplicativo como componentes, mas que o App Hub não pode gerenciar ou monitorar porque os recursos subjacentes não fazem mais parte da hierarquia de recursos do modelo de configuração. O status de registro dos serviços e das 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 mudará para desvinculado.
    • Para projetos host: se você usa um projeto host para seu modelo de configuração e um projeto de serviço com recursos subjacentes para serviços ou cargas de trabalho registrados for removido do projeto host.
    • Para projetos de gerenciamento: se você usa um projeto de gerenciamento para seu modelo de configuração e um projeto descendente da pasta habilitada para gerenciar apps que tem recursos subjacentes para serviços ou cargas de trabalho registrados é movido para fora da pasta habilitada para gerenciar apps.

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

    Se você mover um projeto para fora do limite de gerenciamento de aplicativos do seu modelo de configuração, os serviços e as cargas de trabalho separados poderão ser descobertos por aplicativos em um limite diferente. É possível registrar serviços e cargas de trabalho detectáveis novamente, seguindo a hierarquia de recursos estabelecida pelo limite de gerenciamento de aplicativos.

Para conferir o status de registro de serviços e cargas de trabalho, consulte Ver detalhes de serviços e cargas de trabalho.

Aumentar a capacidade de descoberta e a governança

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

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

  • As propriedades são campos imutáveis que descrevem a infraestrutura de um serviço ou carga de trabalho registrado, como ID do projeto, localização ou zona. Eles são descobertos automaticamente e não podem ser editados no App Hub.

  • Atributos são metadados mutáveis definidos pelo usuário que podem ser aplicados a aplicativos, serviços e cargas de trabalho para organizar e governar. Os principais atributos incluem:

    • Proprietários:dados de contato das equipes de desenvolvimento, operação e negócios. Os tipos de proprietário aceitos 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.
    • Criticidade:a importância do recurso para sua empresa. Os valores aceitos são:

      • Essencial
      • Alta
      • Médio
      • Baixo
    • Ambiente:a fase do ciclo de vida do recurso. Os valores aceitos são:

      • Produção
      • Preparo
      • Teste
      • Desenvolvimento

O modelo de recursos do App Hub

Para ativar recursos centrados em aplicativos, o App Hub usa um modelo baseado nas seguintes pastas e projetos Google Cloud :

  • Recomendado:pasta habilitada para apps: uma pasta Google Cloud padrão configurada para gerenciamento de aplicativos. Essa pasta funciona como um limite administrativo para seus aplicativos. Quando uma pasta é ativada para apps,o Google Cloud cria automaticamente um projeto de gerenciamento nela. Esse projeto criado pelo Google atua como um repositório central para todos os modelos e metadados de aplicativos. Esse é o caminho recomendado para usar produtos do Google Cloud centrados em aplicativos e é necessário para acessar a oferta completa de recursos de gerenciamento de aplicativos.

  • Projeto host: um projeto do Google Cloud que pode ser usado para agrupar serviços e cargas de trabalho como aplicativos no App Hub, mas que não oferece suporte ao acesso a todos os recursos de gerenciamento de aplicativos.

Para mais informações sobre o modelo de recursos centrado no aplicativo, consulte Conceitos de organização de recursos. Para instruções detalhadas sobre como começar, consulte Escolher seu modelo de configuração.

A seguir