Modelli di architettura ibrida e multi-cloud

Last reviewed 2023-12-14 UTC

Questo è il secondo dei tre documenti di un insieme. Parla dei modelli ibridi e di architettura multi-cloud. Descrive inoltre gli scenari in cui più adatti. Infine, fornisce le best practice che puoi quando si esegue 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 delle applicazioni che Requisiti e vincoli dell'architettura di un ambiente ibrido o multi-cloud configurazione. Sebbene sia necessario progettare e personalizzare l'architettura per soddisfare questi vincoli e requisiti, puoi fare affidamento su alcuni pattern comuni per definire l'architettura di base.

Un modello di architettura è un modo ripetibile per strutturare più funzioni componenti di una soluzione tecnologica, un'applicazione o un servizio per creare riutilizzabile che soddisfa determinati requisiti o casi d'uso. R soluzione tecnologica basata su cloud è spesso composta da diversi e servizi cloud distribuiti. Questi servizi collaborano per fornire le informazioni necessarie funzionalità. In questo contesto, ogni servizio è considerato della soluzione tecnologica. Analogamente, un'applicazione può essere costituita più livelli funzionali, moduli o servizi e ognuno può rappresentare componente funzionale dell'architettura dell'applicazione. Una tale architettura può essere standardizzati per soddisfare casi d'uso aziendali specifici e fungere da di base e riutilizzabile.

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

  • I componenti della soluzione o dell'applicazione.
  • Le funzioni previste per ogni componente, ad esempio frontend per fornire una Graphic User Interface o funzioni di backend al che forniscono l'accesso ai dati.
  • Il modo in cui i componenti comunicano tra loro e con i sistemi esterni. o utenti. Nelle applicazioni moderne, questi componenti interagiscono interfacce o API ben definite. Ci sono un'ampia gamma di comunicazioni di modelli come asincrono e sincrono, richiesta-risposta o basato su code.

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

  • Modelli di architettura distribuita: Questi pattern si basano su un deployment distribuito di carichi di lavoro o componenti. Ciò significa che eseguono un'applicazione (o componenti specifici quell'applicazione) nell'ambiente di computing che meglio si adatta al pattern. In questo modo il pattern può trarre il massimo profitto dalle diverse proprietà caratteristiche degli ambienti di calcolo distribuiti e interconnessi.
  • Modelli di architettura ridondanti: Questi pattern si basano su deployment ridondanti di carichi di lavoro. In queste di progettazione, il deployment delle stesse applicazioni e dei relativi componenti ambienti di computing. L'obiettivo è aumentare il rendimento capacità o resilienza di un'applicazione o per replicare per lo sviluppo e il test.

Quando implementi il pattern di architettura selezionato, devi utilizzare un metodo adatto archetipo di deployment. Gli archetipi di deployment sono a livello di zona, di singola regione, di più regioni o globali. Questo è la base per creare un deployment specifico per l'applicazione diverse architetture. Ogni archetipo di deployment definisce una combinazione di errori domini all'interno dei quali può operare un'applicazione. Questi domini in errore possono comprendono uno o più zone o regioni Google Cloud, e può essere esteso per includere data center on-premise o 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