C’è un momento preciso in cui molte organizzazioni scoprono quanto spendono davvero sul cloud. Di solito arriva a fine trimestre, quando qualcuno incrocia la fattura del provider con il budget approvato. I numeri non tornano. La spesa è cresciuta — spesso del doppio, a volte di più — senza che nessuno avesse autorizzato esplicitamente quell’aumento.
Non è un problema di frode. Non è un errore del provider. È la conseguenza di una migrazione fatta senza governare il costo come vincolo architetturale. Quando il costo non è un vincolo di progettazione, diventa una sorpresa operativa.
Il cloud non spreca da solo
Una quota significativa della spesa cloud continua a essere assorbita da risorse sottoutilizzate o inutilizzate. Non è una cifra astratta. Per un’organizzazione con una spesa cloud significativa, significa budget considerevole all’anno in istanze dimenticate, repliche non necessarie, servizi attivati e mai dismessi.
Il problema non riguarda solo le grandi enterprise. Le organizzazioni di medie dimensioni si trovano spesso nella situazione peggiore: spesa cloud abbastanza alta da rendere lo spreco costoso, ma maturità organizzativa non ancora sufficiente per avere una governance sistematica.
Come si arriva a spendere il doppio
La promessa del cloud era semplice: paghi quello che usi, scala quando serve, riduci quando non serve. In teoria, un modello di costo più efficiente di qualsiasi infrastruttura on-premise.
In pratica, il modello funziona solo se qualcuno governa attivamente quello che viene consumato. Ogni team attiva i servizi di cui ha bisogno. Nessuno dismette quelli che non usa più. Le istanze vengono sovradimensionate per sicurezza. I dati vengono replicati tra regioni diverse senza una policy chiara. Il traffico tra servizi genera costi che nessuno aveva considerato in fase di progettazione.
La bolletta cresce. Il valore prodotto, molto meno.
La migrazione cloud non è una scelta architetturale. È uno spostamento di costi da una voce di bilancio a un’altra — con meno prevedibilità e meno controllo.
Il ritorno non è la soluzione. È lo stesso errore.
Non è un caso che nel 2026 stia crescendo il numero di organizzazioni che stanno riconsiderando la propria strategia cloud. Ma chi riporta workload sull’on-premise senza una strategia di workload placement chiara, sta replicando lo stesso errore nella direzione opposta.
Le organizzazioni più mature non scelgono tra cloud e on-premise. Progettano un’architettura ibrida consapevole — in cui ogni workload sta nell’ambiente giusto per le sue caratteristiche specifiche: criticità, latenza, costo, compliance. La differenza non è tra chi è sul cloud e chi non lo è. È tra chi ha progettato quell’architettura ibrida e chi ci è arrivato per accumulo di decisioni non coordinate.
La domanda che vale la pena porsi
Prima di valutare se il cloud costa troppo, c’è una domanda più utile: l’architettura attuale è stata progettata per governare i costi nel tempo, o è stata progettata per funzionare — e il costo è diventato un problema dopo?
Se la risposta è la seconda, il problema non è il provider, non è il contratto, non è il team che gestisce l’infrastruttura. È che le decisioni architetturali prese in fase di migrazione non includevano il costo come vincolo di progettazione.
Le organizzazioni che governano il cloud non sono quelle che spendono meno. Sono quelle che sanno in anticipo perché stanno spendendo quella cifra.
Perché il vero problema non è quanto costa il cloud. È quando nessuno sa più spiegare perché costa così.
