Questa guida all'architettura fornisce indicazioni pratiche per la pianificazione e la progettazione degli ambienti ibridi e multi-cloud utilizzando Google Cloud. Questo documento è 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 descrive molti modelli di architettura ibrida e multi-cloud collaudati.
Il set di documenti per i modelli di architettura ibrida e multi-cloud è composto da queste parti:
- Crea architetture ibride e multi-cloud: descrive 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 rete sicura ibrida e multi-cloud: vengono illustrati i modelli di architettura di rete ibrida e multi-cloud dal punto di vista della rete.
Puoi leggere ciascuno di questi articoli sull'architettura in modo indipendente, ma per ottenere il massimo beneficio, ti consigliamo di leggerli in sequenza prima di prendere una decisione sull'architettura.
Il rapido ritmo di cambiamento delle richieste del mercato ha aumentato i requisiti e le aspettative dell'IT aziendale, come la scalabilità dinamica, le prestazioni migliorate per un'esperienza utente ottimizzata e la sicurezza. Molte aziende di livello enterprise trovano difficile soddisfare queste richieste ed aspettative utilizzando solo infrastrutture e processi tradizionali. Anche i reparti IT sono sotto pressione per migliorare il rapporto costi/efficacia, il che rende difficile giustificare ulteriori investimenti di capitale in data center e attrezzature.
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 sul cloud pubblico, come Google Cloud, alla tua infrastruttura esistente, non solo preservi gli investimenti esistenti, ma eviti anche di impegnarti con un unico fornitore di servizi cloud. Inoltre, utilizzando una strategia ibrida, puoi modernizzare applicazioni e processi in modo incrementale man mano che le risorse lo consentono.
Per aiutarti a pianificare la tua decisione architettonica e la strategia ibrida o multicloud, ci sono diverse potenziali sfide e considerazioni di progettazione da tenere in considerazione. Questa guida all'architettura in più parti mette in evidenza sia i potenziali vantaggi delle varie architetture sia le potenziali sfide.
Panoramica del cloud ibrido e multi-cloud
Poiché i carichi di lavoro, l'infrastruttura e i processi sono unici per ogni azienda, ogni strategia di cloud ibrido deve essere adattata alle tue esigenze specifiche. Il risultato è che i termini cloud ibrido e multi-cloud vengono talvolta utilizzati in modo incoerente.
Nel contesto di questa guida all'architettura, il termine cloud ibrido descrive un'architettura in cui i carichi di lavoro vengono implementati in più ambienti di computing, di cui uno basato sul cloud pubblico e almeno uno privato, ad esempio un data center on-premise o una struttura di colocation. Google Cloud
Il termine multicloud 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). Questo assetto è chiamato 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