Applicazioni globali e regionali

App Hub è disponibile nelle località supportate per aiutarti a organizzare le risorse dell'infrastruttura Google Cloud globale o regionale nelle applicazioni App Hub. Il supporto delle località semplifica la gestione consentendoti di raggruppare i componenti dell'applicazione in base alla loro posizione geografica e ai metodi di comunicazione con altre parti della tua infrastruttura.

Quando crei un'applicazione, ne definisci la località come globale o regionale. Questa scelta è fondamentale per determinare quali servizi e workload possono far parte dell'applicazione. Inoltre, questa scelta ha importanti implicazioni per la gestione dei dati, la collocazione, i costi e la conformità. Le applicazioni globali e regionali sono definite come segue:

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

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

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

Confronta 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 le applicazioni con componenti intrinsecamente globali o distribuiti in più regioni. Opzione consigliata quando tutti i componenti dell'applicazione si trovano nella stessa regione Google Cloud , anche se si estendono su più progetti.
Estensione della risorsa Può contenere risorse Google Cloud globali e regionali di qualsiasi regione. Può contenere solo risorse Google Cloud della stessa singola regione dell'applicazione. Non puoi registrare componenti globali in un'applicazione regionale.
Metadati dell'applicazione Archiviati in più regioni e accessibili da qualsiasi regione Google Cloud.
La residenza dei dati non è supportata.		 Archiviati all'interno della regione specifica, ma accessibili da qualsiasi altra regione Google Cloud .
La residenza dei dati è supportata quando utilizzi gli endpoint regionali.
Esempi Gestione di un'applicazione con bilanciamento del carico globale con componenti di backend in varie regioni per fornire una visualizzazione centralizzata del sistema distribuito. Gestione di un'applicazione con tutti i servizi e i workload in us-central1.

Seleziona la località migliore per la tua applicazione

Quando scegli tra località globali e regionali, tieni conto dell'architettura e dei requisiti operativi della funzione aziendale rappresentata dall'applicazione. Il seguente confronto si basa su considerazioni relative alla geografia:

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

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

Anche la gerarchia delle risorse Google Cloud , che definisce il modo in cui organizzi cartelle e progetti, è fondamentale. Una gerarchia ben pianificata che si allinea ai confini di gestione delle applicazioni, a livello regionale o globale, semplifica il raggruppamento e la gestione di servizi e workload nelle applicazioni. Per saperne di più, consulta Scegli il modello di configurazione dell'applicazione.

Vantaggi delle applicazioni regionali

Le applicazioni globali offrono flessibilità per i sistemi distribuiti. Tuttavia, la scelta di una località regionale per le tue applicazioni App Hub può offrire vantaggi significativi:

  • Supporto della residenza dei dati e della conformità: i metadati di App Hub supportano la residenza dei dati quando accedi alle tue applicazioni regionali utilizzando endpoint regionali. In questo modo, puoi assicurarti che sia i metadati dell'applicazione sia i dati elaborati e archiviati dalle risorseGoogle Cloud sottostanti rimangano entro i limiti geografici selezionati. Questo vantaggio è fondamentale per rispettare i requisiti legali, normativi e organizzativi relativi alla località e alla sovranità dei dati.

  • Riduci la latenza: la collocazione dei componenti dell'applicazione nella stessa regione generalmente riduce al minimo la latenza di rete tra i componenti, migliorando potenzialmente le prestazioni dell'applicazione e l'esperienza utente.

  • Soddisfare i requisiti delle funzionalità dei prodotti: alcuni prodotti o funzionalità di Google Cloud richiedono che tutti i componenti interagenti si trovino nella stessa regione. Ad esempio, un'istanza Compute Engine può collegare un Persistent Disk solo se si trova nella stessa regione. Un'applicazione App Hub a livello di regione si allinea intrinsecamente a questi vincoli di architettura.

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

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

Passaggi successivi