Questa guida all'architettura fornisce indicazioni pratiche sulla pianificazione e sulla progettazione degli ambienti ibridi e multi-cloud utilizzando Google Cloud. Questo è il primo di tre documenti del set. Esamina le opportunità e le considerazioni associate a queste architetture dal punto di vista aziendale e tecnologico. Inoltre, analizza e discute molti pattern di architettura ibrida e multi-cloud collaudati.
Il set di documenti per i pattern di architettura ibrida e multi-cloud è composto dalle seguenti parti:
- Crea architetture ibride e multi-cloud: illustra la pianificazione di una strategia per la progettazione di una configurazione ibrida e multi-cloud conGoogle Cloud (questo articolo).
- Modelli di architettura ibrida e multi-cloud: illustra i modelli di architettura comuni da adottare nell'ambito di una strategia ibrida e multi-cloud.
- Modelli di architettura di networking sicuro ibrido e multi-cloud: illustra i modelli di architettura di networking ibrido e multi-cloud dal punto di vista del networking.
Puoi leggere ciascuno di questi articoli sull'architettura in modo indipendente, ma per ottenere il massimo vantaggio, ti consigliamo di leggerli in sequenza prima di prendere una decisione sull'architettura.
Il ritmo rapido dei cambiamenti nelle esigenze del mercato ha aumentato i requisiti e le aspettative posti sull'IT aziendale, come la scalabilità dinamica, l'aumento delle prestazioni per un'esperienza utente ottimizzata e la sicurezza. Molte aziende di livello enterprise trovano difficile soddisfare queste esigenze e aspettative utilizzando solo infrastrutture e processi tradizionali. Anche i reparti IT sono sotto pressione per migliorare l'efficacia dei costi, il che rende difficile giustificare ulteriori investimenti di capitale in data center e apparecchiature.
Una strategia di cloud ibrido che utilizza le funzionalità di cloud computing pubblico fornisce una soluzione pragmatica. Utilizzando il cloud pubblico, puoi estendere la capacità e le funzionalità delle tue piattaforme di computing senza costi di investimento di capitale iniziali.
Aggiungendo una o più soluzioni basate su cloud pubblico, come Google Cloud, alla tua infrastruttura esistente, non solo preservi i tuoi investimenti esistenti, ma eviti anche di vincolarti a un unico fornitore di cloud. Inoltre, utilizzando una strategia ibrida, puoi modernizzare applicazioni e processi in modo incrementale, in base alle risorse disponibili.
Per aiutarti a pianificare la tua decisione sull'architettura e la tua strategia ibrida o multi-cloud, esistono diverse potenziali sfide e considerazioni di progettazione che dovresti tenere presenti. Questa guida all'architettura in più parti evidenzia sia i potenziali vantaggi delle varie architetture sia le potenziali sfide.
Panoramica del cloud ibrido e del multi-cloud
Poiché i workload, l'infrastruttura e i processi sono unici per ogni azienda, ogni strategia di cloud ibrido deve essere adattata alle tue esigenze specifiche. Di conseguenza, i termini cloud ibrido e multi-cloud vengono talvolta utilizzati in modo incoerente.
Nel contesto di questa guida all'architettura Google Cloud , il termine cloud ibrido descrive un'architettura in cui i workload vengono distribuiti in più ambienti di computing, uno basato sul cloud pubblico e almeno uno privato, ad esempio un data center on-premise o una struttura di colocation.
Il termine multi-cloud descrive un'architettura che combina almeno due CSP pubblici. Come illustrato nel seguente diagramma, a volte questa architettura include un ambiente di computing privato (che potrebbe includere l'utilizzo di un componente cloud privato). Questa disposizione è chiamata architettura ibrida e multi-cloud.
Collaboratori
Autore: Marwan Al Shawi | Partner Customer Engineer
Altri collaboratori:
- Saud Albazei | Customer Engineer, Application Modernization
- Anna Berenberg | Engineering Fellow
- Marco Ferrari | Cloud Solutions Architect
- Victor Moreno | Product Manager, Cloud Networking
- Johannes Passing | Cloud Solutions Architect
- Mark Schlagenhauf | Technical Writer, Networking
- Daniel Strebel | EMEA Solution Lead, Application Modernization
- Ammett Williams | Developer Relations Engineer