La fattura che ti cambia la vita

Lo shock del primo mese

Il CFO entra nella sala riunioni con un’espressione che non avete mai visto. Tiene in mano un foglio stampato. La fattura del provider cloud. “Qualcuno mi spiega perché stiamo pagando dodicimila euro al mese per dei server virtuali?”

Silenzio imbarazzato. Finalmente qualcuno mormora: “Ma… era tutto calcolato. Il cloud doveva farci risparmiare.”

Questo momento si ripete in migliaia di aziende ogni mese. La grande illusione del cloud economico si infrange contro la realtà di istanze sovradimensionate che girano 24/7 anche quando nessuno le usa, servizi attivati “per prova” e mai disattivati, storage che cresce come muffa perché nessuno ha implementato politiche di retention.

Il cloud non è costoso. È l’ignoranza che costa cara.

L’illusione del possesso nell’era dell’accesso

Pensate ai servizi di streaming video. Non possedete i film. Non vi preoccupate di dove sono fisicamente conservati. Non vi chiedete quale server li sta trasmettendo in questo momento. Premete play, il contenuto arriva, e voi pagate un abbonamento mensile fisso.

Ora pensate a come la maggior parte delle aziende usa il cloud. Trattano le macchine virtuali come se fossero server fisici nel loro rack. Le accendono e le lasciano accese per sempre. Le monitorano individualmente. Le curano come animali domestici. Si preoccupano se una specifica istanza ha un problema.

Stanno pagando per un servizio on-demand ma usandolo con la mentalità del possesso. È come abbonarsi a un servizio di streaming musicale e poi ascoltare solo le canzoni scaricate offline per “risparmiare banda”. State perdendo completamente il punto.

Il cloud non è un datacenter remoto che affittate. È un cambio di paradigma su cosa significa infrastruttura. Ma questo richiede di abbandonare certezze vecchie di decenni, e nessuno vuole farlo.

Pet vs Cattle: la metafora che nessuno vuole accettare

Nel mondo tradizionale, i server sono pet – animali domestici. Hanno nomi. Li conoscete individualmente. Quando si ammalano, li curate. Fate di tutto per mantenerli in vita. Se uno muore, è una tragedia.

Nel mondo cloud-native, i server sono cattle – bestiame. Sono numerati, non nominati. Sono intercambiabili. Se uno ha un problema, lo abbattete e ne create un altro identico. Nessun dramma, nessuna emergenza notturna.

Questa metafora fa letteralmente rabbrividire molti amministratori di sistema. “Come faccio a sapere cosa sta succedendo se non posso connettermi direttamente al server?” chiedono, con l’angoscia di chi ha appena scoperto che il proprio cane da guardia sarà sostituito da un sistema di allarme automatizzato.

Ma è proprio questa incapacità di lasciar andare il controllo diretto che rende le migrazioni cloud così costose e inefficienti. Continue a trattare l’infrastruttura come qualcosa da coccolare invece che come qualcosa da automatizzare.

Il trasloco che non è un trasloco

La migrazione cloud tipica assomiglia a questo: prendete i vostri server fisici, create macchine virtuali identiche nel cloud, ci spostate sopra tutto esattamente com’era, e poi vi dichiarate “cloud-ready”.

È come vendere la casa, comprare un appartamento in affitto, e poi portarci dentro tutti i mobili della casa vecchia, compreso il camino che non potete usare e il giardino in vasi sul balcone. Tecnicamente siete in affitto, ma state pagando per uno spazio che usate come se fosse proprietà.

Il risultato? Pagate i costi del cloud (elasticità, disponibilità, gestione) ma non ne ottenete i benefici. Peggio, mantenete tutti i problemi del vecchio approccio: monoliti rigidi, scaling verticale, dipendenze da specifiche istanze.

E poi vi sorprendete quando la fattura è più alta del costo di gestire il vostro datacenter. “Ma ci avevano detto che avremmo risparmiato!” Sì, a condizione di usarlo correttamente, non come un parcheggio remoto per le vostre vecchie abitudini.

Il mito del cloud che risolve tutto

“Spostiamo tutto sul cloud e risolviamo tutti i nostri problemi!” è la frase che dovrebbe far scattare allarmi rossi. Il cloud non è una bacchetta magica. Non trasforma codice scritto male in codice efficiente. Non rende scalabile un monolite. Non compensa per anni di debito tecnico.

Il cloud è uno strumento potentissimo. Ma come tutti gli strumenti potenti, nelle mani sbagliate fa più danni che altro.

Ci sono aziende che attivano servizi “per provare” e dimenticarsene per mesi, pagando per risorse mai utilizzate. È come lasciare il rubinetto aperto e sorprendersi della bolletta.

Ci sono migrazioni nel weekend pianificate con meno cura di una gita domenicale, senza test, senza strategie di rollback, senza considerazione per i tempi di downtime.

La resistenza culturale che uccide i progetti

Il problema più grande del cloud non è tecnico. È umano.

Cambiare tecnologia è facile. Cambiare la cultura di un’organizzazione è quasi impossibile. Team interi resistono ferocemente all’idea che i server non debbano essere curati individualmente. Amministratori che hanno passato vent’anni a mantenere vivi server specifici si ritrovano in un mondo dove questa competenza è irrilevante.

Il cloud-native richiede fiducia nei sistemi automatizzati. Log centralizzati invece di SSH diretto. Monitoraggio e alert invece di controllo manuale. Infrastructure as Code invece di configurazione manuale. Auto-scaling invece di dimensionamento manuale.

Per molti, questo è terrificante. Significa cedere il controllo diretto. Significa fidarsi che il sistema faccia quello che deve fare senza supervisione costante.

Il vero costo dell’ignoranza

L’infrastruttura è quel livello fondamentale che tutti danno per scontato finché non crolla. È il terreno su cui si costruisce tutto. Eppure è proprio questo livello che viene spesso affidato a persone inesperte, sottofinanziato, trascurato.

Trattare il cloud come “il computer di qualcun altro” è tecnicamente corretto ma completamente fuorviante. È come dire che un servizio di ride-sharing è “la macchina di qualcun altro”. Vero, ma se lo usate come un’auto a noleggio tradizionale, state perdendo il punto.

Il cloud è un modello di consumo completamente diverso che richiede un approccio completamente diverso. Di servizi, non server. Di elasticità, non capacità fissa. Di automazione, non gestione manuale.

Finché continuerete a migrare mantenendo la mentalità del datacenter fisico, continuerete a pagare il prezzo dell’ignoranza. Fatture gonfiate, architetture rigide, opportunità perse mentre i concorrenti vi superano.

La scelta che nessuno vuole fare

Alla fine, si riduce a una scelta semplice: volete veramente abbracciare il cloud, o volete solo dire di averlo fatto?

Se scegliete la prima opzione, preparatevi a ripensare tutto. I vostri processi, le vostre architetture, le vostre competenze. È un investimento significativo, ma i benefici sono reali: vera scalabilità, costi ottimizzati, resilienza integrata.

Se scegliete la seconda, almeno siate onesti con voi stessi. State affittando spazio server remoto, non state facendo cloud computing. E va bene, se è quello che vi serve. Ma non aspettatevi i benefici promessi, e non sorprendetevi quando arriva la fattura.

Perché nel mondo dell’IT, ci sono due tipi di persone: quelle che hanno avuto uno shock da fattura cloud, e quelle che lo avranno. La differenza sta solo in quanto saranno preparate quando accadrà.

Questo articolo è tratto da “Non funziona niente! – I progetti IT in crisi”, il primo libro della collana Nothing Works! — una tragicommedia aziendale per chi ha visto troppi Gantt chart trasformarsi in fiction.

Scopri la collana completa, gli altri libri e le prossime uscite su nothingworks.it

Vuoi il libro subito? Compralo su Amazon

Potrebbe interessarti anche

• Sistemista IT in una PMI: mansioni e competenze
• DIRETTORE ACQUISTI
• Perché documentare gli interventi IT potenzia la posizione del Sistemista?
• BACK OFFICE MANAGER
• Da sistemista IT a IT Manager: un, possibile, percorso di carriera nell’ambito manifatturiero
• SOC MANAGER 
• I problemi quotidiani di un Sistemista IT e come risolverli
• SISTEMISTA
• Quanto guadagna un Sistemista a Torino?
• SISTEMISTA IT