Cosa si intende per "lift and shift"?

Poiché non comporta alcuna modifica all'architettura dell'applicazione e modifiche minime o nulle al codice dell'applicazione, la strategia lift and shift consente una migrazione più rapida, meno laboriosa e inizialmente meno costosa rispetto ad altri processi. È anche il modo più veloce e meno costoso per un'organizzazione di iniziare a spostare i fondi IT dalle spese in conto capitale (CapEx) alle spese operative (OpEx) per avviare una strategia di hybrid cloud e iniziare a utilizzare la potenza di calcolo, lo storage e l'infrastruttura di networking più economici ed estensibili del cloud.

Agli albori del cloud computing, valeva la pena prendere in considerazione la migrazione lift-and-shift per tutte le applicazioni on-premise più datate, complesse e strettamente collegate. Ma con l'evoluzione delle architetture cloud, che hanno consentito una migliore produttività degli sviluppatori e modelli di prezzo del cloud più favorevoli, il valore a lungo termine della migrazione di un'applicazione "così com'è" che non può utilizzare l'ambiente cloud è diminuito drasticamente.

Oggi, il lift and shift è considerato principalmente come un'opzione per migrare workload che sono in certa misura pronti per il cloud (ad esempio, workload VMware, applicazioni containerizzate, app basate sull'architettura dei microservizi) o come primo passo per riprogettare un'applicazione monolitica per il cloud, sul cloud.

Invece che continuare l'esecuzione di un'applicazione on-premise, la migrazione lift-and-shift offre diversi vantaggi:

• Migrazione rapida, conveniente e minimamente sconvolgente: il lift and shift consente una migrazione rapida, senza dedicare un team numeroso all'attività. L'applicazione on-premise può rimanere attiva durante la migrazione in modo che non ci siano interruzioni del servizio e l'esperienza dell'applicazione rimanga identica a quella degli utenti.
  
  
• Potenziale miglioramento delle prestazioni: il lift-and-shift offre l'opportunità di eseguire le applicazioni su hardware aggiornato e con prestazioni migliori senza dover acquistare personalmente l'hardware.
  
  
• Capacità estesa per il consolidamento on-premise: aggiunge capacità di elaborazione, storage e maggiore larghezza di banda di rete dal cloud con pagamento in base all'uso, consolidando allo stesso tempo l'infrastruttura e i costi del data center on-premise.
  
  
• Scalabilità su richiesta: il lift and shift può consentire alla tua organizzazione di scalare un'applicazione senza acquistare e installare fisicamente una nuova capacità di calcolo. Inoltre, non dovrai fare overprovisioning dell'hardware per tenere conto dei picchi di traffico.
  
  
• Elasticità per risparmiare sui costi: alcune applicazioni potrebbero anche utilizzare al meglio l'elasticità del cloud, la capacità di aumentare e diminuire automaticamente le risorse per soddisfare con precisione la domanda. Maggiore è l'elasticità del suo cloud e più la tua applicazione può utilizzarlo, più puoi risparmiare utilizzando solo le risorse esatte di cui ha bisogno in un dato momento.
  
  
• Sicurezza avanzata: una volta migrate, anche le applicazioni legacy potrebbero essere in grado di utilizzare al meglio i servizi di sicurezza cloud, come il controllo degli accessi basato sui ruoli, l'autenticazione a più fattori e i processi di sicurezza ibridi unificati.
  
  
• Riduzione dei costi e dei problemi del data center on-premise: maggiore è il numero di applicazioni di cui è possibile eseguire la migrazione al cloud, maggiore sarà la velocità con cui è possibile ridurre l'infrastruttura locale e i costi di gestione e manutenzione.
  
  
• Semplice passaggio a un hybrid cloud: il lift and shift è un modo semplice per spostare le applicazioni più pronte e più adatte a un cloud pubblico o cloud privato mentre tu continui a ospitare altri workload on-premise. Con gli strumenti di gestione adeguati, puoi gestire le piattaforme insieme come un'unica infrastruttura ottimizzata.

Ancora una volta, il lift-and-shift non produrrà questi vantaggi per tutte le applicazioni. Un'applicazione ottimizzata solo parzialmente per l'ambiente cloud potrebbe non realizzare mai i potenziali risparmi del cloud, e alla fine potrebbe comportare costi addirittura maggiori per la sua esecuzione. Se un'applicazione viene eseguita lentamente o in modo inefficiente on-premise, è improbabile che funzioni meglio sul cloud senza modifiche. I costi e le restrizioni delle licenze potrebbero rendere la migrazione lift-and-shift costosa in modo proibitivo o addirittura legalmente impossibile.

La tecnologia di virtualizzazione VMware è onnipresente nelle aziende. VMware rappresenta l'80% del mercato della virtualizzazione e il 100% delle aziende Fortune 100 lo utilizza per virtualizzare i propri data center on-premise. Non sorprende che la maggior parte dei provider di cloud offra un'infrastruttura VMware per l'hosting delle applicazioni e alcuni offrono strumenti e servizi specializzati per il lift and shift delle migrazioni VMware verso i loro cloud.

Per effettuare il lift and shift di un workload VMware esistente, il data center on-premise e il data center cloud di destinazione devono condividere un hypervisor VMware ESXi sottostante e un set comune di strumenti e script di gestione compatibili con le API VMware e vSphere. Il provider di cloud dovrebbe disporre di un team operativo con le competenze e l'esperienza per gestire lo stack software VMware.

La tecnologia chiave che semplifica la migrazione lift-and-shift di VMware è VMware HCX (Hybrid Cloud Extension), uno strumento che, sostanzialmente, estende la rete on-premise a un ambiente VMware sul cloud per implementare rapidamente un'infrastruttura di cloud ibrido. HCX consente una migrazione sicura e su larga scala di migliaia di macchine virtuali (VM) così come da on-premise al cloud, consente di gestire e operare workload locali e cloud che utilizzano gli stessi strumenti, script e competenze e di implementare la replica e il ripristino dei workload on-premise nel cloud.

Lift and shift è una migrazione IaaS (Infrastructure-as-a-Service): si spostano le applicazioni così come sono dall'infrastruttura on-premise all'infrastruttura cloud che si paga in abbonamento o in base all'uso.

In generale, ci sono altri due tipi di migrazione al cloud da considerare:

Una migrazione PaaS (Platform-as-a-Service) comporta la revisione dell'applicazione per sfruttare al meglio lo stack PaaS del provider di cloud. Puoi rifattorizzare o effettuare il replatforming dell'applicazione, apportando piccole modifiche per ottimizzare le prestazioni per il cloud o per utilizzare funzionalità specifiche, senza modificare l'esperienza dell'utente. Puoi anche riprogettare l'architettura dell'applicazione per ottenere i benefici dei microservizi, dei container o dell'elaborazione serverless. In alternativa, puoi riprogettare completamente l'applicazione, utilizzando gli strumenti di sviluppo e le funzionalità della piattaforma del provider di cloud, che migliorano la produttività degli sviluppatori.

Rispetto al lift and shift, la migrazione PaaS è più costosa, laboriosa e richiede tempo, ma consente alla tua applicazione di sfruttare maggiormente l'automazione delle operazioni cloud-native, la produttività degli sviluppatori, la sicurezza, la resilienza e i modelli di costo pay-per-use, che insieme ti permettono di recuperare rapidamente il tuo investimento iniziale.

La migrazione SaaS (Software-as-a-Service) significa sostituire la tua app on-premise con un'alternativa già pronta e basata sul cloud che offra funzionalità simili e utilizzi maggiormente i vantaggi dell'infrastruttura del provider di cloud.

La giusta migrazione SaaS può garantire i bassi costi di migrazione del modello lift-and-shift con i vantaggi cloud della migrazione PaaS. Tuttavia, potrebbe anche essere necessario rinunciare o attendere determinate caratteristiche o personalizzazioni e molto probabilmente sarà necessario adottare la struttura dell'applicazione per la gestione dei dati, il controllo degli accessi, la sicurezza e altro ancora.

Per ribadire, poiché le tecnologie cloud continuano a incrementare la produttività degli sviluppatori e a migliorare i modelli di prezzo del cloud, ha sempre meno senso (e alla fine costa di più) migrare verso un cloud che non utilizza l'ambiente cloud. Ma ci sono ancora alcuni casi in cui il lift and shift può avere più senso di una migrazione PaaS:

• I costi dell'infrastruttura on-premise sono alle stelle, ma non sei pronto a riprogettare le applicazioni. In questo caso, potrebbe essere utile "parcheggiare" temporaneamente le applicazioni sul cloud finché non si è pronti o in grado di ricostruirle. Le eccezioni sono le applicazioni legacy ad alta intensità di risorse, come l'analytics dei big data, l'animazione digitale o l'imaging medico o ingegneristico, che tendono ad aumentare le tariffe cloud pay-by-use più rapidamente di quanto si possa prevedere.
  
  
• Desideri eseguire la migrazione di applicazioni standard. Quelle non possono essere riprogettate, quindi l'unica vera alternativa è spostarli così come sono nel cloud.
  
  
• Hai bisogno di un backup e di un ripristino meno costosi e più scalabili. La transizione dei backup dall'on-premise al cloud è un caso d'uso comune in tutti i settori ad eccezione di quelli più fortemente regolamentati o per applicazioni con obiettivi di punto di ripristino (RPO) o obiettivi di tempo di ripristino (RTO) più rigorosi.

Prima di intraprendere qualsiasi migrazione lift and shift, valuta attentamente e preparati ai fattori che possono influire sulla difficoltà, sul costo e sul valore finale dell'impresa. Questi possono includere, a titolo di esempio:

1. Durata dell'applicazione: per quanto tempo continuerai a utilizzare questa applicazione o a eseguire questo workload? Nella maggior parte dei casi, non ha senso migrare un'applicazione che verrà ritirata entro i prossimi 12 mesi.
   
   
2. Restrizioni di accesso alle API: assicurati che il tuo spostamento al cloud non comporti colli di bottiglia per i tuoi attuali strumenti API.
   
   
3. Strumenti di automazione della migrazione: identifica se il tuo provider di cloud hosting offre strumenti automatizzati per le migrazioni e prevede di utilizzarli quando possibile.
   
   
4. Priorità di migrazione: se hai intenzione di migrare più applicazioni, crea un runbook per assicurarti che le applicazioni mission-critical vengano migrate per prime (o nell'ordine più sensato per la tua azienda).
   
   
5. Conformità: prima di migrare dal tuo ambiente privato on-premise a un cloud pubblico o privato, valuta il tuo piano di migrazione e l'infrastruttura del provider di cloud per assicurarti che tutti i requisiti di conformità siano soddisfatti durante e dopo la migrazione.
   
   
6. Creep di funzionalità e ambito: gli ambienti cloud ricchi di funzionalità possono facilmente indurti a integrare immediatamente le funzionalità, il che porta a ritardi e consumo di risorse. Stabilisci un progetto chiaramente definito e rispettalo durante tutta la migrazione.