Questo documento ti aiuta a pianificare, progettare e implementare il processo di migrazione i tuoi carichi di lavoro in Google Cloud. Spostare app da un ambiente a un'altra è un compito impegnativo, anche per i team esperti, quindi è necessario pianificare ed eseguire con attenzione la migrazione.
Questo documento fa parte della seguente serie in più parti sulla migrazione a Google Cloud:
- Esegui la migrazione a Google Cloud: inizia (questo documento)
- Eseguire la migrazione a Google Cloud: valutare e individuare i 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
- Eseguire la migrazione a Google Cloud: dai deployment manuali a quelli automatizzati e containerizzati
- Eseguire la migrazione a Google Cloud: ottimizzare l'ambiente
- Eseguire la migrazione a Google Cloud: best practice per la convalida di un piano di migrazione
- Eseguire la migrazione a Google Cloud: ridurre al minimo i costi
Questo documento è utile se stai pianificando una migrazione da un ambiente on-premise da un ambiente di hosting privato, da un altro cloud provider Google Cloud o se stai valutando l'opportunità di eseguire voglio vedere 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 disponi della proprietà completa responsabile. Mantieni il controllo completo su ogni aspetto dell'ambiente, come il raffreddamento, la sicurezza fisica e la manutenzione dell'hardware.
In un ambiente di hosting privato, ad esempio struttura di colocation, esternalizzi parte dell'infrastruttura fisica e la sua gestione a un esterno. Questa infrastruttura è in genere condivisa tra i clienti. In un di hosting privato, non devi gestire la sicurezza fisica servizi di sicurezza. Alcuni ambienti di hosting consentono di gestire parte come server, rack e dispositivi di rete, mentre altri e gestire l'hardware per te. In genere, i cavi di alimentazione e di rete forniti as a Service, così non dovrai gestirli. Mantenete la sugli hypervisor che virtualizzano le risorse fisiche, dell'infrastruttura di cui esegui il provisioning e dei carichi di lavoro eseguiti dell'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 la risorsa e l'hypervisor di virtualizzazione. Puoi creare un'infrastruttura virtualizzata e il deployment dei carichi di lavoro in questa nuova infrastruttura. Puoi anche acquistare in cui ti interessano solo i carichi di lavoro, affidandoti 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 app | Tu | Tu | Tu (in seguito sfrutti servizi completamente gestiti) |
In questo documento, l'ambiente di destinazione in 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 ottimizzate 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 operazioni possono essere difficili da modificare e costose da gestire perché di solito non supportare qualsiasi tipo di scalabilità.
Le operazioni e i carichi di lavoro ottimizzati per il cloud scalabile, portabile, disponibile e sicura 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 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 carichi di lavoro, La situazione iniziale è una delle seguenti:
- Ambiente di hosting on-premise o privato con carichi di lavoro legacy e operazioni.
- Ambiente di hosting on-premise o privato con carichi di lavoro ottimizzati per il cloud e operazioni aziendali.
- Ambiente di hosting privato o cloud pubblico con carichi di lavoro legacy e operazioni.
- Cloud pubblico o ambiente di hosting privato con carichi di lavoro ottimizzati per il cloud e operazioni aziendali.
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 per eseguire la migrazione come il meno possibile durante le operazioni di migrazione. Spostamento di ambienti on-premise precedenti le applicazioni al cloud richiedono spesso 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 utilizzare ciascun tipo.
Rehosting: esegui la migrazione lift and shift
In una migrazione rehosting, sposti i carichi di lavoro da un ambiente di origine a un ambiente di destinazione con modifiche minime o nulle o refactoring. La le modifiche che applichi ai carichi di lavoro di cui eseguire la migrazione sono solo le modifiche minime da eseguire per far sì che i carichi di lavoro operino nell'area completamente gestito di Google Cloud.
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. Questo migrazione è il tipo che richiede la minor quantità di tempo poiché la quantità del refactoring sia ridotto al minimo.
Potrebbero essersi verificati problemi tecnici che forzano la migrazione di un nuovo host. Se non è in grado di eseguire il refactoring di un carico di lavoro per la migrazione e non può eseguirne il ritiro, utilizzare una migrazione di nuovo host. Ad esempio, può essere difficile impossibile modificare il codice sorgente del carico di lavoro oppure il processo di compilazione semplice, quindi produrre nuovi artefatti 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 sfruttare appieno le funzionalità della piattaforma cloud, come la scalabilità orizzontale, prezzi granulari e servizi altamente gestiti.
Replatforming: trasferisci e ottimizza
In una migrazione replatforming, devi sollevare i carichi di lavoro esistenti per poi ottimizzare 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 a vantaggio di un'architettura di microservizi basata su cloud o di container 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 al rehosting migrazioni di Kubernetes. 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 anche prima di eseguirne la migrazione. Ad esempio, se non hai esperienza con migrazioni al cloud, potresti preferire modificare i carichi di lavoro migrazione. Tuttavia, se hai esperienza di migrazione al cloud, puoi hanno già un'idea delle modifiche che i carichi di lavoro devono apportare e sfruttare appieno le funzionalità del cloud.
Se l'architettura o l'infrastruttura corrente di un'app non è supportata nella 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 scalabilità e alta disponibilità. Puoi anche progettare l'architettura 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'acquisizione di nuove competenze.
Riprogettazione dell'architettura: continua a modernizzare
Le migrazioni di riprogettazione sono simili a quelle di refactoring. Tuttavia, invece di ristrutturando il funzionamento del codice dei carichi di lavoro, riprogettando l'architettura delle migrazioni come funziona quel 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 dell'architettura è più complessa di una migrazione di refactoring, quindi richiede più tempo e impegno. Una migrazione di riprogettazione dell'architettura può anche 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 nuova migrazione, disattiverai un'app esistente e riprogettarla e riscriverla come app completamente ottimizzata per il cloud.
Se l'app corrente non raggiunge i tuoi obiettivi, ad esempio, non vuoi mantenere la migrazione, è 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é stai riscrivendo l'app da zero, si rimuove anche il debito tecnico della versione precedente esistente.
Tuttavia, le migrazioni di nuova creazione possono richiedere più tempo rispetto al rehosting o tramite il refactoring delle migrazioni. Inoltre, questo tipo di migrazione non è adatto per di app già pronte perché richiede la riscrittura. Devi valutare il tempo e gli sforzi in più per riprogettare e riscrivere l'app come parte durante il ciclo di vita di attività.
Anche una nuova migrazione richiede nuove competenze. Devi utilizzare le nuove di strumenti per il provisioning e la configurazione del nuovo ambiente e il deployment dell'app in quell'ambiente.
Riacquisto
Una migrazione con riacquisto si verifica quando passi da un account da un carico di lavoro on-premise a un equivalente SaaS (Software-as-a-Service) ospitato nel cloud. Ad esempio, puoi passare dal software di collaborazione on-premise spazio di archiviazione a Google Workspace.
Dal punto di vista delle risorse, una migrazione di nuovo acquisto potrebbe essere molto più semplice refactoring, ricreazione o 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 la maturità del tuo organizzazione nell'adozione di 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 nuove tutte le competenze, come illustrato nel seguente diagramma.
Il framework valuta quattro temi:
- Impara. La qualità e la portata dei tuoi programmi di apprendimento.
- Piombo. La misura in cui i tuoi reparti IT sono supportati da un il mandato della dirigenza a 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 a medio termine per semplificare le operazioni e renderle più efficienti di oggi.
- Trasformativi. Le operazioni cloud funzionano senza problemi e utilizzi i dati che raccogli da queste operazioni per migliorare il tuo business IT. Stai interessato all'obiettivo a lungo termine di rendere il reparto IT uno dei i motori di innovazione nella tua organizzazione.
Quando valuti i quattro argomenti in termini di tre fasi, ottieni il la scalabilità di maturità del cloud. In ogni tema, puoi vedere cosa succede quando passi da adottare nuove tecnologie quando necessario, per lavorare con esse in modo più strategico all'interno di tutta l'organizzazione, il che è ovviamente più approfondito, più completo una formazione più coerente per i tuoi team.
Il percorso di migrazione
È importante ricordare che una migrazione è un viaggio. Ti trovi al punto A con l'infrastruttura e gli ambienti esistenti e vuoi raggiungere il tuo punto B. Per andare da A a B, puoi scegliere una qualsiasi delle opzioni descritte in precedenza.
Il seguente diagramma illustra il percorso di questo percorso.
La migrazione prevede quattro fasi:
- Valuta. In questa fase, devi eseguire una valutazione approfondita il rilevamento del tuo ambiente esistente per comprendere l'inventario dell'ambiente, identificare le dipendenze e i requisiti dell'app, i calcoli del costo totale di proprietà e i benchmark delle prestazioni delle 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, creerai l'infrastruttura cloud di base dei carichi di lavoro e pianificarne lo spostamento. 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 costruire le basi, consulta Esegui la migrazione a Google Cloud: pianifica e costruisci le tue basi.
- Esegui il deployment. In questa fase, progetterai, implementerai ed eseguirai per spostare i carichi di lavoro in Google Cloud. Potresti inoltre e non è necessario perfezionare l'infrastruttura cloud per far fronte alle 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.
- Ottimizzazione. In questa fase, inizierai a sfruttare appieno tecnologie e funzionalità ottimizzate per il cloud per espandere il il potenziale per aspetti quali prestazioni, scalabilità, ripristino di emergenza ai costi, alla formazione e ad aprire le porte al machine learning integrazioni di intelligenza artificiale per la tua app. Per ulteriori informazioni Scopri come ottimizzare l'ambiente, vedi 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'aiuto e l'assistenza necessari per sfruttare al meglio i servizi Google Cloud.
Risorse self-service
Se non hai bisogno di assistenza dedicata, puoi usare questi servizi di risorse:
- Documentazione del prodotto. Google Cloud fornisce la documentazione per ciascuno dei suoi prodotti e nonché per API.
- Documentazione del Centro architettura. 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 consente di trasferire i dati in Cloud Storage da altri provider, risorse online o dati locali.
- Database Migration Service è un prodotto che ti aiuta a eseguire la migrazione dei tuoi database in 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 articoli includono architetture di riferimento, case study, best practice, e ai tutorial avanzati.
- Contenuti multimediali. Puoi ascoltare Google Cloud Podcast o guarda uno qualsiasi dei video sulla Canale YouTube di Google Cloud. Queste risorse trattano un'ampia gamma di argomenti, dalle spiegazioni dei prodotti alle strategie di sviluppo.
- Corsi e lab online. Google Cloud offre diversi corsi 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 hanno collaborato con più aziende per consentirti di usare 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
Le nostre 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 in ogni fase del migrazione del carico di lavoro alla produzione, dalla configurazione di Google Cloud di base per ottimizzare la piattaforma in base alle esigenze specifiche del tuo carico di lavoro eseguendo il deployment del carico di lavoro.
Gli obiettivi di Cloud Plan e Foundations sono:
- Configurare gli elementi di 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.
- Tieni traccia di problemi e rischi.
I servizi professionali guidano il tuo team attraverso le seguenti attività e materiali da produrre:
- Organizzazione di 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...
- Fornisce la 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 guida uno dei tuoi team attraverso discussioni interattive, sessioni di lavagna, e rivedere le app di destinazione di cui eseguire la migrazione a Google Cloud. Durante il cloud Sprint, i servizi professionali lavorano insieme ai membri del tuo team per aiutarti a ottenere esperienza diretta con le soluzioni cloud con attività di deployment richieste per aiutarti a comprendere i prossimi passi per il futuro di Google Cloud migrazioni di Kubernetes.
Formazione: sviluppa le competenze del team
I servizi professionali di Google Cloud possono fornire addestramento sui campi in base alle esigenze del tuo team.
Passaggi successivi
- Avvia 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. Dai un'occhiata al nostro Centro architetture cloud.