App Hub ti consente di raggruppare e gestire l'infrastruttura Google Cloud come applicazioni. Questo approccio incentrato sulle applicazioni ti aiuta a organizzare le risorse in base alle funzionalità aziendali in più progetti, anziché solo tramite la gerarchia delle risorse.
App Hub è il registro centrale delle applicazioni e fornisce il modello dei dati delle applicazioni per Google Cloud incentrato sulle applicazioni. Il registry è la Single Source Of Truth per la proprietà, le dipendenze e il contesto aziendale in Google Cloud incentrato sulle applicazioni.
Perché utilizzare App Hub?
Spostando l'attenzione dalle singole risorse dell'infrastruttura alle applicazioni che formano, App Hub ti aiuta a semplificare la governance e le operazioni su larga scala.
App Hub ti aiuta a implementare le seguenti funzionalità incentrate sulle applicazioni:
Semplifica la registrazione delle risorse: registra contemporaneamente più servizi e workload in un'applicazione. Il limite per i servizi e i workload che puoi registrare alla volta è 10.
Organizza e cataloga le tue applicazioni: raggruppa le risorse Google Cloud sparse di uno o più progetti in applicazioni App Hub logiche. Puoi quindi trovare le proprietà e classificare queste applicazioni con attributi come proprietari, criticità aziendale e ambiente per migliorare la rilevabilità e la responsabilità. Per saperne di più, consulta Proprietà e attributi.
Crea una visualizzazione unificata per i tuoi team: definendo un'applicazione in App Hub, fornisci un contesto essenziale ad altri prodotti Google Cloud. Ad esempio, puoi attivare le seguenti funzionalità:
- Una visualizzazione centrale delle operazioni e degli insight in Cloud Hub, che mostra avvisi, incidenti e dati sul rendimento in un contesto di applicazione.
- Assistenza basata sull'AI di Gemini Cloud Assist, che utilizza modello dei dati di App Hub per aiutarti a progettare, gestire e risolvere i problemi delle tue applicazioni.
- Monitoraggio delle applicazioni con Google Cloud Observability per aiutarti a risolvere gli errori e migliorare le prestazioni visualizzando i dati di telemetria per le tue applicazioni e i relativi componenti.
Chiarisci la proprietà e le dipendenze: scopri come sono composte le tue applicazioni e come i loro componenti dipendono l'uno dall'altro. Questa funzionalità aiuta sviluppatori e operatori a visualizzare l'architettura delle applicazioni, identificare i proprietari e risolvere i problemi.
Per scoprire di più su come App Hub si inserisce nel ciclo di vita più ampio delle applicazioni, consulta Google Cloud incentrato sulle applicazioni.
Concetti e modello dei dati di App Hub
App Hub si basa su un modello dei dati basato sui seguenti concetti chiave: applicazioni, servizi e workload. Questi termini sono comuni nel settore, ma App Hub li utilizza in un modo specifico.
La tabella seguente mette a confronto la definizione di App Hub con l'utilizzo comune nel settore:
| Concetto | Definizione di App Hub | Utilizzo comune nel settore |
|---|---|---|
| Applicazione | Un gruppo logico di servizi e workload che insieme forniscono una funzione aziendale. | Può fare riferimento a una singola unità di cui è possibile eseguire il deployment, a un codebase o a un sistema di grandi dimensioni. |
| Servizio | Un'interfaccia di rete o API che espone le funzionalità ai client e può instradare le richieste ai workload, ad esempio un bilanciatore del carico. Alcuni servizi, come i cluster GKE, sono designati come servizi condivisi che puoi registrare in più applicazioni. Questo è indicato dalla proprietà del tipo di registrazione. | Spesso si riferisce a un microservizio, un componente di cui è possibile eseguire il deployment o un codice binario con la propria logica di business e i propri dati. |
| Workload | Le risorse di computing in cui sono installati i deployment binari della tua applicazione. Il codice dell'applicazione di queste risorse esegue una parte distinta della logica di business. Ad esempio, un workload può essere un deployment GKE o un gruppo di istanze gestite (MIG) di Compute Engine che esegue il codice di un agente AI. | Un termine più generale per qualsiasi processo o componente che consuma risorse di computing. |
Per saperne di più su questi e altri concetti centrali di Google Cloud incentrati sulle applicazioni, consulta Concetti chiave. Per un elenco delle risorse supportate in App Hub che puoi registrare come servizi o workload nelle tue applicazioni, consulta Risorse supportate da App Hub.
Puoi definire le applicazioni App Hub in base ai tuoi requisiti di distribuzione geografica. La scelta della località influisce sui servizi e sui workload che puoi registrare nelle applicazioni e può essere importante per i requisiti di residenza dei dati. Puoi designare le seguenti località:
- Applicazioni globali: raggruppano servizi e workload di più regioniGoogle Cloud .
- Applicazioni regionali: raggruppano servizi e workload che risiedono tutti all'interno di un'unica regione.
Per un confronto dettagliato che ti aiuti a scegliere la località giusta, consulta Applicazioni globali e regionali.
I servizi e i workload mostrano uno stato di registrazione nelle tue applicazioni. Inoltre, applicazioni, servizi e workload possono contenere metadati sotto forma di proprietà e attributi.
Puoi visualizzare i dettagli delle applicazioni di cui hai eseguito il deployment, nonché dei relativi servizi e workload, tra cui posizione, stato della registrazione e metadati. Per saperne di più, consulta Visualizza i dettagli di servizi e workload e Visualizza i dettagli dell'applicazione.
Stato di registrazione di servizi e workload
La struttura organizzativa delle tue risorse Google Cloud influisce sul modo in cui App Hub può gestire i servizi e i workload e ti consente di registrarli nelle applicazioni. I servizi e i workload che puoi registrare in un'applicazione hanno uno dei seguenti stati di registrazione:
Rilevato: servizi e workload che puoi registrare in un'applicazione perché fanno parte del perimetro di gestione delle applicazioni e che non sono registrati in nessun'altra applicazione o possono essere registrati in più applicazioni. Lo stato Rilevato include anche i servizi e i workload che elimini o di cui annulli la registrazione da un'applicazione, ma che puoi registrare di nuovo.
Registrati: servizi e workload registrati in un'applicazione e gestiti da App Hub. Puoi registrare solo servizi e workload rilevati. Dopo aver registrato il servizio o il workload, lo stato della registrazione cambia da rilevato a registrato.
Scollegato: servizi o workload registrati in un'applicazione, ma che App Hub non può gestire o monitorare perché le risorse Google Cloud sottostanti non fanno più parte del confine di gestione dell'applicazione che hai definito. Lo stato di registrazione di servizi e workload registrati in un'applicazione può passare a scollegato per i seguenti motivi:
- La risorsa sottostante viene eliminata. Ad esempio, se elimini una regola di forwarding rappresentata da un servizio, lo stato di registrazione del servizio diventa scollegato.
- Un progetto o una cartella contenente risorse sottostanti per servizi o workload registrati viene spostato fuori dal confine di gestione delle applicazioni.
I servizi e i workload scollegati rimangono nell'applicazione finché non ne annulli la registrazione.
Se sposti un progetto fuori dal confine di gestione delle applicazioni, i suoi servizi e workload scollegati possono diventare rilevabili per le applicazioni in un confine diverso. Puoi registrare nuovamente i servizi e i workload rilevabili, rispettando la gerarchia delle risorse stabilita dal confine di gestione delle applicazioni.
Per selezionare un confine di gestione delle applicazioni adatto alla gerarchia delle risorse inGoogle Cloud e consentire ad App Hub di rilevare e registrare i servizi e i workload necessari alla tua attività, consulta Scegli il modello di configurazione dell'applicazione. Per visualizzare lo stato di registrazione di servizi e workload, consulta Visualizza i dettagli di servizi e workload.
Proprietà e attributi
Per arricchire il modello dei dati, App Hub ti consente di esporre proprietà e attributi per supportare la rilevabilità, la responsabilità e la governance delle applicazioni. La definizione di questi valori come metadati dell'applicazione ti aiuta a filtrare, gestire e applicare le policy per le applicazioni ai componenti dell'applicazione su larga scala.
Per visualizzare le proprietà e gli attributi dei servizi e dei workload nelle tue applicazioni, consulta Visualizza i dettagli di servizi e workload.
Di seguito sono riportate le definizioni e le caratteristiche di proprietà e attributi:
Le proprietà sono campi immutabili che descrivono l'infrastruttura sottostante di un servizio o workload registrato, ad esempio l'ID progetto, la località o il tipo. Questi vengono rilevati automaticamente e non possono essere modificati in App Hub. Le principali proprietà supportate includono:
(Anteprima) Tipo di registrazione: per i servizi, una proprietà di solo output che indica se un servizio può essere registrato in una o più applicazioni. Di seguito sono riportati i valori possibili per questa proprietà:
EXCLUSIVE: puoi registrare il servizio solo per una singola applicazione.SHARED: puoi registrare il servizio in più applicazioni. Questo valore indica che il servizio è un servizio condiviso.
Per scoprire quali servizi sono condivisi o esclusivi, consulta l'elenco dei servizi supportati da App Hub.
(Anteprima) Tipo funzionale: una proprietà di solo output che identifica la funzione nota di un servizio o workload. Ad esempio, quando un agente AI viene eseguito il deployment tramite una piattaforma gestita come Vertex AI Agent Engine, App Hub classifica automaticamente la risorsa con il valore del tipo funzionale
AGENTper indicare che il workload esegue un agente AI.(Anteprima) Metadati estesi: una proprietà basata su schema che fornisce informazioni dettagliate e strutturate sul servizio o sul workload. Si riferisce a un campo coppia chiave-valore che aggiunge dati dettagliati specifici del tipo. Ad esempio, i workload con un valore di tipo funzionale
AGENTpossono includere metadatiapphub.googleapis.com/AgentProperties, che contengono informazioni su un agente compatibile con la scheda agente Agent2Agent (A2A). Per un elenco dei tipi di metadati supportati e dei relativi schemi, consulta Schemi di metadati estesi. Per scoprire come visualizzare questi metadati, consulta Visualizza gli schemi dei metadati estesi.(Anteprima) Identity: una proprietà di solo output che contiene il nome del account di servizio o dell'identità Workload Identity gestita per un servizio o un workload.
Gli attributi sono metadati modificabili definiti dall'utente che puoi applicare ad applicazioni, servizi e workload per organizzarli e gestirli. Puoi aggiungere attributi ad applicazioni, servizi e workload quando crei un'applicazione e registri le risorse al suo interno. Puoi anche aggiornare gli attributi di servizi e workload e aggiornare gli attributi delle applicazioni. Gli attributi principali includono:
Proprietari: dati di contatto dei team di sviluppo, operativi e aziendali. I tipi di proprietari supportati sono:
developer_owners: team responsabile dello sviluppo e della programmazione.operator_owners: team di operatori che garantisce l'integrità del runtime e delle operazioni.business_owners: team aziendale che garantisce la qualità e che le aspettative degli utenti siano soddisfatte.
Criticità: l'importanza del componente per la tua attività. I valori supportati sono:
MISSION_CRITICALHIGHMEDIUMLOW
Ambiente: la fase del ciclo di vita del componente. I valori supportati sono:
PRODUCTIONSTAGINGDEVELOPMENTTEST
Il modello di risorse App Hub
Per abilitare le funzionalità incentrate sulle applicazioni, App Hub utilizza un modello di risorse incentrato sui concetti di progetto di gestione e confine di gestione delle applicazioni.
- Consigliato: Confine a livello di cartella: se i componenti sono organizzati all'interno di una struttura di cartelle Google Cloud , puoi utilizzare una cartella come confine. Questo approccio allinea il confine di gestione delle applicazioni alla struttura della tua organizzazione per unità aziendale, ambiente o team e include automaticamente tutti i progetti all'interno della cartella.
- (Anteprima) Confine di un singolo progetto: per le applicazioni di piccole dimensioni in cui tutte le risorse Google Cloud risiedono in un unico progetto, puoi designare quel singolo progetto come confine. Questo è il modo più rapido per iniziare a utilizzare la gestione delle applicazioni. Puoi definire i confini di un singolo progetto configurandolo come progetto di gestione autonomo.
- (Legacy) Confine di più progetti con un progetto host: per gli utenti esistenti, App Hub supporta un modello legacy in cui puoi designare un progetto host per la gestione delle applicazioni abilitando l'API App Hub su un progetto Google Cloud . Poi, colleghi manualmente altri progetti Google Cloud , noti come progetti di servizio, per il rilevamento delle risorse in più progetti.
Questo livello di gestione delle applicazioni introdotto da App Hub sopra la gerarchia delle risorse in Google Cloud consente ad App Hub di rilevare le risorse supportate all'interno del confine. Puoi scegliere un modello di configurazione per le applicazioni e impostare un confine di gestione delle applicazioni più adatto alla tua gerarchia delle risorse e alle tue esigenze di governance.
Per informazioni sulla gestione dei dati in questa organizzazione di risorse e su altre funzionalità incentrate sulle applicazioni, consulta Google Cloud incentrato sulle applicazioni. Per informazioni dettagliate su come iniziare e definire un confine di gestione delle applicazioni, consulta Scegli il modello di configurazione dell'applicazione.
Passaggi successivi
- Per scoprire quali risorse Google Cloud puoi registrare in App Hub, consulta Risorse supportate.
- Per iniziare a definire un confine di gestione delle applicazioni, consulta Scegli il modello di configurazione dell'applicazione.
- Per comprendere le autorizzazioni necessarie per utilizzare App Hub, consulta Ruoli e autorizzazioni.