Applicazioni globali e regionali

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

Quando crei un'applicazione, definisci la sua posizione come globale o regionale. Questa scelta è fondamentale per determinare quali servizi e carichi di lavoro possono far parte dell'applicazione. 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:raggruppano funzionalmente servizi e workload distribuiti a livello globale o distribuiti in più regioni. Google Cloud Ad esempio, puoi includere un servizio di bilanciamento del carico delle applicazioni globale e i relativi carichi di lavoro di backend distribuiti in tutto il mondo.

  • Applicazioni regionali:raggruppa funzionalmente servizi e workload che si trovano interamente all'interno di una singola regione Google Cloud . Ad esempio, puoi includere un servizio di bilanciatore del carico delle applicazioni regionale e i relativi carichi di lavoro 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 con componenti intrinsecamente globali o distribuiti in più regioni. Consigliato 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 Google Cloud risorse 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 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 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 posizione 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 geografiche:

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

Potresti avere risorse Google Cloud che si trovano in più regioni che non formano una singola funzione globale coesa. In questo caso, spesso è una best practice 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 come organizzare cartelle e progetti, è fondamentale. Una gerarchia ben pianificata in linea con i limiti di gestione delle applicazioni, regionali o globali, semplifica il raggruppamento e la gestione di servizi e workload nelle applicazioni. Per saperne di più, consulta Scegliere il modello di configurazione dell'applicazione.

Vantaggi delle applicazioni regionali

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

  • Supporta la residenza e la conformità dei dati:i metadati di App Hub non offrono la residenza dei dati. Tuttavia, un'applicazione regionale ti aiuta ad assicurarti che i dati effettivi elaborati e archiviati dalle risorse Google Cloud sottostanti rimangano entro i limiti 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 dei componenti dell'applicazione all'interno della stessa regione generalmente riduce al minimo la latenza di rete tra i componenti, migliorando potenzialmente le prestazioni dell'applicazione e l'esperienza utente.

  • Rispetta i requisiti delle funzionalità del prodotto: alcuni prodotti o funzionalità Google Cloud richiedono che tutti i componenti che interagiscono si trovino nella stessa regione. Ad esempio, un'istanza Compute Engine può collegare solo 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 l'applicazione a livello regionale, puoi gestire e ridurre meglio le tariffe di rete interregionali.

  • Allineamento con i domini di errore: le Google Cloud regioni 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