Questa guida all'architettura fornisce indicazioni pratiche alla pianificazione e all'architettura i tuoi ambienti ibridi e multi-cloud utilizzando Google Cloud. Questo documento è il primo dei tre documenti della serie. Esamina le opportunità e considerazioni associate a queste architetture da un'azienda e dal punto di vista tecnologico. Inoltre, analizza e discute di molti modelli ibride di architettura multi-cloud.
Il set di documenti per i modelli di architettura ibrida e multi-cloud è costituito da queste parti:
- Creare architetture ibride e multi-cloud: illustra la pianificazione di una per la progettazione di una configurazione ibrida e multi-cloud Google Cloud (questo articolo).
- Modelli di architettura ibrida e multi-cloud: illustra pattern di architettura comuni da adottare come parte di un modello strategia multi-cloud.
- Modelli di architettura di networking sicura ibrida e multi-cloud: illustra i pattern di architettura di networking ibrida e multi-cloud da un punto di vista del networking.
Puoi leggere ciascuno di questi articoli sull'architettura in modo indipendente, ma per vantaggio, consigliamo di leggerli in sequenza prima di effettuare decisione a livello di architettura.
Il rapido ritmo di cambiamento delle richieste del mercato ha aumentato i requisiti e dell'IT aziendale, come la scalabilità dinamica, aumentavano per ottimizzare l'esperienza utente e la sicurezza. Molte soluzioni a livello aziendale le aziende trovano difficile soddisfare queste richieste e aspettative utilizzando solo l'infrastruttura e i processi tradizionali. Anche i reparti IT sono sotto pressione per migliorare la convenienza economica, rendendo difficile giustificare ulteriori di capitale in data center e attrezzature.
Una strategia di cloud ibrido che utilizza funzionalità di cloud computing pubblico fornisce una soluzione pragmatica. Utilizzando il cloud pubblico, puoi estendere la capacità e funzionalità delle tue piattaforme informatiche senza investimenti di capitale iniziali costi aggiuntivi.
Aggiungendo una o più soluzioni basate su cloud pubblico, come Google Cloud, per dell'infrastruttura esistente, non solo conservi gli investimenti esistenti, ma eviterai anche di impegnarti con un unico fornitore di servizi cloud. Inoltre, utilizzando una strategia ibrida, puoi modernizzare le applicazioni e i processi in modo incrementale che le risorse lo consentano.
Per aiutarti a pianificare le tue decisioni nell'ambito dell'architettura e di ambienti ibridi o multi-cloud pianificazione strategica, ci sono diverse sfide potenziali e un considerazioni che dovresti prendere in considerazione. Questa guida all'architettura in più parti mettendo in evidenza sia i potenziali vantaggi delle varie architetture potenziali sfide.
Panoramica del cloud ibrido e del 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 a volte vengono usati i termini cloud ibrido e multi-cloud in modo incoerente.
Nell'ambito di questa guida all'architettura di Google Cloud, il termine cloud ibrido descrive un'architettura in cui viene eseguito il deployment dei carichi di lavoro in più ambienti di computing, uno basato sul cloud pubblico e almeno uno privata, 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, talvolta questa architettura include un ambiente di computing privato (che potrebbe l'uso di un componente cloud privato). Questo accordo è chiamato un'architettura ibrida e multi-cloud.
Collaboratori
Autore: Marwan Al Shawi | Partner Customer Engineer
Altri collaboratori:
- Saud Albazei | Customer Engineer, modernizzazione delle applicazioni
- Anna Berenberg | Ingegnere
- Marco Ferrari | Cloud Solutions Architect
- Victor Moreno | Product Manager, Cloud Networking
- Johannes Passing | Cloud Solutions Architect
- Marca Schlagenhauf | Scrittore tecnico, networking
- Daniele Russo | EMEA Solution Lead, Modernizzazione delle applicazioni
- Giulia Ferrara | Ingegnere per le relazioni con gli sviluppatori