Questo documento si concentra su come applicare considerazioni aziendali predefinite durante la pianificazione di una strategia ibrida e multi-cloud. Si basa sulle indicazioni riportate in Motivazioni, considerazioni, strategia e approcci. Questo articolo definisce e analizza le considerazioni commerciali che le aziende devono tenere in considerazione 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 è quello di 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 ciascun ambiente di computing.
- Quali pattern di architettura delle applicazioni applicare a più carichi di lavoro.
- Quale tecnologia e pattern di architettura di rete 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 contrastanti degli stakeholder.
Per evitare situazioni di questo tipo, formula inizialmente una dichiarazione della vision che risponda almeno alle seguenti domande:
- Qual è il caso d'uso aziendale mirato per raggiungere obiettivi commerciali specifici?
- Perché l'approccio e l'ambiente di computing attuali non sono sufficienti a soddisfare gli obiettivi aziendali?
- Quali sono gli aspetti tecnologici principali da ottimizzare utilizzando il cloud pubblico?
- Perché e in che modo il nuovo approccio ottimizzerà e soddisferà i tuoi obiettivi commerciali?
- Per quanto tempo prevedi di utilizzare la configurazione ibrida o multicloud?
Concordare gli obiettivi e i fattori chiave aziendali e tecnici, quindi ottenere l'approvazione delle parti interessate pertinenti può fornire una base per i passaggi successivi della procedura di pianificazione. Per allineare in modo efficace la soluzione proposta alla vision architettonica generale della tua organizzazione, collabora con il tuo team e con gli stakeholder responsabili della guida e della sponsorizzazione di questa iniziativa.
Identificare e chiarire altre considerazioni
Quando pianifichi un'architettura ibrida o multicloud, è importante identificare e concordare i vincoli architetturali e operativi del tuo 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:
- Gestione e configurazione di 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.
- Utilizzo di strumenti e processi coerenti in tutti gli ambienti per fornire una visione 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 maggiori derivano spesso 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 delle licenze
- Dipendenza dalla disponibilità delle funzionalità richieste nelle regioni selezionate di un'architettura multicloud
Per ulteriori informazioni sulle altre considerazioni relative alla portabilità dei workload, allo spostamento dei dati e agli aspetti di sicurezza, consulta Altre considerazioni.
Progettare una strategia di architettura ibrida e multi-cloud
Dopo aver chiarito i dettagli degli obiettivi aziendali e tecnici con i requisiti aziendali associati (e idealmente aver chiarito e concordato una vision statement), puoi creare 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 obiettivi e le esigenze tecniche della tua architettura ibrida o multicloud, i passaggi del diagramma di flusso precedente iniziano con i requisiti e gli obiettivi aziendali. L'implementazione della strategia può variare a seconda degli obiettivi, dei fattori trainanti e del 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 descritte in Eseguire la migrazione a Google Cloud.
Questa sezione fornisce indicazioni sulle fasi "Valuta", "Pianifica", "Implementa" e "Ottimizza" nel diagramma precedente. Presenta queste informazioni nel contesto di una migrazione ibrida o multi-cloud. Devi allineare qualsiasi migrazione alle indicazioni e alle best practice descritte nella sezione Percorso di migrazione della guida Eseguire la migrazione a Google Cloud . Queste fasi potrebbero essere applicate a ogni workload singolarmente, non a tutti i workload 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, considera gli obiettivi delineati nei documenti di pianificazione della vision e della strategia. Decidi un piano di migrazione identificando innanzitutto un elenco di carichi di lavoro candidati che potrebbero trarre vantaggio dall'essere implementati o migrati nel cloud pubblico.
Per iniziare, scegli un carico di lavoro non business-critical o troppo difficile da migrare (con dipendenze minime o nulle da qualsiasi carico di lavoro in altri ambienti), ma sufficientemente tipico da fungere da modello per le implementazioni o le migrazioni future.
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 l'analisi di vari aspetti delle applicazioni e dell'infrastruttura, tra cui i seguenti:
- 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 di privacy dei dati, i requisiti di conformità, i requisiti di coerenza e le soluzioni in più ambienti cloud. I rischi che identifichi possono influire sui carichi di lavoro che scegli di migrare o gestire.
Esistono diversi tipi di strumenti, come il Centro di migrazione Google Cloud, per aiutarti a valutare i carichi di lavoro esistenti. Per ulteriori informazioni, vedi Migrazione a Google Cloud: scegli uno strumento di valutazione.
Dal punto di vista della modernizzazione dei workload, lo strumento di valutazione di idoneità consente di valutare un workload VM per determinare se è idoneo per la modernizzazione a un container 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à:
- Sviluppa una strategia di migrazione con priorità che definisca le ondate di migrazione delle applicazioni e i percorsi.
- Identifica il pattern 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, dovresti incorporare il pattern di rete cloud con la progettazione della landing zone. La progettazione della landing zone funge da elemento 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 della progettazione della landing zone.
Una landing zone può essere costituita da diverse applicazioni, ognuna con un pattern di architettura di rete diverso. Inoltre, in questa fase è importante decidere la progettazione della gerarchia di organizzazione, progetti e risorse per preparare la zona di destinazione dell'ambiente cloud per l'integrazione e il deployment ibridi o multi-cloud.Google 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 più avanti in questa guida. Questo aspetto è trattato 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. allineali al workload candidato di cui prevedi di eseguire la migrazione. Poi sviluppa un piano per le wave di migrazione delle applicazioni. Il piano deve incorporare i requisiti di dimensionamento delle risorse stimati che hai determinato 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 multicloud prevista.
- Scegli un archetipo di deployment adatto per eseguire il deployment del carico di lavoro, ad esempio zonale, regionale, multiregionale o globale, per il pattern di architettura scelto. L'archetipo che selezioni costituisce la base per la creazione di architetture di deployment specifiche per l'applicazione, personalizzate in base alle tue esigenze aziendali e tecniche.
- Decidi i 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 è quello di avere l'architettura ibrida come configurazione a breve termine.
- Definisci SLA e 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 pianificare una migrazione riuscita e ridurre al minimo i rischi associati.
Fase di deployment
Nella fase Esegui il 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 workload in base alle wave 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 computing. Per facilitare il modello di comunicazione richiesto per l'architettura ibrida o multicloud, basa il deployment sul tipo di connettività di rete e sul design selezionati, nonché sul pattern di networking applicabile. Ti consigliamo di adottare questo approccio per la decisione di progettazione complessiva 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 requisiti di test funzionali e di carico (non funzionali) prima di passare alla produzione.
Fase di ottimizzazione
Nella fase Ottimizza, testa il deployment: dopo aver completato i test e se l'applicazione o il servizio soddisfa le aspettative di capacità funzionale e di rendimento, puoi spostarlo in produzione. 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 maggiori informazioni, vedi Eseguire la migrazione a Google Cloud: ottimizzare l'ambiente. Per saperne di più su come progettare questi strumenti per l'architettura ibrida o multicloud, consulta Pattern di monitoraggio e logging ibridi e multicloud.
Valuta i workload candidati
La scelta degli ambienti di computing per i diversi carichi di lavoro influisce in modo significativo sul successo di una strategia ibrida e multicloud. Le decisioni di posizionamento dei workload devono essere in linea con obiettivi aziendali specifici. Pertanto, queste decisioni devono essere guidate da casi d'uso aziendali mirati che consentano di ottenere effetti aziendali misurabili. Tuttavia, iniziare con il carico di lavoro/l'applicazione più importante per l'attività non è sempre necessario né consigliato. Per maggiori informazioni, consulta Scegliere le app da migrare per prime nella guida Eseguire la migrazione a Google Cloud .
Come descritto nella sezione Fattori tecnici e aziendali, 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 della migrazione nel contesto di un'architettura ibrida o multicloud con opportunità di avere un effetto misurabile sull'attività:
- Potenziale di differenziazione o innovazione del mercato reso possibile dall'utilizzo di servizi cloud per attivare determinate funzioni o funzionalità aziendali, come le funzionalità di intelligenza artificiale che utilizzano dati on-premise esistenti per addestrare 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 sitoripristino di emergenzay RER) nel cloud.
- Potenziale accelerazione dei processi di sviluppo e rilascio, ad esempio la creazione degli 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 le implementazioni di cloud pubblico o con le implementazioni per un nuovo o secondo cloud provider.
- 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 in diversi ambienti di computing.
- Qualsiasi limitazione imposta 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 assegnare loro la priorità e a definire le wave di migrazione e gli approcci. Poi puoi identificare i pattern di architettura applicabili e i pattern di rete di supporto. Questo passaggio potrebbe richiedere più iterazioni, perché la tua valutazione potrebbe cambiare nel tempo. Pertanto, vale la pena rivalutare i carichi di lavoro dopo aver eseguito i primi deployment sul cloud.