«Andiamo in cloud» non è una decisione sola
Di solito tutto nasce da un evento preciso: il server arriva a fine garanzia, il fornitore del gestionale propone la versione online, il titolare riceve un preventivo per nuovo hardware e chiede perché comprarne ancora. Da lì la frase diventa «andiamo in cloud», come se fosse una scelta unica.
In realtà sono tante scelte, una per ogni sistema. Gestionale, posta, file server e software della produzione hanno esigenze diverse. Un'azienda che arriva a un ambiente in parte in cloud e in parte in sede (ibrido) non ha fallito la migrazione: spesso ha scelto bene.
Sei strategie, una per ogni sistema
I nomi inglesi compaiono in ogni proposta tecnica: conviene conoscerli.
| Strategia | Quando ha senso | Attenzione a |
|---|---|---|
| Rehost («lift and shift»): sposti la macchina così com'è | Server a fine vita, tempi stretti | Porti in cloud anche le inefficienze, e una macchina sovradimensionata si paga ogni mese |
| Replatform: piccoli adattamenti, come un database gestito | Componenti che il fornitore cloud può gestire senza riscrivere l'applicazione | Compatibilità delle versioni, da confermare con il produttore del software |
| Refactor: riscrivi l'applicazione per il cloud | Software sviluppato in casa, al centro del business | Tempi e costi di un vero progetto di sviluppo |
| Replace: passi a un software in abbonamento (SaaS) | Posta, CRM, gestionali che il produttore offre già online | Dati storici, personalizzazioni perse, formazione delle persone |
| Retain: resta dov'è, per ora | Software legato ai macchinari, investimenti recenti | «Per ora» non deve diventare «per sempre» per inerzia |
| Retire: si spegne | Applicazioni che nessuno usa più, doppioni | Conserva prima i dati da tenere per legge o per contratto |
I costi che sfuggono nei preventivi
Il cloud trasforma un investimento (capex: compri il server e lo ammortizzi) in una spesa corrente (opex: paghi ogni mese quello che usi), e non è detto che costi meno. Le voci che più spesso mancano nel confronto:
- Traffico in uscita. Caricare dati nel cloud spesso è gratuito; farli uscire, verso la sede o verso un altro fornitore, si paga a volume.
- Macchine accese giorno e notte. In sede il server acceso la notte era già pagato; in cloud ogni ora finisce in fattura.
- Licenze software. Alcuni produttori applicano regole diverse quando il software gira su infrastruttura di terzi: la licenza del server in sede non sempre si trasferisce.
- Backup e disaster recovery. Il fornitore garantisce la sua infrastruttura, non i tuoi dati: copie e prove di ripristino restano da fare. Vale anche per la posta: lo spieghiamo nella guida sul backup di Microsoft 365.
- Connettività. Con il gestionale in cloud, se cade la linea si ferma l'ufficio: va ridondata con una seconda connessione di un altro operatore.
- Tempo delle persone. Inventario, prove, formazione: lavoro vero, anche se nel preventivo non compare.
Come si pianifica la migrazione al cloud senza fermare l'azienda
- Inventario e dipendenze: non solo l'elenco dei server, ma chi parla con chi. Il gestionale interroga il server delle licenze, manda le etichette alla stampante del magazzino. Una dipendenza scoperta il giorno del passaggio è un fermo.
- Una strategia per ogni sistema, scelta anche in base agli RTO e RPO che quel sistema deve rispettare.
- Un progetto pilota su un sistema poco critico, per collaudare il metodo su qualcosa che può permettersi un errore.
- Migrazione a ondate, dai sistemi meno critici ai più importanti, verificando i backup prima di ogni ondata.
- Un piano di rientro (rollback) deciso prima: a che ora e dopo quale controllo si torna indietro, senza discussioni.
- La finestra di cutover, cioè il momento del passaggio, lontana da chiusure di mese e inventari.
- Verifica e spegnimento del vecchio, solo dopo che le persone hanno lavorato davvero sul nuovo ambiente.
Una migrazione ha un perimetro chiaro fin dall'inizio e si governa bene con una pianificazione predittiva; i motivi per cui questi progetti deragliano sono nella guida su perché falliscono i progetti IT. Nella storia La migrazione che nessuno ha notato il passaggio era tra due infrastrutture in sede, ma il metodo è lo stesso.
Dove stanno i dati, e come si riportano a casa
Il cloud è sempre il data center di qualcuno, in un luogo preciso: chiedi dove saranno conservati i dati e le copie. Se ci sono dati personali, il fornitore li tratta per tuo conto: serve il contratto previsto dall'articolo 28 del GDPR, e un trasferimento fuori dallo Spazio economico europeo deve rispettare il Capo V del regolamento.
Poi c'è l'uscita. Il rischio di restare legati a un fornitore (lock-in) cresce con ogni servizio proprietario. Chiarisci prima in che formato esporti i dati, in quanto tempo e a quali costi. Il Data Act europeo (Regolamento UE 2023/2854) contiene regole per facilitare il cambio di fornitore cloud, ma il piano di uscita resta compito tuo.
Gli errori più comuni
- Spostare tutto in blocco, compresi i sistemi da spegnere.
- Confrontare il canone con il solo prezzo del server, e non con il costo totale in sede.
- Nessuno guarda la fattura dopo. In cloud il costo cambia ogni mese: serve chi spegne le risorse inutili, ridimensiona le macchine e imposta avvisi di spesa, con una voce dedicata nel budget IT.
In sintesi
Migrare al cloud significa decidere sistema per sistema se spostare, adattare, sostituire, tenere o spegnere. Passare dall'investimento al canone non garantisce un risparmio: traffico, licenze, backup e connettività vanno messi nel conto. Si procede a ondate, con un piano di rientro deciso prima, e i costi si controllano ogni mese.