Questo documento illustra come applicare considerazioni aziendali predefinite quando pianifichi una strategia ibrida e multi-cloud. Espande le indicazioni riportate in Fattori, considerazioni, strategia e approcci. L'articolo definisce e analizza le considerazioni commerciali che le aziende devono tenere presenti quando pianificano una strategia di questo tipo.
Chiarire e concordare la vision e gli obiettivi
In definitiva, lo scopo principale di una strategia ibrida o multicloud è soddisfare i requisiti aziendali identificati e gli obiettivi tecnici associati per ogni caso d'uso aziendale in linea con obiettivi aziendali 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 calcolo.
- Quali pattern di architettura dell'applicazione da applicare a più carichi di lavoro.
- La tecnologia e il pattern di architettura di rete da utilizzare.
Tieni presente che definire un piano che tenga conto di tutti i workload e i requisiti è difficile, soprattutto in un ambiente IT complesso. Inoltre, la pianificazione richiede tempo e potrebbe portare a visioni in concorrenza tra gli stakeholder.
Per evitare situazioni di questo tipo, formula inizialmente una dichiarazione di visione che risponda almeno alle seguenti domande:
- Qual è il caso d'uso aziendale scelto per raggiungere obiettivi commerciali specifici?
- Perché l'approccio e l'ambiente di calcolo attuali non sono sufficienti per soddisfare gli obiettivi commerciali?
- Quali sono gli aspetti tecnologici principali da ottimizzare utilizzando il cloud pubblico?
- Perché e in che modo il nuovo approccio ottimizzerà e soddisferà gli scopi della tua attività?
- Per quanto tempo prevedi di utilizzare la configurazione ibrida o multicloud?
Concordare gli obiettivi e i fattori chiave di business e tecnici, quindi ottenere la firma degli stakeholder pertinenti, può fornire una base per i passaggi successivi della procedura di pianificazione. Per allineare efficacemente la soluzione proposta alla visione architettonica complessiva della tua organizzazione, allineati al tuo team e agli stakeholder responsabili della guida e del patrocinio di questa iniziativa.
Identificare e chiarire altre considerazioni
Durante la pianificazione di un'architettura ibrida o multicloud, è importante identificare e concordare i vincoli architettonici e operativi del progetto.
Dal punto di vista operativo, 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 l'autenticazione, l'autorizzazione, il controllo e i criteri coerenti in tutti gli ambienti.
- Utilizzo di strumenti e processi coerenti in tutti gli ambienti per fornire una panoramica olistica di sicurezza, costi e opportunità di ottimizzazione.
- Utilizzo di standard di conformità e sicurezza coerenti per applicare una governance unificata.
Per quanto riguarda la pianificazione dell'architettura, i vincoli più grandi spesso derivano da 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 relative alle licenze
- Dipendenza dalla disponibilità delle funzionalità richieste nelle regioni selezionate di un'architettura multicloud
Per ulteriori informazioni sulle altre considerazioni relative alla portabilità del carico di lavoro, al trasferimento dei dati e agli aspetti di sicurezza, consulta Altre considerazioni.
Progetta una strategia di architettura ibrida e multi-cloud
Dopo aver chiarito le specifiche degli scopi commerciali e tecnici con i requisiti aziendali associati (e aver chiarito e concordato una dichiarazione di visione), puoi elaborare la tua strategia per creare un'architettura ibrida o multicloud.
Il seguente diagramma di flusso riassume i passaggi logici per creare una strategia di questo tipo.
Per aiutarti a determinare gli scopi e le esigenze tecniche della tua architettura ibrida o multi-cloud, i passaggi del diagramma di flusso precedente iniziano con i requisiti e gli scopi aziendali. Il modo in cui implementi la tua strategia può variare in base agli obiettivi, ai fattori di stimolo e al percorso di migrazione tecnologica di ogni caso d'uso aziendale.
È importante ricordare che una migrazione è un percorso. 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 qualsiasi migrazione alle linee guida e alle best practice descritte nella sezione sul percorso di migrazione della guida Esegui la migrazione a Google Cloud . Queste fasi potrebbero essere applicate a ciascun carico di lavoro singolarmente, non a tutti contemporaneamente. In qualsiasi momento, diversi carichi di lavoro potrebbero trovarsi in fasi diverse:
Fase di valutazione
Nella fase Valuta, esegui una valutazione iniziale del carico di lavoro. Durante questa fase, prendi in considerazione gli obiettivi descritti nei documenti di pianificazione della visione e della strategia. Scegli un piano di migrazione identificando innanzitutto un elenco di carichi di lavoro candidati che potrebbero trarre vantaggio dall'esecuzione o dalla migrazione nel cloud pubblico.
Per iniziare, scegli un carico di lavoro non fondamentale per l'attività o troppo difficile da eseguire la migrazione (con dipendenze minime o nulle da qualsiasi carico di lavoro in altri ambienti), ma abbastanza tipico da fungere da modello per i prossimi implementazioni o migrazioni.
Idealmente, il workload o l'applicazione selezionati devono far parte di un caso d'uso o di una funzione aziendale mirata che abbia un effetto misurabile sull'attività al termine.
Per valutare e mitigare eventuali potenziali rischi di migrazione, esegui una valutazione dei rischi di migrazione. È importante valutare il carico di lavoro candidato per determinare la sua idoneità alla migrazione a un ambiente multicloud. Questa valutazione prevede la valutazione di vari aspetti delle applicazioni e dell'infrastruttura, tra cui:
- Requisiti di compatibilità delle applicazioni con i provider cloud selezionati
- Modelli di prezzo
- Funzionalità di sicurezza offerte dai provider cloud selezionati
- Requisiti di interoperabilità delle applicazioni
L'esecuzione di una valutazione ti aiuta anche a identificare i requisiti relativi alla privacy dei dati, ai requisiti di conformità, alla coerenza e alle soluzioni in più ambienti cloud. I rischi identificati possono influire sui carichi di lavoro di cui scegli di eseguire la migrazione o l'utilizzo.
Esistono diversi tipi di strumenti, come il Centro di migrazione di Google Cloud, che ti aiutano a valutare i workload esistenti. Per ulteriori informazioni, consulta Migrazione a Google Cloud: scegliere uno strumento di valutazione.
Dal punto di vista della modernizzazione dei carichi di lavoro, lo strumento di valutazione di idoneità aiuta a valutare un carico di lavoro VM per determinare se è idoneo per la modernizzazione in un contenitore o per la migrazione a Compute Engine.
Fase di pianificazione
Nella fase Pianifica, inizia con le applicazioni identificate e i carichi di lavoro cloud richiesti ed esegui le seguenti attività:
- Sviluppare una strategia di migrazione con priorità che definisce i percorsi e le ondate di migrazione delle applicazioni.
- Identifica il modello di architettura di applicazioni ibride o multi-cloud di alto livello applicabile.
- Seleziona un pattern di architettura di rete che supporti il pattern di architettura dell'applicazione selezionato.
Idealmente, devi incorporare il pattern di rete cloud con il design della landing zone. Il design della landing zone funge da elemento di base fondamentale delle architetture ibride e multi-cloud complessive. Il design richiede un'integrazione senza interruzioni con questi pattern. Non progettare la zona di destinazione in isolamento. Considera questi pattern di networking come un sottoinsieme del design della zona di destinazione.
Una landing zone può essere composta da applicazioni diverse, ciascuna con un pattern di architettura di rete diverso. Inoltre, in questa fase è importante decidere il design della Google Cloud gerarchia di organizzazioni, progetti e risorse per preparare la zona di destinazione dell'ambiente cloud all'integrazione e al deployment ibridi o multi-cloud.
Nell'ambito di questa fase, devi considerare quanto segue:
- Definisci l'approccio di migrazione e modernizzazione. Puoi trovare maggiori informazioni sugli approcci alla migrazione nelle pagine successive di questa guida. È trattato anche in modo più dettagliato nella sezione Tipi di migrazione di Esegui la migrazione a Google Cloud.
- Utilizza i risultati della fase di valutazione e scoperta. Allinea li al workload candidato di cui prevedi di eseguire la migrazione. Quindi, sviluppa un piano di wave di migrazione per le applicazioni. Il piano deve includere i requisiti stimati per le dimensioni delle risorse che hai stabilito durante la fase di valutazione.
- Definisci 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 eseguire il deployment del tuo carico di lavoro, ad esempio zonale, regionale, multiregionale o globale, per il pattern di architettura scelto. L'archetipo selezionato costituisce la base per la costruzione delle architetture di deployment specifiche per l'applicazione, personalizzate in base alle tue esigenze tecniche e aziendali.
- Decidi criteri di successo misurabili per la migrazione, con traguardi chiari per ogni fase o ondata di migrazione. La selezione dei criteri è essenziale, anche se l'obiettivo tecnico è avere l'architettura ibrida come configurazione a breve termine.
- Definisci gli SLA e i KPI delle applicazioni quando queste operano in una configurazione ibrida, in particolare per quelle che potrebbero avere componenti distribuiti in più ambienti.
Per ulteriori informazioni, consulta la sezione Informazioni sulla pianificazione della migrazione per aiutarti a pianificare una migrazione efficace e ridurre al minimo i rischi associati.
Fase di deployment
Nella fase Deployment, puoi iniziare a eseguire la strategia di migrazione. Dato il potenziale numero di requisiti, è meglio adottare un approccio iterativo.
Assegna la priorità ai tuoi carichi di lavoro in base alle ondate di migrazione e applicazione che hai sviluppato durante la fase di pianificazione. Con le architetture ibride e multi-cloud, inizia il deployment stabilendo la connettività necessaria tra Google Cloud e gli altri ambienti di calcolo. Per facilitare il modello di comunicazione richiesto per la tua architettura ibrida o multicloud, basa il deployment sul design selezionato e sul tipo di connettività di rete, nonché sul pattern di networking applicabile. Ti consigliamo di adottare questo approccio per la decisione complessiva sul design della landing zone.
Inoltre, devi testare e convalidare l'applicazione o il servizio in base ai criteri di successo dell'applicazione definiti. Idealmente, questi criteri dovrebbero includere sia i requisiti di test funzionale sia quelli di test di carico (non funzionali) prima di passare alla produzione.
Fase di ottimizzazione
Nella fase Ottimizza, testa il deployment: al termine dei test, se l'applicazione o il servizio soddisfa le aspettative relative alla funzionalità e alla capacità di rendimento, puoi passare alla produzione. Gli strumenti di monitoraggio e visibilità del cloud, come Cloud Monitoring, possono fornire informazioni su prestazioni, disponibilità e integrità delle tue applicazioni e della tua infrastruttura e aiutarti a ottimizzare dove necessario.
Per saperne di più, consulta la pagina Eseguire la migrazione a Google Cloud: ottimizzare l'ambiente. Per scoprire di più su come progettare questi strumenti per un'architettura ibrida o multi-cloud, consulta Modelli di monitoraggio e logging ibridi e multi-cloud.
Valutare i carichi di lavoro candidati
La scelta degli ambienti di calcolo per carichi di lavoro diversi influisce notevolmente sul successo di una strategia ibrida e multi-cloud. Le decisioni relative al posizionamento dei carichi di lavoro devono essere in linea con obiettivi commerciali specifici. Pertanto, queste decisioni devono essere guidate da casi d'uso aziendali mirati che consentano effetti aziendali misurabili. Tuttavia, iniziare con il carico di lavoro/l'applicazione più importante per l'attività non è sempre necessario né consigliato. Per ulteriori informazioni, consulta la sezione Scegliere le app di cui eseguire prima la migrazione nella guida Esegui la migrazione a Google Cloud .
Come discusso nella sezione Fattori aziendali e tecnici, esistono diversi tipi di fattori e considerazioni per le architetture ibride e multicloud.
Il seguente elenco riepilogativo di fattori può aiutarti a valutare il tuo caso d'uso di migrazione nel contesto di un'architettura ibrida o multicloud con opportunità di avere un effetto misurabile sull'attività:
- Potenziale di differenziazione o innovazione sul mercato reso possibile dall'utilizzo di servizi cloud per attivare determinate funzionalità o funzioni aziendali, come le funzionalità di intelligenza artificiale che utilizzano i dati on-premise esistenti per addestrare i modelli di machine learning.
- Potenziali risparmi sul costo totale di proprietà di un'applicazione.
- Potenziali miglioramenti in termini di disponibilità, resilienza, sicurezza o rendimento, ad esempio l'aggiunta di un sito di 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 di migrazione:
- Il potenziale effetto delle interruzioni causate da una migrazione.
- L'esperienza del tuo team con i deployment in cloud pubblico o con i deployment per un nuovo o un secondo provider cloud.
- 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 la data di creazione dell'applicazione.
- Il numero di dipendenze con altre applicazioni e servizi in diversi ambienti di calcolo.
- Eventuali limitazioni imposte dalle licenze di terze parti.
- Eventuali dipendenze da versioni specifiche di sistemi operativi, database o altre configurazioni dell'ambiente.
Dopo aver valutato i carichi di lavoro iniziali, puoi iniziare ad assegnarli una priorità e a definire le ondate di migrazione e gli approcci. In seguito, puoi 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. Pertanto, vale la pena rivalutare i carichi di lavoro dopo aver eseguito i primi implementazioni nel cloud.