Modelli di architettura ibrida e multi-cloud

Last reviewed 2023-12-14 UTC

Questo è il secondo dei tre documenti di un insieme. Illustra i pattern comuni di architettura ibrida e multi-cloud. Descrive inoltre gli scenari in cui questi pattern sono più adatti. Infine, descrive le best practice da adottare quando esegui il deployment di queste architetture in Google Cloud.

Il set di documenti per i modelli di architettura ibrida e multi-cloud è costituito da queste parti:

Ogni azienda dispone di un portafoglio unico di carichi di lavoro applicativi che impongono requisiti e vincoli all'architettura di una configurazione ibrida o multi-cloud. Sebbene sia necessario progettare e personalizzare l'architettura per soddisfare questi vincoli e requisiti, puoi affidarti ad alcuni pattern comuni per definire l'architettura di base.

Un pattern di architettura è un modo ripetibile per strutturare più componenti funzionali di una soluzione tecnologica, di un'applicazione o di un servizio al fine di creare una soluzione riutilizzabile che soddisfi determinati requisiti o casi d'uso. Una soluzione tecnologica basata su cloud è spesso composta da diversi servizi cloud distinti e distribuiti. Questi servizi collaborano per offrire le funzionalità richieste. In questo contesto, ogni servizio è considerato un componente funzionale della soluzione. Analogamente, un'applicazione può essere costituita da più livelli funzionali, moduli o servizi e ognuno di essi può rappresentare un componente funzionale dell'architettura dell'applicazione. Questa architettura può essere standardizzata per soddisfare casi d'uso aziendali specifici e fungere da pattern di base e riutilizzabile.

Per definire in generale un pattern di architettura per un'applicazione o una soluzione, identifica e definisci quanto segue:

  • I componenti della soluzione o dell'applicazione.
  • Le funzioni previste per ogni componente, ad esempio funzioni di frontend per fornire una Graphic User Interface o funzioni di backend per fornire l'accesso ai dati.
  • Il modo in cui i componenti comunicano tra loro e con sistemi o utenti esterni. Nelle applicazioni moderne questi componenti interagiscono attraverso interfacce o API ben definite. Esiste un'ampia gamma di modelli di comunicazione, come asincroni e sincroni, basati su richiesta o di coda.

Di seguito sono riportate le due categorie principali di pattern di architettura ibrida e multi-cloud:

  • Pattern di architettura distribuita: questi pattern si basano su un deployment distribuito di carichi di lavoro o componenti delle applicazioni. Ciò significa che eseguono un'applicazione (o componenti specifici dell'applicazione) nell'ambiente di computing che meglio si adatta al pattern. In questo modo, il pattern può sfruttare le diverse proprietà e caratteristiche degli ambienti di calcolo distribuiti e interconnessi.
  • Pattern di architettura ridondanti: questi pattern si basano su deployment ridondanti di carichi di lavoro. In questi pattern, esegui il deployment delle stesse applicazioni e dei relativi componenti in più ambienti di computing. L'obiettivo è aumentare la capacità delle prestazioni o la resilienza di un'applicazione oppure replicare un ambiente esistente per lo sviluppo e il test.

Quando implementi il pattern di architettura selezionato, devi utilizzare un archetipo di deployment adatto. Gli archetipi di deployment sono a livello di zona, di singola regione, di più regioni o globali. Questa selezione costituisce la base per la creazione di architetture di deployment specifiche per le applicazioni. Ogni archetipo di deployment definisce una combinazione di domini di errore all'interno dei quali può operare un'applicazione. Questi domini in errore possono comprendere una o più zone o regioni Google Cloud e possono essere espansi per includere i tuoi data center on-premise o i domini in errore in altri cloud provider.

Questa serie contiene le seguenti pagine:

Collaboratori

Autore: Marwan Al Shawi | Partner Customer Engineer

Altri collaboratori:

Avanti
Modelli di architettura distribuita