Broadcom ha rimosso senza preavviso lo strumento per uscire da VMware

Dalla fine di agosto 2026, le pagine di download della libreria VDDK di VMware sul portale per sviluppatori di Broadcom restituiscono 404, senza alcun annuncio, senza avviso di dismissione e senza alcuna alternativa indicata. La libreria in sé è sconosciuta ai più, ma gli strumenti che ne dipendono non lo sono: i prodotti di backup a livello di immagine per i server VMware e gli strumenti usati per migrare da VMware ad altre piattaforme. Il risultato pratico è che un'azienda che valutava l'uscita da VMware ha trovato chiusa la strada ufficiale per farlo. E la lezione vale per ogni proprietario di un sistema, che usi VMware o no: la vostra dipendenza da un fornitore non si misura dal prezzo dell'abbonamento. Si misura da quanto tempo, denaro e competenze vi servirebbero per andarvene.

Che cos'è VDDK e perché conta anche se non ne avete mai sentito parlare

VDDK sta per Virtual Disk Development Kit. È la libreria che consente a software esterni all'hypervisor di leggere e scrivere i dischi virtuali di VMware. In parole più semplici: è il ponte che ogni programma attraversa quando vuole fare una copia di un server virtuale o spostarlo altrove.

Ecco perché si trova al centro di strumenti senza alcun legame evidente con Broadcom. Il motore di conversione open source virt-v2v, su cui si basa la maggior parte del lavoro di migrazione da VMware a KVM, la supporta come trasporto in ingresso. Il percorso di migrazione di Apache CloudStack la usa per trasmettere direttamente i blocchi del disco invece di esportare prima un file OVF completo. E qualsiasi prodotto di backup che faccia una copia a livello di immagine di una VM vSphere passa da essa in qualche punto della catena.

Il punto chiave: non vi serve VDDK per continuare a far funzionare VMware. Vi serve per uscire rapidamente e per proteggere ciò che state facendo girare mentre decidete.

Che cosa è successo davvero

ShapeBlue ha documentato il cambiamento il 25 agosto 2026: la pagina a cui rimanda la guida ufficiale di amministrazione di Apache CloudStack per scaricare la libreria restituisce un errore, e lo stesso vale per ogni altro percorso VDDK sul portale, compresi i percorsi specifici per le versioni 8 e 9. Hanno effettuato test dall'Europa e tramite nodi di uscita negli Stati Uniti, in Brasile, in Finlandia e in Giappone, ottenendo ovunque lo stesso risultato: non si tratta quindi di un guasto locale né di un blocco geografico.

Ancora più strano, non c'è alcun annuncio di Broadcom che spieghi il cambiamento. Nessun avviso di dismissione graduale, nessuna politica di conservazione e nessuna via indicata per permettere a un cliente o a un piccolo fornitore di ottenere la libreria. La guida ufficiale di CloudStack continua a indirizzare gli utenti a un link che non funziona più. Abbiamo verificato il link noi stessi mentre scrivevamo questo articolo e abbiamo ottenuto un 404, mentre la pagina della guida di CloudStack si carica normalmente.

Non vi serve la libreria per far funzionare il sistema. Vi serve per uscirne. È proprio questo che rende la sua assenza così importante.

Perché non esiste una soluzione alternativa

Di solito, quando sparisce un file di cui tutti hanno bisogno, la comunità tecnica trova un modo per aggirare il problema: qualcuno ne crea un mirror, qualcuno lo impacchetta e la storia finisce come una nota a piè di pagina in una pagina di documentazione. Ma la licenza di VDDK non consente la ridistribuzione generale. Nessuna distribuzione Linux la include, nessuna immagine di container la contiene e nessun fornitore di backup senza un accordo di ridistribuzione firmato può inserirla nel proprio programma di installazione.

Questo completa il quadro: un singolo URL è diventato una dipendenza rigida per un intero ecosistema di software, e la licenza che ha creato la dipendenza è la stessa che impedisce il rimedio ovvio. Replicare i file binari altrove non risolve nulla: sposta semplicemente l'esposizione legale su chi li ospita.

Anche il danno colpisce in modo diseguale. Un grande fornitore di backup con un rapporto di partnership ha qualcuno da chiamare. Una società di consulenza per la migrazione composta da tre persone, un progetto open source o un cliente che converte i propri carichi di lavoro ha un post su un forum e una pagina di errore.

La vera lezione: il costo di uscita è la misura del lock-in

La maggior parte delle decisioni di acquisto di sistemi viene presa confrontando prezzi e funzionalità. È mezza valutazione. La metà mancante è una domanda: se tra tre anni decidessimo di lasciare questo fornitore, quanto ci costerebbe?

Quanto accaduto con VDDK dimostra che il costo di uscita non è fisso. Un fornitore può aumentarlo in seguito, in modo unilaterale e a volte senza alcun annuncio. Un'azienda che ha firmato con VMware cinque anni fa ha valutato prezzo e prestazioni. Non sapeva che la proprietà del prodotto sarebbe cambiata, né che lo strumento di uscita sarebbe sparito silenziosamente dal portale.

Come misurare in pratica il vostro costo di uscita

Prima di qualsiasi nuovo contratto, e prima di rinnovarne uno esistente, ponete queste domande e fatevi dare le risposte per iscritto:

  • I miei dati sono esportabili in un formato aperto? Non un'esportazione parziale in un foglio di calcolo, ma un'esportazione completa dei dati e delle relazioni tra i record, in un formato che un altro sistema possa leggere.
  • Lo strumento di uscita è di proprietà del fornitore stesso? Se l'unica strada per uscire passa da uno strumento controllato dalla parte che volete lasciare, non avete un piano di uscita. Avete una speranza.
  • Che cosa conservo se il contratto si interrompe all'improvviso? Chiedete una clausola esplicita che garantisca la consegna dei dati e della documentazione entro un termine fisso quando il rapporto termina, per qualsiasi motivo.
  • Abbiamo davvero provato a uscire? Un piano di uscita mai collaudato non è un piano. Eseguite un'esportazione completa almeno una volta all'anno e verificate che si importi altrove.
  • Quanto durerebbe la migrazione, in numeri? Stimate i giorni e il costo con onestà. Se la risposta è "non lo sappiamo", anche questa è una risposta, e significa che la vostra dipendenza è più alta di quanto pensiate.

Come lo gestiamo in Origami

Siamo un'azienda tecnologica e costruiamo i sistemi dei clienti sul principio che il codice e i dati appartengono al cliente. In pratica questo significa un database standard che qualsiasi altro team può leggere, documentazione consegnata insieme al sistema e non su richiesta, e API che esportano l'intero insieme di dati e non frammenti. Non lo diciamo perché il rapporto sia temporaneo: lo diciamo perché un cliente che sa di poter andarsene è un cliente che resta per scelta.

E quando dipendere da un prodotto di terze parti è necessario, come spesso accade, scriviamo nel documento di progetto che cosa succede se quella terza parte scompare: qual è l'alternativa, quanto tempo richiederebbe il passaggio e quali parti del sistema ne sarebbero interessate. È una pagina del documento, ma fa la differenza tra una sorpresa e una manovra pianificata.

Fonti