Questo documento ti aiuta a pianificare, progettare e implementare il processo di migrazione dei carichi di lavoro in Google Cloud. Spostare le app da un ambiente a un altro è un'operazione complessa, anche per i team esperti, quindi devi pianificare ed eseguire la migrazione con attenzione.
Questo documento fa parte della seguente serie in più parti sulla migrazione a Google Cloud:
- Esegui la migrazione a Google Cloud: inizia (questo documento)
- Esegui la migrazione a Google Cloud: valuta e scopri i tuoi carichi di lavoro
- Esegui la migrazione a Google Cloud: pianifica e costruisci le tue basi
- Eseguire la migrazione a Google Cloud: trasferire set di dati di grandi dimensioni
- Eseguire la migrazione a Google Cloud: eseguire il deployment dei carichi di lavoro
- Esegui la migrazione a Google Cloud: migrazione dai deployment manuali a quelli containerizzati e automatici
- Eseguire la migrazione a Google Cloud: ottimizzare l'ambiente
- Esegui la migrazione a Google Cloud: best practice per convalidare un piano di migrazione
- Esegui la migrazione a Google Cloud: riduci al minimo i costi
Questo documento è utile se stai pianificando una migrazione da un ambiente on-premise, da un ambiente di hosting privato o da un altro cloud provider a Google Cloud oppure se stai valutando la possibilità di eseguire la migrazione e vuoi capire come potrebbe essere.
Inizio del viaggio
Quando pianifichi la migrazione a Google Cloud, devi innanzitutto definire gli ambienti coinvolti nella migrazione. Il tuo punto di partenza può essere un ambiente on-premise, un ambiente di hosting privato o un altro un ambiente cloud pubblico.
Un ambiente on-premise è un ambiente in cui hai la piena proprietà e la piena responsabilità. Mantieni il pieno controllo su ogni aspetto dell'ambiente, come il raffreddamento, la sicurezza fisica e la manutenzione dell'hardware.
In un ambiente di hosting privato come un centro di colocation, esternalizzi parte dell'infrastruttura fisica e la relativa gestione a un terzo. Questa infrastruttura è in genere condivisa tra i clienti. In un ambiente di hosting privato, non devi gestire i servizi di sicurezza e sicurezza fisica. Alcuni ambienti di hosting consentono di gestire parte come server, rack e dispositivi di rete, mentre altri e gestire l'hardware per te. Di solito, i cavi di alimentazione e di rete forniti as a Service, quindi non devi gestirli. Mantieni il controllo completo sugli hypervisor che virtualizzano le risorse fisiche, sull'infrastruttura virtualizzata di cui esegui il provisioning e sui carichi di lavoro che esegui su quell'infrastruttura.
R ambiente cloud pubblico ha il vantaggio di non dover gestire l'intero stack di risorse per te. Puoi concentrarti sull'aspetto dello stack più importante per te. Come in un ambiente di hosting privato, non è necessario gestire dell'infrastruttura fisica. Inoltre, non devi gestire l'hypervisor di virtualizzazione delle risorse. Puoi creare un'infrastruttura virtualizzata e il deployment dei carichi di lavoro in questa nuova infrastruttura. Puoi anche acquistare servizi completamente gestiti, in cui devi occuparti solo dei tuoi carichi di lavoro, lasciando a Google il compito di gestire il carico operativo della gestione degli ambienti di runtime.
Per ogni ambiente, il documento valuta i seguenti aspetti, che dovrebbe fornire e gestire i relativi servizi:
| Risorse | Ambiente on-premise | Ambiente di hosting privato | Ambiente cloud pubblico |
|---|---|---|---|
| Sicurezza e protezione fisica | Tu | Fornitore di servizi | Fornitore di servizi |
| Cablaggio di alimentazione e rete | Tu | Fornitore di servizi | Fornitore di servizi |
| Hardware (manutenzione inclusa) | Tu | Dipende dal fornitore di servizi | Fornitore di servizi |
| Piattaforma di virtualizzazione | Tu | Tu | Fornitore di servizi |
| Risorse dell'app | Tu | Tu | Tu (eventualmente sfruttando servizi completamente gestiti) |
In questo documento, l'ambiente di destinazione è Google Cloud.
Dopo aver definito l'ambiente iniziale e di destinazione, definisci il carico di lavoro e i relativi processi operativi nell'ambito della migrazione. Questo documento prende in considerazione due tipi di carichi di lavoro e operazioni: legacy e ottimizzati per il cloud.
Le operazioni e i carichi di lavoro legacy vengono sviluppati senza da tenere in considerazione per gli ambienti cloud. Questi carichi di lavoro e queste operazioni possono essere difficili da modificare e costosi da eseguire e gestire perché in genere non supportano alcun tipo di scalabilità.
I carichi di lavoro e le operazioni ottimizzati per il cloud sono scalabili, portatili, disponibili e sicuri in modo nativo. I carichi di lavoro e le operazioni possono contribuire ad aumentare la produttività e l'agilità degli sviluppatori, concentrarsi sui carichi di lavoro effettivi, piuttosto che dedicarsi alla gestione dello sviluppo. e runtime o la gestione di deployment manuali e complessi i processi di machine learning. Google Cloud ha anche un modello di responsabilità condivisa per la sicurezza. Google Cloud è responsabile della sicurezza fisica e della sicurezza dell'infrastruttura, mentre sei responsabile della sicurezza carichi di lavoro di cui esegui il deployment nell'infrastruttura.
Considerando questi tipi di ambiente e carico di lavoro, la situazione di partenza è una delle seguenti:
- Ambiente di hosting on-premise o privato con operazioni e carichi di lavoro legacy.
- Ambiente di hosting on-premise o privato con carichi di lavoro ottimizzati per il cloud e operazioni aziendali.
- Ambiente di hosting cloud pubblico o privato con operazioni e carichi di lavoro legacy.
- Ambiente di hosting cloud pubblico o privato con operazioni e carichi di lavoro ottimizzati per il cloud.
Il processo di migrazione dipende dal punto di partenza.
Migrazione di un carico di lavoro da un ambiente on-premise legacy o dall'hosting privato in un ambiente ottimizzato per il cloud, come un cloud pubblico, può essere impegnativo e rischioso. Le migrazioni riuscite modificano il carico di lavoro da migrare il meno possibile durante le operazioni di migrazione. Il trasferimento delle app on-premise legacy al cloud spesso richiede più passaggi di migrazione.
Tipi di migrazioni
Questo documento definisce i seguenti tipi principali di migrazioni:
- Rehosting: esegui la migrazione lift and shift
- Replatforming: trasferisci e ottimizza
- Refactoring: sposta e migliora
- Riprogettazione dell'architettura: continua a modernizzare
- Ricostruzione: rimuovi e sostituisci, a volte chiamato ripresa e sostituisci
- Riacquisto
Nelle sezioni seguenti, ogni tipo di migrazione è definito con esempi di quando utilizzarlo.
Rehosting: esegui la migrazione lift and shift
In una migrazione rehosting, sposti i carichi di lavoro da un ambiente di origine a un ambiente target con modifiche minime o nulle o refactoring. Le modifiche che applichi ai carichi di lavoro di cui vuoi eseguire la migrazione sono solo le modifiche minime che devi apportare affinché i carichi di lavoro funzionino nell'ambiente di destinazione.
Una migrazione rehosting è ideale quando un carico di lavoro può funzionare così com'è nell'ambiente di destinazione o quando c'è poca o nessuna necessità di cambiamento per l'azienda. Questa è la migrazione che richiede meno tempo perché il refactoring viene ridotto al minimo.
Potrebbero essersi verificati problemi tecnici che forzano la migrazione di un nuovo host. Se non puoi eseguire il refactoring di un carico di lavoro da migrare e non puoi ritirarlo, devi utilizzare una migrazione di rehosting. Ad esempio, può essere difficile o impossibile modificare il codice sorgente del carico di lavoro oppure il processo di compilazione non è semplice, pertanto la produzione di nuovi elementi dopo il refactoring del codice sorgente potrebbe non essere possibile.
Le migrazioni di nuovo host sono le più semplici da eseguire perché il tuo team gli stessi strumenti e competenze che usavano prima. Queste migrazioni supportano anche il software pronto all'uso. Poiché esegui la migrazione con carichi di lavoro esistenti con refactoring minimo, le migrazioni di rehosting tendono rispetto alle migrazioni di refactoring o ricostruzione.
Tuttavia, dopo una migrazione di nuovo host, i carichi di lavoro in esecuzione di archiviazione non sono ottimizzati per il cloud. Questi carichi di lavoro non sfruttano appieno le funzionalità della piattaforma cloud, come la scalabilità orizzontale, i prezzi granulari e i servizi altamente gestiti.
Replatforming: trasferisci e ottimizza
In una migrazione di replatforming, trasferisci i carichi di lavoro esistenti e poi li ottimizzi per il nuovo ambiente cloud.
La migrazione con replatforming è ideale per le organizzazioni che desiderano sfruttare tutte le competenze fondamentali del cloud. Queste competenze includono computing, ridondanza, prestazioni migliorate e sicurezza.
Ad esempio, potresti eseguire il replatforming di un carico di lavoro nel cloud per sfruttare un'architettura di microservizi basata su cloud o container in Google Kubernetes Engine. Questi carichi di lavoro avranno quindi prestazioni più elevate di efficienza operativa nel cloud.
Tuttavia, le migrazioni di replatforming richiedono più lavoro rispetto alle migrazioni di rehosting. La nuova piattaforma cloud avrà un codebase sottostante diverso, che richiede più cicli di test per verificare che tutto sia in esecuzione al livello ottimale.
Refactoring: sposta e migliora
In una migrazione di refactoring, modifichi i carichi di lavoro per sfruttare funzionalità cloud e non solo modificare i carichi di lavoro per farli funzionare nel nuovo completamente gestito di Google Cloud. Puoi migliorare ogni carico di lavoro in termini di prestazioni, funzionalità, costi un'esperienza utente positiva.
Puoi modificare i carichi di lavoro durante la migrazione al cloud o persino prima di eseguirne la migrazione. Ad esempio, se non hai molta esperienza con le migrazioni al cloud, potresti preferire modificare i carichi di lavoro durante la migrazione. Tuttavia, se hai esperienza di migrazione al cloud, potresti già avere un'idea delle modifiche necessarie ai carichi di lavoro per sfruttare appieno le funzionalità del cloud.
Se l'architettura o l'infrastruttura corrente di un'app non è supportata nel dell'ambiente target così com'è, è necessaria una certa quantità di refactoring superare questi limiti.
Un altro motivo per scegliere l'approccio di refactoring è quando un aggiornamento importante al carico di lavoro, in aggiunta agli aggiornamenti eseguire la migrazione.
Le migrazioni di refactoring consentono alla tua app di sfruttare le funzionalità di una piattaforma cloud, come la scalabilità e l'alta disponibilità. Puoi anche progettare il miglioramento per aumentare la portabilità dell'app.
Tuttavia, le migrazioni di refactoring richiedono più tempo rispetto al rehosting perché è necessario eseguire il refactoring dei carichi di lavoro affinché l'app eseguire la migrazione.
Una migrazione di refactoring richiede anche l'apprendimento di nuove competenze.
Riprogettazione dell'architettura: continua a modernizzare
Le migrazioni di riprogettazione sono simili a quelle di refactoring. Tuttavia, invece di riorganizzare il funzionamento del codice del carico di lavoro, le migrazioni di riprogettazione dell'architettura cambiano il funzionamento del codice. Queste modifiche al codice ottimizzano il carico di lavoro sfruttare proprietà ottimizzate per il cloud come scalabilità, sicurezza e agilità. Ad esempio, una riprogettazione della migrazione può richiedere una grande monolitico e di trasformarlo in vari microservizi indipendenti su Google Cloud.
Una migrazione di riprogettazione è più complessa di una migrazione di refactoring, pertanto richiede più tempo e impegno. Una migrazione di riprogettazione dell'architettura può anche potenzialmente introdurre bug o problemi di sicurezza nei nuovi carichi di lavoro. Pertanto, una riprogettazione migrazione richiede diversi cicli di test per verificare che tutto sia in esecuzione al livello ottimale.
Ricostruzione: rimuovi e sostituisci
In una migrazione con ricreazione, ritiri un'app esistente, la riprogetti completamente e la riscrivi come un'app completamente ottimizzata per il cloud.
Se l'app corrente non raggiunge i tuoi obiettivi, ad esempio, non vuoi mantenere la manutenzione, è troppo costoso eseguire la migrazione con uno dei sistemi oppure non è supportata su Google Cloud, puoi eseguire ricreare la migrazione.
Ricrea le migrazioni per consentire alla tua app di sfruttare al massimo Funzionalità di Google Cloud, come la scalabilità orizzontale, e l'alta disponibilità. Poiché riscrivi l'app da zero, rimuovi anche il debito tecnico della versione precedente esistente.
Tuttavia, le migrazioni di ricostruzione possono richiedere più tempo rispetto alle migrazioni di riaccreditamento o refactoring. Inoltre, questo tipo di migrazione non è adatto per le app predefinite perché richiede la riscrittura dell'app. Devi valutare il tempo e lo sforzo extra necessari per riprogettare e riscrivere l'app nel suo ciclo di vita.
Anche una nuova migrazione richiede nuove competenze. Devi utilizzare nuove toolchain per eseguire il provisioning e la configurazione del nuovo ambiente e per eseguire il deployment dell'app in questo ambiente.
Riacquisto
Una migrazione di riacquisto avviene quando passi da un carico di lavoro on-premise acquistato a un equivalente Software as a Service (SaaS) ospitato nel cloud. Ad esempio, puoi passare dal software di collaborazione on-premise e dallo spazio di archiviazione locale a Google Workspace.
Dal punto di vista delle risorse, una migrazione di acquisto potrebbe essere molto più semplice rispetto al refactoring, alla ricreazione o alla riprogettazione dell'architettura. Tuttavia, una migrazione di nuovo potrebbe essere molto più costoso e potresti non ottenere le caratteristiche granulari per controllare i tuoi ambienti cloud.
Framework per l'adozione di Google Cloud
Prima di iniziare la migrazione, devi valutare il livello di maturità della tua organizzazione nell'adozione delle tecnologie cloud. La Framework per l'adozione di Google Cloud funge da mappa per determinare dove si trovano le tecnologie informatiche aziendali funzionalità sono ora disponibili e come guida per raggiungere i tuoi obiettivi.
Puoi utilizzare questo framework per valutare l'idoneità della tua organizzazione a Google Cloud e cosa fare per colmare le lacune e sviluppare nuovi tutte le competenze, come illustrato nel seguente diagramma.
Il framework valuta quattro temi:
- Impara. La qualità e la scala dei tuoi programmi di apprendimento.
- Lead. Il grado in cui i reparti IT sono supportati da un mandato della direzione per eseguire la migrazione a Google Cloud.
- Scala. La misura in cui utilizzi i servizi ottimizzati per il cloud e come molta automazione operativa.
- Sicuro. La capacità di proteggere l'ambiente attuale accessi non autorizzati e inappropriati.
Per ogni tema dovresti trovarti in una delle tre fasi seguenti, a seconda al framework:
- Tattico. Non esistono piani coerenti che coprano tutti i singoli i carichi di lavoro in uso. Ti interessa soprattutto un rapido ritorno investimenti e interruzioni minime per la tua organizzazione IT.
- Strategico. È in atto un piano per lo sviluppo di singoli carichi di lavoro con un occhio alle future esigenze di scalabilità. Ti interessa l'obiettivo di medio termine di semplificare le operazioni per renderle più efficienti di quanto non siano oggi.
- Trasformativi. Le operazioni cloud funzionano senza problemi e utilizzi i dati raccolti da queste operazioni per migliorare la tua attività IT. Ti interessa l'obiettivo a lungo termine di rendere il reparto IT uno dei motori dell'innovazione nella tua organizzazione.
Quando valuti i quattro argomenti in termini delle tre fasi, ottieni la scala di maturità di Cloud. In ogni tema, puoi vedere cosa succede quando passi dall'adottare nuove tecnologie in base alle esigenze a utilizzarle in modo più strategico nell'intera organizzazione, il che significa naturalmente una formazione più approfondita, completa e coerente per i tuoi team.
Il percorso di migrazione
È importante ricordare che una migrazione è un viaggio. Ti trovi nel punto A con l'infrastruttura e gli ambienti esistenti e vuoi raggiungere il punto B. Per andare da A a B, puoi scegliere una delle opzioni descritte in precedenza.
Il seguente diagramma illustra il percorso di questo percorso.
La migrazione prevede quattro fasi:
- Valuta. In questa fase, esegui una valutazione e una scoperta approfondite dell'ambiente esistente per comprendere l'inventario dell'app e dell'ambiente, identificare le dipendenze e i requisiti dell'app, eseguire calcoli del costo totale di proprietà e stabilire benchmark delle prestazioni dell'app. Per ulteriori informazioni sulla fase di valutazione, consulta Eseguire la migrazione a Google Cloud: valutare e individuare i carichi di lavoro, Eseguire la migrazione a Google Cloud: best practice, e Centro di migrazione: avviare un rilevamento degli asset.
- Pianifica. In questa fase, crei l'infrastruttura cloud di base per i tuoi carichi di lavoro e pianifichi come spostare le app. Questa pianificazione che comprende gestione delle identità, organizzazione e struttura dei progetti, networking, ordinare le app e sviluppare una strategia di migrazione prioritaria. Per ulteriori informazioni su come pianificare e creare le basi, consulta Eseguire la migrazione a Google Cloud: pianificare e creare le basi.
- Esegui il deployment. In questa fase, progetterai, implementerai ed eseguirai per spostare i carichi di lavoro in Google Cloud. Potresti anche dover perfezionare la tua infrastruttura cloud per far fronte a nuove esigenze. Per ulteriori informazioni su come eseguire il deployment dei carichi di lavoro in Google Cloud e su come eseguire la migrazione dei dati in Google Cloud, consulta Eseguire la migrazione a Google Cloud: eseguire il deployment dei carichi di lavoro, Eseguire la migrazione a Google Cloud: dai deployment manuali a quelli automatizzati e containerizzati, e Esegui la migrazione a Google Cloud: trasferisci set di dati di grandi dimensioni.
- Ottimizza. In questa fase, inizi a sfruttare appieno le tecnologie e le funzionalità ottimizzate per il cloud per espandere il potenziale della tua attività a aspetti quali prestazioni, scalabilità, disaster recovery, costi, formazione, nonché aprendo le porte alle integrazioni di machine learning e dell'intelligenza artificiale per la tua app. Per saperne di più su come ottimizzare il tuo ambiente, consulta Eseguire la migrazione a Google Cloud: ottimizzare l'ambiente. Per ulteriori informazioni sui costi, consulta Eseguire la migrazione a Google Cloud: ridurre al minimo i costi
Trovare assistenza
Google Cloud offre varie opzioni e risorse per aiutarti a trovare l'assistenza necessaria per sfruttare al meglio i servizi Google Cloud.
Risorse self-service
Se non hai bisogno di assistenza dedicata, puoi utilizzare queste risorse self-service:
- Documentazione del prodotto. Google Cloud fornisce la documentazione per ciascuno dei suoi prodotti e servizi, nonché per le API.
- Documentazione di Architecture Center. La sezione dedicata alla migrazione del Centro architetture riguarda molti diversi scenari. Ad esempio: Risorse di migrazione fornisce indicazioni sul tuo percorso di migrazione a Google Cloud.
- Strumenti. Google Cloud offre diversi prodotti e servizi per aiutarti
di cui esegui la migrazione. Ad esempio:
- Centro di migrazione di Google Cloud è una piattaforma unificata che ti aiuta ad accelerare il tuo cloud end-to-end dagli ambienti on-premise o cloud attuali a in Google Cloud.
- Eseguire la migrazione alle macchine virtuali è un prodotto per la migrazione di server fisici e macchine virtuali ambienti cloud e on-premise a Google Cloud. Migrate to VMs ti consente di eseguire la migrazione di una macchina virtuale Google Cloud, dove i dati vengono copiati ma le macchine virtuali sono completamente operative.
- Storage Transfer Service ti consente di importare dati in Cloud Storage da altri provider cloud, risorse online o dati locali.
- Database Migration Service è un prodotto che ti aiuta a eseguire la migrazione dei tuoi database a Google Cloud.
- Transfer Appliance è un'appliance hardware che puoi utilizzare per migrare grandi volumi di dati (dalle centinaia di terabyte fino a 1 petabyte) a Google Cloud senza interrompere le operazioni aziendali.
- Servizio di migrazione BigQuery è una soluzione completa per la migrazione del data warehouse in BigQuery.
- White paper. Questi documenti includono architetture di riferimento, case study, best practice e tutorial avanzati.
- Contenuti multimediali. Puoi ascoltare Google Cloud Podcast o guarda uno qualsiasi dei video sulla Canale YouTube di Google Cloud. Queste risorse trattano una vasta gamma di argomenti, dalle spiegazioni dei prodotti alle strategie di sviluppo.
- Corsi e lab online. Google Cloud offre diversi corsi su Coursera che includono contenuti video, materiali di lettura e lab. Tu può anche seguire lab Google Cloud Skills Boost o partecipare a lezioni online dal vivo.
Partner tecnologici
Google Cloud ha stretto partnership con diverse aziende per consentirti di utilizzare i loro prodotti. Alcune offerte potrebbero essere utilizzabili gratuitamente quindi chiedi all'azienda e al tuo account manager Google Cloud.
Integratori di sistemi
Google Cloud collabora non solo con aziende di prodotti e tecnologie, ma con integratori di sistemi che possono fornire assistenza pratica tramite tastiera. Nella nell'elenco dei partner, puoi trovare elenco di integratori di sistemi specializzati nelle migrazioni al cloud.
Servizi professionali di Google Cloud
Il nostro team di servizi professionali è a tua disposizione per aiutarti a ottenere il massimo dal tuo investimento in Google Cloud.
Piano e nozioni di base Cloud: richiedi assistenza per la migrazione
I servizi professionali possono aiutarti a pianificare la migrazione e a eseguire il deployment dei carichi di lavoro in produzione con i nostri Cloud Plan e le nozioni di base di Google Cloud. Questi esperti forniscono al tuo team indicazioni per ogni fase della migrazione del carico di lavoro in produzione, dalla configurazione delle basi di Google Cloud all'ottimizzazione della piattaforma in base alle tue esigenze specifiche e al suo deployment.
Gli obiettivi di Cloud Plan e Foundations sono:
- Configura la base di Google Cloud.
- Crea la documentazione sulla progettazione.
- Pianifica le attività di deployment e migrazione.
- Esegui il deployment dei carichi di lavoro in produzione.
- Monitora problemi e rischi.
I servizi professionali guidano il tuo team attraverso le seguenti attività e risultati:
- Condurre workshop di avvio tecnico.
- Creazione di un documento di progettazione tecnica.
- Creazione di un piano di migrazione in corso...
- Creazione di uno statuto del programma in corso...
- Fornitura di gestione dei progetti.
- Fornire competenze tecniche.
Cloud Sprint: accelera la migrazione a Google Cloud
Cloud Sprint è un workshop intensivo che accelera la migrazione delle app in Google Cloud. In questo workshop, i servizi professionali di Google Cloud guideranno uno dei tuoi team attraverso discussioni interattive, sessioni di lavagna virtuale e revisione delle app di destinazione per la migrazione a Google Cloud. Durante il Cloud Sprint, i servizi professionali collaborano con i membri del tuo team per aiutarti a fare un'esperienza diretta delle soluzioni cloud con le attività di deployment obbligatorie per aiutarti a comprendere i passaggi successivi per le future migrazioni su Google Cloud.
Formazione: sviluppa le competenze del tuo team
I servizi professionali di Google Cloud possono fornire addestramento sui campi in base alle esigenze del tuo team.
Passaggi successivi
- Inizia la migrazione a Google Cloud valutando e scoprendo il tuo ambiente.
- Esplora le architetture di riferimento, i diagrammi e le best practice su Google Cloud. Consulta il nostro Cloud Architecture Center.