Lift and shift è una strategia per spostare un'applicazione o un'operazione da un ambiente a un altro senza fermarsi a riprogettare l'app o il flusso di lavoro delle operazioni. La complessità di un'applicazione o di un'operazione è un fattore chiave nel decidere se qualcosa deve essere sollevato e spostato o riprogettato da zero come una nuova app o operazione cloud nativa.
Agli albori del cloud computing, l'approccio lift-and-shift era un'opzione comune per replicare le app on-premise nel cloud, evitando al contempo una riprogettazione costosa e dispendiosa in termini di tempo. Tuttavia, molte applicazioni di colocation legacy che sono state revocate e spostate nel cloud non sono state in grado di sfruttare appieno i vantaggi in termini di costi delle funzionalità cloud native, inclusa la scalabilità automatica. Mentre le applicazioni commerciali standard con modelli facilmente definiti erano spesso buoni candidati per il sollevamento e lo spostamento, la riprogettazione era un'opzione migliore per le app ad alta intensità di risorse, come quelle utilizzate per l'analisi dei big data e il rendering delle immagini.
Lift and shift vs. refactoring
Un approccio comune al lift and shift consiste nello spostare un'applicazione nel cloud al fine di ridurre i costi dell'infrastruttura locale a breve termine, ma poi refactoring dell'app una volta che è nel cloud. Ogni approccio ha i suoi pro e contro.
Svantaggi di un approccio lift and shift
Oggi, ci sono molti più svantaggi in un approccio lift-and-shift rispetto al refactoring delle applicazioni, noto anche come rearchitecting. Sebbene in genere sia meglio eseguire il refactoring di un'applicazione come parte di una migrazione, a volte le organizzazioni devono farlo in modo retroattivo.
Questo articolo fa parte di
Cos'è la migrazione al cloud? Un'introduzione al passaggio al cloud
- Che include anche:
- 7 passaggi indispensabili per un elenco di controllo della migrazione al cloud
- Come calcolare il TCO del tuo cloud
- È tempo di considerare una strategia di uscita dal cloud?
Scaricare1
Scarica subito l'intera guida GRATUITAMENTE!
Sollevare e spostare è spesso paragonato allo spostamento di una pianta d'appartamento da un ambiente all'altro; trovarsi in un habitat diverso può influire sulla prosperità della pianta. Allo stesso modo, un progetto IT avviato in un sistema legacy locale o originale potrebbe non funzionare altrettanto bene in una nuova posizione.
Ad esempio, un progetto lift-and-shift che inizia senza una documentazione sufficiente dei requisiti o della progettazione operativa può facilmente andare storto. Gli sfortunati risultati spesso coinvolgono dati che non corrispondono ai suoi sistemi di gestione o set di dati che superano il loro ambiente. Le app ad alta intensità di risorse potrebbero dover essere riprogettate da zero come app native del cloud per evitare problemi di prestazioni e latenza.
Il refactoring può anche essere necessario quando le prestazioni non soddisfano le aspettative dopo un lift and shift, specialmente quando la messa a punto non risolve il problema. Un'applicazione che è stata spostata nel cloud può anche trarre vantaggio dal refactoring quando le fatture sono inaspettatamente elevate a causa di inefficienze dell'applicazione o del database o quando si verificano vulnerabilità di sicurezza perché l'applicazione non può integrarsi con i sistemi di sicurezza nativi, come gli strumenti di gestione dell'identità e degli accessi.