Quando si parla di migrazione in cloud, la prima parola che salta fuori è “lift and shift”. Suona tecnica, ma il concetto è semplice — e capirlo bene evita una delle scelte più costose di tutto il percorso cloud. Vediamo cosa significa e quando conviene.
Cosa significa “lift and shift”
Lift and shift (in italiano “solleva e sposta”, noto anche come rehost) significa prendere un’applicazione o un server così com’è e spostarlo nel cloud senza modificarlo. La VM on-premise diventa una VM su Azure identica: stesso sistema operativo, stessa applicazione, stessa configurazione.
È l’equivalente di un trasloco in cui sposti i mobili senza cambiarli: veloce, a basso rischio, nessun lavoro di ristrutturazione.
Le strategie di migrazione (le “R”)
Lift and shift è solo una delle opzioni. Le tre più usate dalle PMI:
| Strategia | Cosa fa | Quando |
|---|---|---|
| Rehost (lift & shift) | Sposta senza modifiche | Server datati, scadenze strette, primo passo cloud |
| Replatform | Piccole ottimizzazioni (es. DB gestito) | Migliorare costi/gestione senza riscrivere |
| Refactor | Riscrive per il cloud (container, serverless) | App strategiche con vita lunga davanti |
Quando conviene il lift and shift
- Hai una scadenza (datacenter in fine vita, contratto hosting in chiusura, fine supporto del SO).
- Vuoi ridurre il rischio: meno cose cambi, meno cose si rompono.
- Vuoi un risultato rapido: esci dall’on-premise in settimane, non mesi.
- È spesso il primo passo: prima rehost, poi ottimizzi (replatform/refactor) con calma una volta in cloud.
Quando NON conviene fermarsi al lift and shift
Il rischio del rehost “puro” è portarsi in cloud le inefficienze di prima e ricevere bollette più alte del previsto. Attenzione quando:
- l’applicazione è vecchia e instabile (in cloud resterà vecchia e instabile);
- il workload è molto variabile: lì il valore vero è nell’elasticità (serverless/container), che il rehost non sfrutta;
- l’app è strategica e durerà anni: vale la pena modernizzarla.
Il passo che evita gli errori: l’assessment
La scelta tra rehost, replatform e refactor non si fa “a sensazione”: si fa con un cloud assessment che inventaria i workload, valuta la cloud-readiness e produce un business case con i costi reali. Usiamo Azure Migrate per il discovery e il sizing, evitando il classico errore di sovradimensionare le risorse (e la spesa).
Pianificare bene la migrazione è anche la base per backup e disaster recovery e per scelte più ampie come il cloud ibrido o multicloud.
Vuoi capire quale strategia conviene ai tuoi workload? Vedi i servizi di migrazione cloud o parla con un nostro consulente.