Il rinnovo VMware non è il problema. Il problema è dove ti trovi tra tre anni.
La mail arriva qualche mese prima della scadenza, e negli ultimi due anni ha cambiato tono. Il preventivo di rinnovo delle licenze di virtualizzazione non è più una riga di budget che si approva senza guardarla: è un numero che fa alzare il telefono. In molti casi è raddoppiato, in alcuni molto di più, e ha cambiato forma — dai contratti perpetui alle sottoscrizioni a pacchetto, con dentro cose che non usi e senza la possibilità di comprare solo quello che ti serve.
La reazione istintiva è trattare la questione come un problema di fornitura: il prezzo è salito, quindi trovo un'alternativa più economica, migro, e chiudo la faccenda. È una reazione comprensibile, ed è anche il modo migliore per ritrovarsi nello stesso identico posto tra tre anni.
Perché il preventivo alto non è il problema. È il sintomo. Il problema è un altro, ed è più scomodo da guardare.
Cosa è successo, in breve, e perché riguarda anche te
Nel 2023 Broadcom ha acquisito VMware, e nei mesi successivi ha ridisegnato il modello commerciale: fine delle licenze perpetue, passaggio a sottoscrizioni in bundle, riorganizzazione del canale dei partner, revisione dei programmi per i fornitori di servizi. Le motivazioni industriali di quella scelta si possono discutere, e non è questo il punto. Il punto è l'effetto che ha prodotto in chi quelle licenze le usa per far girare la produzione.
L'effetto è che una decisione presa altrove, in un consiglio di amministrazione a cui non siedi, con obiettivi che non sono i tuoi, si è tradotta in una voce di costo che devi assorbire, in tempi che non hai deciso tu. E la parte che brucia non è nemmeno l'aumento in sé. È la scoperta di quanto poco margine di manovra avevi.
Questa è la vera lezione di Broadcom, e vale molto oltre VMware: quando la tua infrastruttura dipende da una tecnologia che non controlli, non stai comprando un servizio. Stai affittando la tua stessa operatività a condizioni che qualcun altro può cambiare. Finché le condizioni sono buone, non te ne accorgi. Il giorno in cui cambiano, scopri di colpo dove passava il confine tra quello che decidevi tu e quello che decideva il fornitore.
La trappola dentro la trappola
Ed è qui che la reazione istintiva — cambio fornitore, prendo il più conveniente — diventa pericolosa.
Perché se l'unico criterio con cui scegli il sostituto è il prezzo, stai ottimizzando la variabile sbagliata. Il prezzo di oggi è una fotografia. Ti dice quanto costa entrare, non quanto costerà restare, e soprattutto non ti dice nulla su quanto costerà uscire quando — non se, quando — anche questo fornitore deciderà che è arrivato il momento di rivedere le condizioni.
Abbiamo scritto in un altro articolo che il vero costo del lock-in è invisibile finché non provi ad andartene. La migrazione post-Broadcom è il caso di scuola perfetto. Migliaia di organizzazioni stanno scoprendo in questo momento quanto è alto quel costo, e la tentazione è di pagarlo una volta per spostarsi su un altro binario ugualmente chiuso, magari un altro hypervisor proprietario, magari un hyperscaler che risolve il problema della licenza creando quello, più grande, della dipendenza dall'infrastruttura di qualcun altro.
Sarebbe come uscire da una stanza chiusa a chiave entrando in un'altra stanza chiusa a chiave, e sentirsi liberi perché per qualche tempo la porta resta aperta.
La domanda giusta non è "qual è l'alternativa più economica a VMware". È: come faccio in modo che questa sia l'ultima migrazione forzata che subisco?
Cosa cambia se la scelta la imposti sulla reversibilità
Cambiare il criterio cambia tutto il resto. Se il metro non è più il prezzo d'ingresso ma la libertà d'uscita, le opzioni sul tavolo si riordinano da sole.
Le tecnologie open source smettono di essere "l'alternativa gratis" e diventano l'alternativa senza padrone. Il valore non è che OpenStack o Proxmox VE non costano la licenza, quello è un dettaglio contabile. Il valore è che nessuna azienda può essere acquisita da un'altra e ridisegnarti unilateralmente il modello commerciale, perché non c'è un'azienda sola a possedere la tecnologia. Il codice è aperto, gli standard sono pubblici, e se un giorno vuoi cambiare partner mantieni la piattaforma. Cambi chi te la gestisce, non ciò che gira.
Il TCO va calcolato sull'intero ciclo, non sul primo anno. Un confronto onesto tra continuare su VMware e migrare su open source non si chiude sul costo delle licenze risparmiate. Include la migrazione, la formazione, l'adeguamento dei processi, l'eventuale supporto specialistico. Sul primo anno la migrazione può costare più del rinnovo. È sul terzo, sul quinto, e soprattutto sulla scadenza in cui non dovrai rinegoziare da una posizione di debolezza, che il conto cambia segno. Chi vende migrazioni tende a nasconderlo; noi preferiamo dirlo, perché una decisione presa sui numeri veri regge, una presa sull'entusiasmo no.
La migrazione diventa un progetto, non un salto nel buio. La ragione per cui molte organizzazioni restano su una tecnologia che non vogliono più non è che la preferiscono: è la paura del cut-over, del downtime, del "e se qualcosa si rompe in produzione". È una paura legittima, e la risposta non è minimizzarla ma renderla gestibile — assessment preventivo, infrastruttura descritta come codice, migrazione a ondate con downtime ridotto al minimo, un percorso di rientro se qualcosa non torna. La differenza tra una migrazione che spaventa e una che si può approvare in consiglio è tutta nel metodo.
Il punto che quasi nessuno mette sul tavolo
C'è una cosa che, nella fretta di sostituire VMware, viene spesso rimandata a dopo — ed è invece il momento giusto per affrontarla, perché stai già mettendo le mani nell'infrastruttura.
Una migrazione forzata è dolorosa, ma è anche l'unica occasione in cui un'organizzazione si ferma davvero a guardare come è fatta. È il momento in cui puoi decidere non solo su cosa girare, ma come governare quello che gira: chi accede a cosa, come si tracciano le operazioni, quanto dipendi da poche persone per tenere in piedi tutto, se l'automazione che introduci resta dentro il tuo perimetro o lo attraversa.
Chi tratta la migrazione come un semplice trasloco, sposto le macchine dallo scaffale A allo scaffale B — si perde questa occasione e si ritrova, tra qualche anno, a doverla riaprire da capo. Chi la tratta come il momento per ridisegnare il governo dell'infrastruttura esce dalla migrazione in una posizione strutturalmente diversa: non ha solo cambiato hypervisor, ha cambiato quanto è padrone di casa propria.
È la differenza tra reagire a una decisione altrui e riprendere in mano una decisione tua.
Cosa significa, per noi, accompagnare questa scelta
Potremmo raccontare la migrazione VMware come molti la raccontano: un listino di attività, una promessa di downtime vicino allo zero, un rassicurante "ci pensiamo noi". Sarebbe vero, ma sarebbe la parte facile.
La parte che conta è un'altra. Quando accompagniamo un'organizzazione fuori da VMware, il nostro obiettivo non è renderla dipendente da noi al posto di Broadcom, sarebbe lo stesso film con un altro titolo. È lasciarla in una posizione da cui, il giorno in cui volesse fare a meno di noi, potrebbe farlo. Infrastruttura interamente open source, dati sotto il suo controllo, tutto descritto come codice su repository suoi, nessun vincolo contrattuale che leghi la tecnologia alla nostra presenza.
È un modo di lavorare che, in apparenza, gioca contro di noi: un cliente che può andarsene facilmente è un cliente che dobbiamo meritarci ogni anno. Ma è esattamente questo il punto. Preferiamo un rapporto in cui restiamo perché serviamo, non perché sei incastrato. È l'unico tipo di rapporto che, dopo l'esperienza Broadcom, un'organizzazione dovrebbe essere disposta ad accettare, e l'unico che noi siamo interessati a offrire.
Perché la lezione vera di questi due anni non è "VMware è diventato caro". È che l'indipendenza tecnologica non è un lusso ideologico: è una forma di gestione del rischio. E come ogni gestione del rischio, la si costruisce quando le cose vanno bene, non quando arriva la mail del rinnovo.
Ne parliamo prima della prossima scadenza?
Se stai valutando cosa fare del tuo ambiente VMware, anche solo per capire quanto costerebbe davvero muoversi e quanto tempo servirebbe, possiamo farti un quadro onesto: assessment dell'ambiente, stima realistica di tempi e costi sull'intero ciclo, e un percorso di migrazione che puoi portare in consiglio senza doverci mettere la faccia sulla fiducia.
Commenti