Questo documento spiega come applicare le considerazioni aziendali predefinite quando si pianifica una strategia ibrida e multi-cloud. Amplia le linee guida in Driver, considerazioni, strategia e approcci. L'articolo definisce e analizza le considerazioni aziendali di cui le aziende devono tenere conto quando pianificano una strategia di questo tipo.
Chiarisci e concorda la vision e gli obiettivi
In definitiva, lo scopo principale di una strategia ibrida o multi-cloud è raggiungere i requisiti aziendali identificati e gli obiettivi tecnici associati per ciascun caso d'uso aziendale, in linea con gli obiettivi commerciali specifici. Per raggiungere questo obiettivo, crea un piano ben strutturato che includa le seguenti considerazioni:
- Quali carichi di lavoro devono essere eseguiti in ogni ambiente di computing.
- Quali pattern di architettura delle applicazioni da applicare a più carichi di lavoro.
- La tecnologia e il pattern dell'architettura di rete da utilizzare.
Tenere presente che definire un piano che tenga in considerazione tutti i carichi di lavoro e i requisiti è, nella migliore delle ipotesi, difficile, soprattutto in un ambiente IT complesso. Inoltre, la pianificazione richiede tempo e potrebbe portare a visioni da parte degli stakeholder concorrenti.
Per evitare queste situazioni, inizialmente formula una dichiarazione visiva che risponda alle seguenti domande (come minimo):
- Qual è il caso d'uso aziendale target per raggiungere gli scopi commerciali specifici?
- Perché l'approccio e l'ambiente di calcolo attuali non sono sufficienti per raggiungere gli obiettivi?
- Quali sono gli aspetti tecnologici principali per cui eseguire l'ottimizzazione con il cloud pubblico?
- Perché e in che modo il nuovo approccio ottimizzerà e raggiungerà i tuoi scopi commerciali?
- Per quanto tempo prevedi di utilizzare la tua configurazione ibrida o multi-cloud?
Un accordo sugli obiettivi aziendali e tecnici chiave e i fattori di motivazione, quindi ottenere l'approvazione pertinente degli stakeholder può fornire le basi per i passaggi successivi del processo di pianificazione. Per allineare efficacemente la soluzione proposta con la vision architetturale generale della tua organizzazione, allineati al tuo team e agli stakeholder responsabili della guida e della sponsorizzazione di questa iniziativa.
Identificare e chiarire altre considerazioni
Quando pianifichi un'architettura ibrida o multi-cloud, è importante identificare e concordare i vincoli architetturali e operativi del progetto.
Per quanto riguarda le operazioni, il seguente elenco non esaustivo fornisce alcuni requisiti che potrebbero creare alcuni vincoli da considerare durante la pianificazione dell'architettura:
- Gestire e configurare più cloud separatamente rispetto alla creazione di un modello olistico per gestire e proteggere i diversi ambienti cloud.
- Garantire autenticazione, autorizzazione, controllo e criteri coerenti in tutti gli ambienti.
- Utilizzare strumenti e processi coerenti nei vari ambienti per fornire una visione olistica su sicurezza, costi e opportunità di ottimizzazione.
- Usare standard di conformità e sicurezza coerenti per applicare una governance unificata.
Per quanto riguarda la pianificazione dell'architettura, i vincoli più grandi spesso provengono dai sistemi esistenti e possono includere quanto segue:
- Dipendenze tra le applicazioni
- Requisiti di prestazioni e latenza per la comunicazione tra i sistemi
- Dipendenza da hardware o sistemi operativi che potrebbero non essere disponibili nel cloud pubblico
- Limitazioni di licenza
- Dipendenza dalla disponibilità delle funzionalità richieste nelle regioni selezionate di un'architettura
Per ulteriori informazioni sulle altre considerazioni relative alla portabilità dei carichi di lavoro, allo spostamento dei dati e agli aspetti di sicurezza, consulta Altre considerazioni.
Progetta una strategia per un'architettura ibrida e multi-cloud
Dopo aver chiarito le specifiche degli obiettivi aziendali e tecnici con i requisiti aziendali associati (e idealmente chiarito e concordato una dichiarazione visionale), puoi creare la tua strategia per creare un'architettura ibrida o multi-cloud.
Il seguente diagramma di flusso riassume i passaggi logici per creare tale strategia.
Per aiutarti a determinare le esigenze e gli scopi tecnici dell'architettura ibrida o multi-cloud, i passaggi nel diagramma di flusso precedente iniziano con i requisiti e gli obiettivi aziendali. Il modo in cui implementi la tua strategia può variare a seconda degli obiettivi, dei fattori trainanti e del percorso di migrazione tecnologico di ciascun caso d'uso aziendale.
È importante ricordare che una migrazione è un viaggio. Il seguente diagramma illustra le fasi di questo percorso come descritto in Eseguire la migrazione a Google Cloud.
Questa sezione fornisce indicazioni sulle fasi "Valuta", "Pianifica", "Esegui il deployment" e "Ottimizza" nel diagramma precedente. Presenta queste informazioni nel contesto di una migrazione ibrida o multi-cloud. Devi allineare ogni migrazione alle indicazioni e alle best practice discusse nella sezione del percorso di migrazione della guida Migrate to Google Cloud. Queste fasi possono applicarsi a ogni singolo carico di lavoro, non a tutti i carichi di lavoro contemporaneamente. In qualsiasi momento, diversi carichi di lavoro possono trovarsi in fasi diverse:
Valuta la fase
Nella fase Valutazione, esegui una valutazione iniziale del carico di lavoro. Durante questa fase, considera gli obiettivi delineati nei documenti di pianificazione della vision e della strategia. Scegli un piano di migrazione identificando prima un elenco di carichi di lavoro candidati di carichi di lavoro che potrebbero trarre vantaggio dal deployment o dalla migrazione nel cloud pubblico.
Per iniziare, scegli un carico di lavoro non critico per l'azienda o troppo difficile da migrare (con dipendenze minime o nulle da qualsiasi carico di lavoro in altri ambienti), ma abbastanza tipico da fungere da modello per i deployment o le migrazioni imminenti.
Idealmente, il carico di lavoro o l'applicazione selezionati dovrebbero far parte di una funzione o di un caso d'uso aziendale mirato che abbia un effetto misurabile sull'azienda al termine.
Per valutare e mitigare eventuali rischi potenziali di migrazione, esegui una valutazione dei rischi di migrazione. È importante valutare il carico di lavoro candidato per determinare se è idoneo alla migrazione a un ambiente multi-cloud. Questa valutazione comporta la valutazione di vari aspetti delle applicazioni e dell'infrastruttura, tra cui:
- Requisiti di compatibilità delle applicazioni con i cloud provider selezionati
- Modelli di prezzo
- Funzionalità di sicurezza offerte dai cloud provider selezionati
- Requisiti di interoperabilità delle applicazioni
L'esecuzione di una valutazione consente inoltre di identificare i requisiti di privacy dei dati, di conformità, di coerenza e di soluzioni in più ambienti cloud. I rischi identificati possono influire sui carichi di lavoro di cui scegli di eseguire la migrazione o di eseguire le operazioni.
Esistono diversi tipi di strumenti, come il Centro di migrazione di Google Cloud, per aiutarti a valutare i carichi di lavoro esistenti. Per ulteriori informazioni, consulta Migrazione a Google Cloud: scegli uno strumento di valutazione.
Dal punto di vista della modernizzazione dei carichi di lavoro, lo strumento di valutazione dell'idoneità aiuta a valutare un carico di lavoro VM per determinare se è adatto alla modernizzazione a un container o alla migrazione su Compute Engine.
Fase del piano
Nella fase di pianificazione, inizia con le applicazioni identificate e i carichi di lavoro cloud richiesti ed esegui le attività seguenti:
- Sviluppa una strategia di migrazione prioritaria che definisce le onde e i percorsi di migrazione delle applicazioni.
- Identificare il pattern di architettura delle applicazioni ibride o multi-cloud di alto livello applicabile.
- Seleziona un pattern di architettura di networking che supporti il pattern di architettura dell'applicazione selezionato.
Idealmente, dovresti incorporare il pattern di cloud networking con la progettazione della zona di destinazione. La progettazione della zona di destinazione funge da elemento fondamentale delle architetture ibride e multi-cloud complessive. La progettazione richiede un'integrazione perfetta con questi pattern. Non progettare la zona di destinazione in isolamento. Considera questi pattern di networking come sottoinsieme della progettazione della zona di destinazione.
Una zona di destinazione può essere composta da diverse applicazioni, ciascuna con un diverso modello di architettura di networking. Inoltre, in questa fase, è importante decidere il design della gerarchia delle organizzazioni, dei progetti e delle risorse di Google Cloud per preparare la zona di destinazione dell'ambiente cloud per l'integrazione e il deployment ibridi o multi-cloud.
Nell'ambito di questa fase, devi considerare quanto segue:
- Definire l'approccio alla migrazione e alla modernizzazione. Ulteriori informazioni sugli approcci alla migrazione saranno disponibili più avanti in questa guida. È trattato in modo più dettagliato anche nella sezione sui tipi di migrazione di Eseguire la migrazione a Google Cloud.
- Utilizza i risultati della fase di valutazione e scoperta. Allineale al carico di lavoro dei candidati di cui prevedi di eseguire la migrazione. Quindi sviluppa un piano di Migration Waves dell'applicazione. Il piano deve incorporare i requisiti stimati per il dimensionamento delle risorse che hai determinato durante la fase di valutazione.
- Definire il modello di comunicazione richiesto tra le applicazioni distribuite e tra i componenti dell'applicazione per l'architettura ibrida o multi-cloud prevista.
- Scegli un archetipo di deployment adatto per il deployment del carico di lavoro, ad esempio a livello di zona, a livello di regione, multiregionale o globale, per il modello di architettura scelto. L'archetipo che selezioni costituisce la base per costruire architetture di deployment specifiche per l'applicazione su misura per le tue esigenze aziendali e tecniche.
- Stabilisci i criteri di successo misurabili per la migrazione, con traguardi chiari per ogni fase o fase della migrazione. La selezione dei criteri è essenziale, anche se l'obiettivo tecnico è fare in modo che l'architettura ibrida sia una configurazione a breve termine.
- Definisci gli SLA (accordi sul livello del servizio) e i KPI delle applicazioni quando le applicazioni operano in una configurazione ibrida, in particolare per quelle applicazioni che potrebbero avere componenti distribuiti in più ambienti.
Per ulteriori informazioni, consulta Informazioni sulla pianificazione della migrazione per pianificare una migrazione di successo e ridurre al minimo i rischi associati.
Fase di deployment
Nella fase di deployment, puoi iniziare a eseguire la tua strategia di migrazione. Dato il potenziale numero di requisiti, è meglio adottare un approccio iterativo.
Assegna le priorità ai carichi di lavoro in base alle wave di migrazione e applicazioni sviluppate durante la fase di pianificazione. Con le architetture ibride e multi-cloud, avvia il deployment stabilendo la connettività necessaria tra Google Cloud e gli altri ambienti di computing. Per facilitare il modello di comunicazione richiesto per la tua architettura ibrida o multi-cloud, basa il deployment sul tipo di progettazione e connettività di rete selezionato, insieme al pattern di networking applicabile. Ti consigliamo di adottare questo approccio per prendere una decisione generale sulla progettazione della zona di destinazione.
Inoltre, devi testare e convalidare l'applicazione o il servizio in base ai criteri di successo dell'applicazione definiti. Idealmente, questi criteri dovrebbero includere i requisiti di test funzionali e di carico (non funzionali) prima di passare alla produzione.
Fase di ottimizzazione
Nella fase Ottimizzazione, testa il deployment: dopo aver completato i test e se l'applicazione o il servizio soddisfa le aspettative in termini di capacità funzionale e prestazioni, puoi portarlo in produzione. Gli strumenti di monitoraggio e visibilità su cloud, come Cloud Monitoring, sono in grado di fornire insight su prestazioni, disponibilità e integrità delle tue applicazioni e dell'infrastruttura e ti aiutano a eseguire l'ottimizzazione laddove necessario.
Per maggiori informazioni, consulta Eseguire la migrazione a Google Cloud: ottimizzare l'ambiente. Per saperne di più su come progettare questi strumenti per un'architettura ibrida o multi-cloud, consulta Pattern di monitoraggio e logging ibridi e multi-cloud.
Valuta i carichi di lavoro candidati
La scelta di ambienti di computing per diversi carichi di lavoro influisce notevolmente sul successo di una strategia ibrida e multi-cloud. Le decisioni sul posizionamento del carico di lavoro devono essere in linea con gli scopi commerciali specifici. Pertanto, queste decisioni devono basarsi su casi d'uso aziendali mirati che consentano effetti aziendali misurabili. Tuttavia, non è sempre necessario né consigliato iniziare con il carico di lavoro/l'applicazione più critici per l'azienda. Per ulteriori informazioni, consulta Scegliere le app di cui eseguire la migrazione per prime nella guida Migrate to Google Cloud.
Come discusso nella sezione Driver aziendali e tecnici, esistono diversi tipi di driver e considerazioni per le architetture ibride e multi-cloud.
Il seguente elenco riepilogativo di fattori può aiutarti a valutare il tuo caso d'uso per la migrazione nel contesto di un'architettura ibrida o multi-cloud con la possibilità di ottenere un effetto aziendale misurabile:
- Potenziale per la differenziazione o l'innovazione di mercato tramite l'uso di servizi cloud per abilitare determinate funzioni o capacità aziendali, ad esempio le funzionalità di intelligence artificiale che utilizzano dati on-premise esistenti per addestrare modelli di machine learning.
- Potenziali risparmi sul costo totale di proprietà per un'applicazione.
- Potenziali miglioramenti in termini di disponibilità, resilienza, sicurezza o prestazioni, ad esempio l'aggiunta di un sito per il ripristino di emergenza (RE) nel cloud.
- Potenziale accelerazione dei processi di sviluppo e rilascio, ad esempio la creazione di ambienti di sviluppo e test nel cloud.
I seguenti fattori possono aiutarti a valutare i rischi della migrazione:
- Il potenziale effetto di interruzioni causate da una migrazione.
- L'esperienza del tuo team con i deployment nel cloud pubblico o con i deployment per un cloud provider nuovo o secondo.
- La necessità di rispettare eventuali restrizioni legali o normative esistenti.
I seguenti fattori possono aiutarti a valutare le difficoltà tecniche di una migrazione:
- Le dimensioni, la complessità e l'età dell'applicazione.
- Il numero di dipendenze con altre applicazioni e servizi nei diversi ambienti di elaborazione.
- Eventuali restrizioni imposte da licenze di terze parti.
- Eventuali dipendenze da versioni specifiche di sistemi operativi, database o altre configurazioni di ambiente.
Dopo aver valutato i carichi di lavoro iniziali, puoi iniziare a assegnargli la priorità e definire le onde di migrazione e gli approcci. Potrai quindi identificare i pattern di architettura applicabili e i pattern di networking di supporto. Questo passaggio potrebbe richiedere più iterazioni, perché la valutazione potrebbe cambiare nel tempo. Vale quindi la pena rivalutare i carichi di lavoro dopo aver eseguito i primi deployment cloud.