Questa sezione del Archetipi di deployment di Google Cloud descrive l'archetipo del deployment globale.
In un'architettura basata sull'archetipo del deployment globale, dell'applicazione viene eseguita in più regioni Google Cloud in tutto il mondo. Tu puoi eseguire il deployment dell'applicazione come stack Location Unware distribuito con più stack isolati a livello di regione. In entrambi i casi, anycast il bilanciatore del carico distribuisce il traffico alla regione appropriata. L'applicazione scrive i dati e legge i dati da un database replicato in modo sincrono disponibile in tutte le regioni, ad esempio Spanner con configurazione per più regioni. Anche altri componenti dello stack di applicazioni possono essere globali, ad esempio la cache e archiviazione di oggetti.
Il seguente diagramma mostra la variante Distributed Location-Unaware della archetipo di deployment globale:
Il diagramma precedente mostra uno stack di applicazioni non basato sulla posizione, con frontend e le istanze di backend (in genere microservizi) distribuite in più zone in tre regioni Google Cloud. Un caricamento anycast globale di Google Cloud distribuisce il traffico in entrata a un'istanza di frontend appropriata. Questo della distribuzione in base alla disponibilità e alla capacità delle istanze la loro vicinanza geografica alla sorgente del traffico. Tra regioni i bilanciatori del carico interni distribuiscono il traffico dalle istanze di frontend le istanze di backend appropriate in base alla loro disponibilità e capacità. La un'applicazione utilizza un database replicato e disponibile in modo sincrono tra regioni diverse.
Il seguente diagramma mostra una variante dell'archetipo del deployment globale con stack di applicazioni isolate a livello di regione:
Il diagramma precedente mostra gli stack di applicazioni isolati a livello di regione eseguiti in in più zone in due regioni Google Cloud. Questa topologia è simile a il archetipo di deployment multiregionale, ma utilizza un bilanciatore del carico anycast globale invece del routing DNS. Globale Il bilanciatore del carico distribuisce il traffico in entrata a un frontend nella regione più vicino all'utente. Entrambi gli stack delle applicazioni scrivono dati e leggono da un database che viene replicato in modo sincrono e disponibile sia regioni. Se si verifica un'interruzione in una delle due regioni, il carico globale invia le richieste degli utenti a un frontend nell'altra regione.
Casi d'uso
Le seguenti sezioni forniscono esempi di casi d'uso per i quali l'archetipo del deployment è una scelta appropriata.
Applicazione a disponibilità elevata per un pubblico globale
Consigliamo l'archetipo di deployment globale per le applicazioni al servizio degli utenti in tutto il mondo e, pertanto, necessitano di disponibilità elevata e robustezza o in caso di interruzione del servizio in più regioni.
Opportunità per ottimizzare i costi e semplificare le operazioni
Con l'archetipo del deployment globale, puoi utilizzare le risorse di risorse come un bilanciatore del carico e un database globale. Rispetto a un in più regioni, un deployment globale può aiutare a ridurre i costi e semplificare operazioni perché si esegue il provisioning e la gestione di meno risorse.
Note sul layout
Quando crei un'architettura basata sull'archetipo di deployment globale, tieni in considerazione i seguenti fattori di progettazione.
Costi di archiviazione, replica e networking
In un'architettura distribuita a livello globale, il volume della rete il traffico può essere elevato rispetto a un deployment a livello di regione. Puoi anche archiviare e di replicare più dati. Quando crei un'architettura che si basa sulle archetipo di deployment, consideriamo il costo potenzialmente più elevato per l'archiviazione dei dati networking. Per le applicazioni business-critical, il vantaggio della disponibilità di un distribuita a livello globale può superare il livello di networking e i costi di archiviazione.
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 garantire che a livello globale risorse non diventino single point of failure (SPOF), devi prestare attenzione per gestire le modifiche alla configurazione delle risorse globali.
Architettura di riferimento
Per un'architettura di riferimento che puoi utilizzare per progettare un deployment globale, vedi Deployment globale con Compute Engine e Spanner.