Broadcom a retiré sans un mot l'outil de sortie de VMware. Mesurez la dépendance au coût du départ

Les pages de téléchargement de VDDK chez Broadcom renvoient désormais une erreur 404 sans aucune annonce, ce qui casse les outils de migration et de sauvegarde VMware. Mesurez la dépendance à un fournisseur par votre coût de sortie.

Équipe OrigamiÉquipe technique
8 min de lecture
Broadcom a retiré sans un mot l'outil de sortie de VMware. Mesurez la dépendance au coût du départ

Broadcom a retiré sans un mot l'outil de sortie de VMware

Depuis fin août 2026, les pages de téléchargement de la bibliothèque VDDK de VMware sur le portail des développeurs de Broadcom renvoient une erreur 404, sans annonce, sans avis d'abandon et sans alternative indiquée. La bibliothèque elle-même est obscure pour la plupart des gens, mais les outils qui en dépendent ne le sont pas : les produits de sauvegarde au niveau image pour les serveurs VMware, et les outils servant à migrer de VMware vers d'autres plateformes. Résultat concret : une entreprise qui envisageait de quitter VMware a trouvé la voie de sortie officielle fermée. Et la leçon vaut pour tout propriétaire de système, utilisateur de VMware ou non : votre dépendance à un fournisseur ne se mesure pas au prix de l'abonnement. Elle se mesure au temps, à l'argent et à l'expertise qu'il vous faudrait pour partir.

Ce qu'est VDDK, et pourquoi c'est important même si vous n'en avez jamais entendu parler

VDDK signifie Virtual Disk Development Kit. C'est la bibliothèque qui permet à des logiciels extérieurs à l'hyperviseur de lire et d'écrire des disques virtuels VMware. Plus simplement : c'est le pont que franchit tout programme qui veut prendre une copie d'un serveur virtuel ou le déplacer ailleurs.

C'est pourquoi elle se trouve au cœur d'outils sans lien apparent avec Broadcom. Le moteur de conversion open source virt-v2v, sur lequel repose l'essentiel des migrations de VMware vers KVM, la prend en charge comme mode de transport en entrée. Le chemin de migration d'Apache CloudStack l'utilise pour transférer directement les blocs de disque au lieu d'exporter d'abord un fichier OVF complet. Et tout produit de sauvegarde qui réalise une copie au niveau image d'une VM vSphere passe par elle quelque part dans la chaîne.

Le point clé : vous n'avez pas besoin de VDDK pour continuer à faire tourner VMware. Vous en avez besoin pour partir rapidement, et pour protéger ce qui tourne pendant que vous décidez.

Ce qui s'est réellement passé

ShapeBlue a documenté le changement le 25 août 2026 : la page vers laquelle renvoie le guide d'administration officiel d'Apache CloudStack pour télécharger la bibliothèque renvoie une erreur, tout comme tous les autres chemins VDDK du portail, y compris les chemins propres aux versions 8 et 9. Ils ont testé depuis l'Europe et via des nœuds de sortie aux États-Unis, au Brésil, en Finlande et au Japon, avec le même résultat partout : il ne s'agit donc ni d'une panne locale ni d'un blocage géographique.

Plus étrange encore, aucune annonce de Broadcom n'explique le changement. Aucun avis d'abandon progressif, aucune politique de conservation, et aucune voie indiquée permettant à un client ou à un petit éditeur d'obtenir la bibliothèque. Le guide officiel de CloudStack dirige toujours les utilisateurs vers un lien qui ne répond plus. Nous avons nous-mêmes vérifié le lien en rédigeant cet article et obtenu une erreur 404, alors que la page du guide CloudStack se charge normalement.

Vous n'avez pas besoin de la bibliothèque pour faire tourner le système. Vous en avez besoin pour partir. C'est précisément ce qui rend son absence si importante.

Pourquoi il n'existe pas de solution de contournement

Normalement, lorsqu'un fichier dont tout le monde a besoin disparaît, la communauté technique le contourne : quelqu'un en fait un miroir, quelqu'un l'empaquette, et l'histoire se termine en note de bas de page dans une documentation. Mais la licence de VDDK n'autorise pas la redistribution générale. Aucune distribution Linux ne la fournit, aucune image de conteneur ne l'intègre, et aucun éditeur de sauvegarde ne disposant pas d'un accord de redistribution signé ne peut l'inclure dans son installateur.

Le tableau est ainsi complet : une seule URL est devenue une dépendance ferme pour tout un écosystème de logiciels, et la licence qui a créé cette dépendance est celle-là même qui bloque le remède évident. Héberger les binaires ailleurs ne règle rien : cela transfère le risque juridique sur celui qui les héberge.

Les dégâts ne frappent pas non plus tout le monde de la même façon. Un grand éditeur de sauvegarde lié par un partenariat a quelqu'un à appeler. Un cabinet de migration de trois personnes, un projet open source ou un client qui convertit lui-même ses charges de travail n'a qu'un message de forum et une page d'erreur.

La vraie leçon : le coût de sortie est la mesure de la dépendance

La plupart des décisions d'achat de systèmes se prennent en comparant les prix et les fonctionnalités. Ce n'est que la moitié d'une évaluation. La moitié manquante tient en une question : si nous décidons dans trois ans de quitter ce fournisseur, combien cela nous coûtera-t-il ?

Ce qui s'est passé avec VDDK montre que le coût de sortie n'est pas figé. Un fournisseur peut l'augmenter plus tard, unilatéralement, et parfois sans la moindre annonce. Une entreprise qui a signé avec VMware il y a cinq ans a évalué le prix et les performances. Elle ne savait pas que le produit changerait de propriétaire, ni que l'outil de sortie disparaîtrait discrètement du portail.

Comment mesurer concrètement votre coût de sortie

Avant tout nouveau contrat, et avant de renouveler un contrat existant, posez ces questions et obtenez les réponses par écrit :

  • Mes données sont-elles exportables dans un format ouvert ? Pas un extrait partiel dans un tableur : un export complet des données et des relations entre les enregistrements, dans un format qu'un autre système peut lire.
  • L'outil de sortie appartient-il au fournisseur lui-même ? Si la seule voie de sortie passe par un outil contrôlé par la partie que vous voulez quitter, vous n'avez pas de plan de sortie. Vous avez un espoir.
  • Que conservé-je si le contrat s'arrête brutalement ? Demandez une clause explicite garantissant la remise des données et de la documentation dans un délai fixe à la fin de la relation, quelle qu'en soit la raison.
  • Avons-nous réellement essayé de partir ? Un plan de sortie jamais testé n'est pas un plan. Effectuez un export complet au moins une fois par an, et vérifiez qu'il s'importe ailleurs.
  • Combien de temps prendrait la migration, en chiffres ? Estimez honnêtement les jours et le coût. Si la réponse est « nous ne savons pas », c'est aussi une réponse, et elle signifie que votre dépendance est plus forte que vous ne le pensez.

Comment nous traitons cette question chez Origami

Nous sommes une société technologique, et nous construisons les systèmes de nos clients selon le principe que le code et les données appartiennent au client. Concrètement, cela signifie une base de données standard que n'importe quelle autre équipe peut lire, une documentation remise avec le système plutôt que sur demande, et des API qui exportent l'ensemble des données plutôt que des fragments. Nous ne le disons pas parce que la relation serait temporaire : nous le disons parce qu'un client qui sait qu'il peut partir est un client qui reste par choix.

Et lorsque dépendre d'un produit tiers est nécessaire, ce qui est souvent le cas, nous inscrivons dans le document de conception ce qui se passe si ce tiers disparaît : quelle est l'alternative, combien de temps prendrait le changement et quelles parties du système seraient touchées. C'est une page dans le document, mais c'est la différence entre une surprise et une manœuvre planifiée.

Sources

#Dépendance fournisseur#Infrastructure#VMware#Gestion des risques

Questions fréquentes

Je n'utilise pas VMware : cette actualité me concerne-t-elle ?

Oui, car la leçon ne porte pas sur le produit mais sur le principe. Tout système dont vous dépendez aujourd'hui (comptabilité, caisse, hébergement, service d'IA) a un coût de sortie. La différence, c'est que certaines entreprises connaissent leur chiffre et que d'autres le découvrent au pire moment. Renseignez-vous sur l'export de vos données dans un format ouvert avant de signer, pas après.

Qu'est-ce que VDDK exactement, et pourquoi son retrait est-il important ?

C'est une bibliothèque VMware qui permet à des logiciels extérieurs à l'hyperviseur de lire et d'écrire des disques virtuels. Les produits de sauvegarde au niveau image et les outils de migration de VMware vers d'autres plateformes en dépendent. Vous n'en avez pas besoin pour faire tourner VMware, mais vous en avez besoin pour quitter VMware, ou pour protéger vos charges de travail pendant que vous décidez.

Comment connaître le coût de sortie de mon système actuel ?

Essayez réellement de partir. Demandez un export complet de vos données dans un format standard, vérifiez qu'il s'importe dans un autre système, et notez le temps et le coût que cela a représenté. Un plan non testé n'est pas un plan, et « nous ne savons pas » est une réponse qui signifie que votre dépendance est plus forte que vous ne l'estimez.

La réponse consiste-t-elle à tout développer en interne pour éviter la dépendance ?

Non : tout développer en interne est coûteux, lent, et crée une autre dépendance, envers votre propre équipe. La réponse est une dépendance choisie. Utilisez des produits du marché lorsqu'ils conviennent, mais exigez la propriété des données et la possibilité de les exporter, et inscrivez dans votre document de conception l'alternative pour chaque tiers critique et le temps qu'il faudrait pour en changer.

Suivez Origami sur Google

Ajoutez Origami à vos sources préférées : nos articles apparaîtront en premier pour vous dans la recherche Google et les actualités à la une.

Add as a preferred source on Google

Articles liés

Six systèmes tombés ensemble : le point de défaillance unique que vous ne voyez pas
Cloud et infrastructure

Six systèmes tombés ensemble : le point de défaillance unique que vous ne voyez pas

Le 31 août 2026, la messagerie, les réunions, les fichiers et les outils de sécurité se sont arrêtés au même moment pour des millions d'entreprises dans le monde. Ce n'étaient pas six pannes distinctes. C'était une seule panne dans une couche d'authentification partagée sur laquelle reposent tous ces services. La leçon pour un chef d'entreprise n'est pas que le cloud est peu fiable, mais que ce que vous comptez comme plusieurs systèmes peut en réalité être un seul système sous des noms différents. Voici un guide pratique pour cartographier vos dépendances en une heure, repérer la catégorie de pannes la plus évitable et savoir quoi faire le jour où votre fournisseur tombe.

7 min de lecture
Le boom de l'infrastructure d'IA en Arabie saoudite : ce que les nouveaux centres de données changent pour votre entreprise
Cloud et infrastructure

Le boom de l'infrastructure d'IA en Arabie saoudite : ce que les nouveaux centres de données changent pour votre entreprise

L'Arabie saoudite construit le plus grand centre de données gouvernemental du monde et de nouvelles installations d'IA locales. Voici ce que ce boom de l'infrastructure signifie pour votre entreprise.

8 min de lecture
Un faux nom d'entreprise correspondait à un vrai domaine, et Gemini s'est introduit dans trois entreprises réelles
Cybersécurité

Un faux nom d'entreprise correspondait à un vrai domaine, et Gemini s'est introduit dans trois entreprises réelles

Le 18 septembre 2026, Google a confirmé que son modèle Gemini avait obtenu un accès non autorisé à trois systèmes externes lors d'une évaluation de sécurité menée en mai. La cause n'était pas un modèle incontrôlable, mais un petit détail de configuration : l'entreprise fictive du scénario de test correspondait par hasard à un vrai domaine internet, et l'environnement de test était involontairement connecté à internet. Le modèle croyait être encore dans l'exercice. Cet article ne porte pas sur Google. Il porte sur la question que l'incident pose à toute entreprise : votre environnement de test est-il réellement isolé, ou touche-t-il chaque jour vos vrais clients sans que personne ne s'en aperçoive ?

7 min de lecture
Un vrai domaine gouvernemental a demandé des données clients, et Revolut les a envoyées
Cybersécurité

Un vrai domaine gouvernemental a demandé des données clients, et Revolut les a envoyées

Le 12 septembre 2026, Revolut a confirmé qu'un tiers non autorisé avait utilisé un domaine de messagerie légitime d'une agence gouvernementale pour soumettre des demandes d'informations frauduleuses, obtenant des données d'identité de clients ainsi que des copies de passeports et de permis de conduire. Le domaine n'a pas été usurpé : le message est parti de l'intérieur et a passé les contrôles techniques censés prouver la provenance d'un courriel. Ce n'est pas une affaire bancaire. Votre entreprise reçoit, elle aussi, des demandes au nom d'organismes officiels, et la plupart des sociétés n'ont aucune réponse écrite à la seule question qui compte : qui vérifie avant que les données ne partent ?

7 min de lecture
Combien coûte faire tourner l'IA sur votre propre matériel ?
Intelligence artificielle

Combien coûte faire tourner l'IA sur votre propre matériel ?

Le Mac Studio démarre à 11 999 SAR en Arabie saoudite, et 128 Go font tourner des modèles ouverts jusqu'à 200 milliards de paramètres. Matériel, prix, modèles, et quand y renoncer.

10 min de lecture
Un lac, trois noms : concevoir des systèmes qui résistent à un changement soudain des faits
Systèmes de gestion

Un lac, trois noms : concevoir des systèmes qui résistent à un changement soudain des faits

Le lac Ontario apparaît désormais sous le nom de « lac America » aux États-Unis, sous son ancien nom au Canada, et avec les deux noms partout ailleurs. L'affaire semble politique, mais c'est un test d'ingénierie pour tout système qui a enregistré ce nom comme une vérité figée. Un guide pratique pour une infrastructure qui absorbe les changements de noms de lieux, de taux de taxe et de réglementations sans réécrire le code à chaque fois.

7 min de lecture

Un projet en tête ?

Nous développons des systèmes, des applications et des sites sur mesure pour votre entreprise. Parlez-nous de votre idée et nous vous donnerons une réponse franche.

Une séance. Vingt minutes. Sans engagement.