Applicazioni globali e regionali

App Hub è disponibile nelle località supportate per aiutarti a organizzare le risorse dell'infrastruttura di Google Cloud come applicazioni, indipendentemente dal fatto che queste risorse siano disponibili a livello globale o in regioni specifiche. Questa funzionalità semplifica la gestione consentendo di raggruppare le risorse in base alla loro posizione geografica e al modo in cui interagiscono con altre parti dell'infrastruttura.

Quando crei un'applicazione App Hub, definisci la sua posizione come globale o regionale. Questa scelta è fondamentale per determinare quali servizi e carichi di lavoro possono far parte dell'applicazione in base alla loro estensione. Inoltre, questa scelta ha importanti implicazioni per la gestione, la colocation, i costi e la conformità dei dati. Le applicazioni globali e regionali sono definite come segue:

  • Applicazioni globali:raggruppa funzionalmente servizi e workload distribuiti a livello globale o distribuiti in più Google Cloud regioni. Ad esempio, puoi includere risorse come un bilanciatore del carico delle applicazioni globale e i relativi servizi di backend distribuiti in tutto il mondo.

  • Applicazioni regionali:raggruppano funzionalmente servizi e workload che risiedono interamente in una singola Google Cloud regione. Ad esempio, puoi includere un bilanciatore del carico delle applicazioni regionale e i relativi servizi di backend, tutti situati in us-central1.

Per prendere la decisione migliore in base alle tue esigenze, è fondamentale comprendere le regioni e le zoneGoogle Cloud , progettate per fornire tolleranza di errore e alta disponibilità. Le regioni sono aree geografiche indipendenti e le zone sono aree di deployment all'interno di una regione, che fungono da singoli domini di errore. Per saperne di più sulle risorse globali e regionali, consulta Area geografica e regioni e Località cloud.

Confrontare le applicazioni globali e regionali

La seguente tabella evidenzia le principali differenze e considerazioni per aiutarti a scegliere tra applicazioni globali e regionali:

Applicazione globale Applicazione regionale
Caso d'uso consigliato Ideale per applicazioni composte da risorse intrinsecamente globali o distribuite in più regioni. Google Cloud Opzione consigliata quando tutti i componenti dell'applicazione si trovano nella stessa regione Google Cloud , anche se si estendono a più progetti.
Estensione della risorsa Può contenere risorse globali e regionali di qualsiasi regione. Può contenere solo risorse della stessa singola regione dell'applicazione. Non puoi registrare risorse globali in un'applicazione regionale.
Metadati dell'applicazione Archiviati in più regioni e accessibili da qualsiasi Google Cloud regione.
La residenza dei dati non è supportata.		 Archiviati all'interno della regione specifica, ma accessibili da qualsiasi altra regione Google Cloud .
La residenza dei dati non è supportata.
Esempi Gestione di un'applicazione con bilanciamento del carico globale con servizi di backend in varie regioni per fornire una visualizzazione centralizzata del sistema distribuito. Gestione di un'applicazione con tutti i servizi e i carichi di lavoro in us-central1.

Seleziona la posizione migliore per la tua applicazione

Quando scegli tra località globali e regionali, considera l'architettura e i requisiti operativi della funzione aziendale rappresentata dall'applicazione. Il seguente confronto si basa su considerazioni sull'estensione delle risorse:

  • In generale, le applicazioni regionali offrono vantaggi significativi rispetto alle applicazioni globali. Se vuoi usufruire di una latenza del servizio inferiore, dell'allineamento ai requisiti di località dei dati, di potenziali risparmi sui costi di rete e della coerenza intrinseca con le funzionalità specifiche della regione Google Cloud, scegli applicazioni regionali.
  • Se i componenti dell'applicazione sono necessariamente distribuiti in più regioni o si basano su servizi globali, scegli applicazioni globali. Google Cloud

Potresti avere risorse situate in più regioni che non formano una singola funzione globale coesa. In questo caso, la best practice consiste spesso nel definire applicazioni regionali separate per le risorse all'interno di ogni regione. Questo approccio massimizza i vantaggi della regionalizzazione per ogni deployment.

Anche la gerarchia delle risorse Google Cloud , che definisce come organizzare cartelle e progetti, è fondamentale. Una gerarchia ben pianificata in linea con i limiti dell'applicazione, regionali o globali, semplifica il raggruppamento e la gestione delle risorse all'interno di App Hub. Per ulteriori informazioni, vedi Scegliere il modello di configurazione di App Hub.

Vantaggi delle applicazioni regionali

Sebbene le applicazioni globali offrano flessibilità per i sistemi distribuiti, la scelta di una posizione regionale per le applicazioni App Hub può offrire vantaggi significativi:

  • Supporta la residenza dei dati e la conformità:anche se i metadati di App Hub non offrono la residenza dei dati, un'applicazione regionale ti aiuta a garantire che i dati effettivi elaborati e archiviati dalle risorse sottostanti rimangano all'interno dei confini geografici che selezioni. Questo vantaggio è spesso fondamentale per rispettare i requisiti legali, normativi e organizzativi per la località dei dati.

  • Riduci la latenza:la collocazione delle risorse dell'applicazione all'interno della stessa regione generalmente riduce al minimo la latenza di rete tra i servizi, migliorando potenzialmente le prestazioni dell'applicazione e l'esperienza utente.

  • Soddisfare i requisiti delle funzionalità del prodotto: determinati servizi o funzionalità Google Cloud richiedono che tutte le risorse che interagiscono si trovino nella stessa regione. Ad esempio, un'istanza Compute Engine può collegare un disco permanente che si trova nella stessa regione. Un'applicazione App Hub regionale si allinea intrinsecamente a questi vincoli architetturali.

  • Ottimizza i costi:il trasferimento di dati tra diverse regioni Google Cloud comporta spesso costi di networking, mentre il traffico di rete all'interno della stessa regione ha in genere un prezzo inferiore. Creando la tua applicazione a livello regionale, puoi gestire e ridurre meglio gli addebiti di rete tra regioni.

  • Allineamento con i domini di errore: le regioni Google Cloud sono progettate per essere domini di errore indipendenti. Il deployment dell'applicazione all'interno di una singola regione e l'utilizzo di più zone all'interno di quella regione per l'alta disponibilità allineano la tolleranza agli errori dell'applicazione al modello di resilienza dell'infrastruttura di Google Cloud.

Passaggi successivi