Questa sezione della Google Cloud guida sugli archetipi di deployment descrive l'archetipo di deployment globale.
In un'architettura basata sull'archetipo di deployment globale, l' applicazione viene eseguita in più Google Cloud regioni in tutto il mondo. Puoi eseguire il deployment dell'applicazione come uno stack distribuito indipendente dalla località o come più stack isolati a livello regionale. In entrambi i casi, un bilanciatore del carico anycast globale distribuisce il traffico alla regione appropriata. L'applicazione scrive i dati in un database replicato in modo sincrono e li legge da questo database, disponibile in tutte le regioni, come Spanner con configurazione multiregionale. Anche altri componenti dello stack dell'applicazione possono essere globali, come la cache e l'archivio di oggetti.
Il seguente diagramma mostra la variante distribuita indipendente dalla località dell'archetipo di deployment globale:
Il diagramma precedente mostra uno stack di applicazioni indipendente dalla località, con istanze di frontend e backend (in genere microservizi) distribuite in più zone in tre Google Cloud regioni. Un bilanciatore del carico anycast globale distribuisce il traffico in entrata a un'istanza di frontend appropriata. Questa distribuzione si basa sulla disponibilità e sulla capacità delle istanze e sulla loro vicinanza geografica all'origine del traffico. I bilanciatori del carico interni tra regioni distribuiscono il traffico dalle istanze di frontend alle istanze di backend appropriate in base alla loro disponibilità e capacità. L'applicazione utilizza un database replicato in modo sincrono e disponibile in tutte le regioni.
Il seguente diagramma mostra una variante dell'archetipo di deployment globale con stack di applicazioni isolati a livello regionale:
Il diagramma precedente mostra stack di applicazioni isolati a livello regionale che vengono eseguiti in più zone in due Google Cloud regioni. Questa topologia è simile a l' archetipo di deployment multiregionale, ma utilizza un bilanciatore del carico anycast globale anziché il routing DNS. Il bilanciatore del carico globale distribuisce il traffico in entrata a un frontend nella regione più vicina all'utente. Entrambi gli stack di applicazioni scrivono i dati in un database replicato in modo sincrono e li leggono da questo database, disponibile in entrambe le regioni. Se si verifica un'interruzione in una delle due regioni, il bilanciatore del carico globale invia le richieste degli utenti a un frontend nell'altra regione.
Casi d'uso
Le sezioni seguenti forniscono esempi di casi d'uso per i quali l'archetipo di deployment globale è una scelta appropriata.
Applicazione ad alta disponibilità per un pubblico globale
Ti consigliamo l'archetipo di deployment globale per le applicazioni che servono utenti in tutto il mondo e, pertanto, richiedono alta disponibilità e robustezza contro le interruzioni in più regioni.
Opportunità di ottimizzare i costi e semplificare le operazioni
Con l'archetipo di deployment globale, puoi utilizzare risorse globali ad alta disponibilità come un bilanciatore del carico globale e un database globale. Rispetto a un deployment multiregionale, un deployment globale può contribuire a ridurre i costi e semplificare le operazioni perché esegui il provisioning e la gestione di un numero inferiore di risorse.
Note sul layout
Quando crei un'architettura basata sull'archetipo di deployment globale, tieni presente i seguenti fattori di progettazione.
Costi di archiviazione, replica e networking
In un'architettura distribuita a livello globale, il volume di traffico di rete tra località può essere elevato rispetto a un deployment regionale. Potresti anche archiviare e replicare più dati. Quando crei un'architettura basata sull'archetipo di deployment globale, tieni presente il costo potenzialmente più elevato per l'archiviazione dei dati e il networking. Per le applicazioni mission critical, il vantaggio di disponibilità di un'architettura distribuita a livello globale potrebbe superare i costi di rete e di archiviazione più elevati.
Gestione delle modifiche alle risorse globali
L'opportunità di utilizzare risorse globali ad alta disponibilità può aiutarti a ottimizzare i costi e semplificare le operazioni. Tuttavia, per assicurarti che le risorse globali non diventino punti di errore singoli (SPOF), devi gestire attentamente le modifiche alla configurazione delle risorse globali.
Architettura di riferimento
Per un'architettura di riferimento che puoi utilizzare per progettare un deployment globale, consulta Deployment globale con Compute Engine e Spanner.