Cloud Migration: Da Server On-Premise ad AWS/Azure Senza Downtime

Le ricerche di settore del 2026 sono chiare: il 73% delle aziende che segue un framework strutturato come le 6R raggiunge gli obiettivi ROI cloud nel primo anno. Solo il 41% di chi migra ad-hoc ci arriva. La differenza non è tecnica: è di metodo. Cloud migration non è "spostare server da una stanza a un datacenter remoto". È un progetto di trasformazione del modello operativo IT che, se gestito bene, libera risorse e abilita scalabilità; se gestito male, raddoppia i costi e crea dependency dolorose da disfare.

In questo articolo vediamo le 6 strategie ufficiali di cloud migration (le "6R" di AWS, adottate come standard da Microsoft, Google, e analisti), come scegliere tra AWS, Azure e Google Cloud per il mercato italiano, e gli errori più costosi delle PMI che migrano senza un piano. I dati e best practice provengono da progetti reali 2025-2026 e dalle guide ufficiali AWS, Microsoft Cloud Adoption Framework e Google Cloud Adoption Framework.

Le 6R: scegliere la strategia giusta per ogni workload

Il framework 6R nasce da AWS e oggi è adottato come standard da Microsoft e Google. Identifica sei possibili strategie per ogni applicazione/workload da migrare. Non è "scegline una": è "applica la strategia giusta caso per caso".

1) Rehost (Lift & Shift) – Sposti l'applicazione "così com'è" su cloud. Veloce, basso rischio, ma non sfrutta le funzionalità native cloud. Ideale per: workload stabili, vincoli di tempo stretti, applicazioni con poca tolleranza al cambio.

2) Replatform (Lift Tinker & Shift) – Sposti l'app applicando piccole modifiche per beneficiare di servizi gestiti (es. database in RDS/Azure SQL invece che VM). Mid-effort, mid-benefit. Ideale per: quando servizi gestiti riducono costi operativi senza riscrivere il codice.

3) Repurchase (Drop & Shop) – Sostituisci la vecchia applicazione con una SaaS equivalente. Es. CRM custom rimpiazzato con HubSpot/Salesforce, email server con Microsoft 365. Ideale per: commodity capability dove un SaaS offre ROI migliore.

4) Refactor (Re-architect) – Riscrivi parti dell'applicazione per renderla cloud-native (microservizi, serverless, container). Alto effort, alto ritorno nel lungo. Ideale per: app strategiche con limiti di scalabilità o reliability nell'architettura attuale.

5) Retire – Spegni l'applicazione, non migrare niente. In ogni audit cloud onesto, il 10-30% delle applicazioni risulta obsoleto o usato da nessuno. Risparmio puro.

6) Retain – Mantieni on-premise per ragioni specifiche: vincoli legali, dipendenze tecniche, ROI negativo della migrazione. Decisione legittima per workload specifici. Importante: è una scelta, non una procrastinazione.

AWS vs Azure vs Google Cloud per PMI italiane

I tre cloud provider hanno punti di forza differenti per il mercato italiano:

Microsoft Azure è la scelta naturale per circa il 90% delle PMI italiane già su Microsoft 365. L'integrazione con Active Directory, Exchange, Teams, SharePoint è nativa, l'esperienza utente è coerente. Pricing leggermente sopra AWS ma il TCO finale è spesso più basso per le PMI già nell'ecosistema MS. Datacenter italiani disponibili (Milano), buon supporto in italiano.

AWS ha il catalogo servizi più ampio (oltre 200 servizi), ma per una PMI il 90% di questi non serve. AWS eccelle quando hai bisogno di flessibilità estrema o workload molto variabili (auto-scaling spinto, calcolo intensivo on-demand). Datacenter italiani disponibili (Milano), ma supporto comm in italiano meno radicato di Azure.

Google Cloud Platform ha quota di mercato minore in Italia ma crescente, particolarmente forte su AI/ML, data analytics, Kubernetes (GKE). Se la tua PMI investe seriamente in dati o AI, GCP è la scelta più moderna. Negativo: ecosistema partner italiano meno sviluppato.

Per una PMI italiana standard già su Microsoft 365 la decisione spesso si chiude in 2 minuti: Azure. Per chi parte da zero o vuole massima flessibilità, AWS. Per chi punta forte su AI, GCP.

I 5 errori più costosi delle PMI

1) "Lift & shift" totale senza ripensare l'architettura. Sposti tutto su cloud così com'è, paghi VM 24/7 come avevi i server, non sfrutti l'elasticità. Costo cloud spesso 30-50% sopra l'on-premise. Fix: applica 6R workload per workload.

2) Ignorare FinOps. Il cloud è "pay-as-you-go", ma se non monitori, ti ritrovi VM dimenticate, snapshot vecchi, storage dimenticato. Bill shock del 200%+ nei primi 3 mesi sono comuni. Fix: budget alerts in console + AWS Cost Explorer / Azure Cost Management settimanale.

3) Non valutare i costi di egress. Caricare dati su AWS è gratis, scaricarli costa €0,09 per GB. Se devi muovere TB regolarmente fuori dal cloud, i conti cambiano. Fix: calcola il traffico in uscita atteso, non solo storage e compute.

4) Skill gap del team. Cloud richiede competenze diverse: networking diventa software, monitoring è IaC, security è policy. Senza formazione, il team o si blocca o fa errori costosi. Fix: budget 10-15% del progetto migrazione in formazione team.

5) Migrare tutto in un colpo solo. Big-bang migration su PMI con 50+ workload è ricetta per disastro. Fix: wave-based migration in 4-8 ondate da 5-15 workload ciascuna, con feedback loop tra una wave e l'altra.

Roadmap di una cloud migration ben fatta

Il processo standardizzato che usiamo in agenzia, basato su Microsoft Cloud Adoption Framework + adattato per PMI italiane:

Fase 1 – Strategy (2-4 settimane). Business case, obiettivi misurabili (riduzione costi X%, aumento agility Y), TCO baseline on-premise vs cloud target, scelta provider primario.

Fase 2 – Plan (3-6 settimane). Inventory workload, assessment 6R per ogni workload, prioritizzazione (criticità + complessità + dipendenze), timeline waves.

Fase 3 – Ready (4-8 settimane). Landing zone cloud (network, IAM, security baseline, monitoring), governance, FinOps setup, training team.

Fase 4 – Adopt (mesi). Migrazione wave per wave. Ogni wave: design dettagliato → migrazione → test → cutover → hyper-care 2 settimane.

Fase 5 – Govern & Manage (continuo). Operations cloud-native, ottimizzazione costi continua, security operations, automazione progressiva.

Per una PMI tipo (30-100 dipendenti, 20-50 workload) il progetto dura realisticamente 6-12 mesi, costa 50-200k€ tra consulenza + sviluppo + formazione + licenze setup, e produce ROI tipicamente nel 2° anno con riduzione costi IT del 20-40%.

Quando NON migrare

La cloud migration NON è sempre la scelta giusta. Casi in cui conviene restare on-premise o ibrido:

– Workload con uso CPU/storage costante e prevedibile su infrastruttura ammortizzata. Il cloud "premia" elasticità, non utilizzazione costante massima.

– Vincoli legali o di sovranità dati che impongono on-premise (settori regolati specifici, sanità con dati sensibili, infrastrutture critiche).

– Latenza ultra-bassa per workload edge (automazione industriale, real-time analytics di sensori).

– PMI con team IT zero o quasi che non può gestire la transizione operativa.

In questi casi, hybrid cloud (parte on-premise, parte cloud) è spesso la risposta più sensata. Azure ARC e AWS Outposts permettono di gestire workload on-premise come se fossero cloud.

Cosa fare nei prossimi 30 giorni

Se stai valutando seriamente cloud migration, il primo step è l'assessment. Non lanciarti in setup di account cloud, in proof-of-concept random, in consulenze "molto tecniche". Il primo lavoro è di business: capire cosa hai oggi, dove vuoi arrivare, e quale strategia 6R va applicata a ogni workload. Da lì discende tutto il resto.

Per le PMI italiane il punto realistico: nei prossimi 5 anni il cloud è quasi inevitabile. La domanda non è "se" ma "come" e "quando". Più aspetti, più costoso diventa il debito tecnico on-premise (hardware da rinnovare, security patches, skill che invecchiano). Più ti muovi adesso, più hai tempo di farlo gradualmente e bene.