本文内容
Broadcom 悄然移除 VMware 迁出工具
自 2026 年 8 月下旬起，Broadcom 开发者门户上 VMware VDDK 库的下载页面一直返回 404——没有公告，没有弃用通知，也没有给出任何替代方案。这个库本身对大多数人来说很陌生，但依赖它的工具却并不陌生：面向 VMware 服务器的镜像级备份产品，以及用于从 VMware 迁移到其他平台的工具。实际结果是，一家正在评估退出 VMware 的公司发现，官方的退出之路已经关闭。这个教训适用于每一位系统所有者，无论是否使用 VMware：您对供应商的依赖程度不是用订阅价格衡量的，而是用离开需要多少时间、资金和专业能力来衡量的。
VDDK 是什么，为什么即使您从未听说过它也很重要
VDDK 是 Virtual Disk Development Kit（虚拟磁盘开发工具包）的缩写。它是让虚拟化管理程序之外的软件读写 VMware 虚拟磁盘的库。说得更直白些：任何程序想要复制一台虚拟服务器或把它搬到别处，都要经过这座桥。
正因如此，它处于许多与 Broadcom 并无明显关联的工具的核心位置。开源转换引擎 virt-v2v 支撑着大部分从 VMware 到 KVM 的迁移工作，它将 VDDK 作为一种输入传输方式予以支持。Apache CloudStack 的迁移路径使用它直接流式传输磁盘块，而不是先导出完整的 OVF 文件。任何对 vSphere 虚拟机进行镜像级复制的备份产品，都会在链条的某个环节经过它。
关键在于：继续运行 VMware 并不需要 VDDK。您需要它是为了快速离开，以及在做决定期间保护正在运行的系统。
实际发生了什么
ShapeBlue 于 2026 年 8 月 25 日记录了这一变化：Apache CloudStack 官方管理指南中指向的库下载页面返回错误，门户上其他所有 VDDK 路径也是如此，包括版本 8 和版本 9 的专属路径。他们从欧洲以及通过美国、巴西、芬兰和日本的出口节点进行了测试，各地结果都一样——因此这既不是本地故障，也不是地理封锁。
更奇怪的是，Broadcom 没有发布任何公告解释这一变化。没有分阶段的弃用通知，没有保留政策，也没有为客户或小型供应商说明获取该库的途径。CloudStack 官方指南仍在引导用户访问一个已经失效的链接。我们在撰写本文时亲自检查了该链接，得到的是 404，而 CloudStack 指南页面本身可以正常加载。
运行系统并不需要这个库。离开才需要它。这恰恰是它的缺失如此重要的原因。
为什么没有变通办法
通常，当一个人人都需要的文件消失时，技术社区会想办法绕过去：有人建立镜像，有人把它打包，事情最终只成为文档页面上的一条脚注。但 VDDK 的许可证不允许一般性再分发。没有任何 Linux 发行版附带它，没有任何容器镜像包含它，没有签署再分发协议的备份供应商也不能把它放进自己的安装程序。
这样整个局面就清楚了：一个 URL 成了整个软件生态系统的硬性依赖，而造成这种依赖的许可证，正是阻碍显而易见的补救办法的那份许可证。把二进制文件镜像到别处解决不了任何问题——只会把法律风险转移给托管它们的人。
损害的分布也不均衡。拥有合作伙伴关系的大型备份供应商有人可以打电话求助。而一家三人规模的迁移咨询公司、一个开源项目，或一个正在转换自身工作负载的客户，手里只有一篇论坛帖子和一个错误页面。
真正的教训：退出成本才是衡量锁定的尺度
大多数系统采购决策都是通过比较价格和功能做出的。这只是一半的评估。缺失的另一半是一个问题：如果三年后我们决定离开这家供应商，要付出多少代价？
VDDK 事件表明，退出成本并不是固定的。供应商可以在之后单方面提高它，有时甚至不发任何公告。一家五年前与 VMware 签约的公司评估了价格和性能。它并不知道产品的所有权会易手，也不知道退出工具会悄无声息地从门户上消失。
如何在实践中衡量您的退出成本
在签订任何新合同之前，以及在续签任何现有合同之前，提出以下问题，并获得书面答复：
- 我的数据能否以开放格式导出？不是导出到电子表格的部分数据，而是数据及记录之间关系的完整导出，且格式能被另一个系统读取。
- 退出工具是否归供应商本身所有？如果唯一的出路要经过您想离开的那一方所控制的工具，那您并没有退出计划，您只有一份希望。
- 如果合同突然终止，我能保留什么？要求加入明确条款，保证在合作关系因任何原因结束时，于固定期限内交付数据和文档。
- 我们是否真正尝试过离开？从未测试过的退出计划不是计划。至少每年进行一次完整导出，并确认它能导入其他地方。
- 迁移需要多长时间，用数字说话？如实估算天数和成本。如果答案是“我们不知道”，这也是一个答案——它意味着您的依赖程度比您以为的更高。
Origami 如何处理这一问题
我们是一家科技公司，在为客户构建系统时遵循代码和数据归客户所有的原则。在实践中，这意味着使用任何其他团队都能读取的标准数据库，随系统一并交付文档而不是应要求才提供，以及提供能导出完整数据集而非零散片段的 API。我们这样说，并不是因为合作关系是临时的——而是因为一个知道自己可以离开的客户，才是出于自愿留下的客户。
当必须依赖第三方产品时（这种情况很常见），我们会在设计文档中写明如果该第三方消失会发生什么：替代方案是什么，切换需要多长时间，以及系统的哪些部分会受到影响。这只是文档中的一页，但它决定了是措手不及还是有计划地应对。
资料来源
常见问题
我不使用 VMware，这条新闻和我有关吗？
有关，因为这个教训关乎的不是产品，而是原则。您今天依赖的任何系统——会计、收银、托管、人工智能服务——都有退出成本。区别在于，有些公司清楚自己的数字，而另一些公司在最糟糕的时刻才发现它。请在签约之前，而不是之后，询问能否以开放格式导出您的数据。
VDDK 究竟是什么？它被移除为什么重要？
它是 VMware 的一个库，让虚拟化管理程序之外的软件能够读写虚拟磁盘。镜像级备份产品以及从 VMware 迁移到其他平台的工具都依赖它。运行 VMware 并不需要它，但离开 VMware 需要它，在您做决定期间保护工作负载也需要它。
如何得知我当前系统的退出成本？
真正尝试离开一次。申请以标准格式完整导出您的数据，确认它能导入另一个系统，并记录花了多长时间、花了多少钱。未经测试的计划不是计划，而“我们不知道”这个回答意味着您的依赖程度比您估计的更高。
为了避免锁定，答案是一切都自己开发吗？
不是。一切都自己开发既昂贵又缓慢，还会产生另一种依赖：对自己团队的依赖。答案是有意识的依赖。在合适的地方使用现成产品，但要求数据所有权和可导出性，并在设计文档中写明每个关键第三方的替代方案以及切换需要多长时间。
在 Google 上关注 Origami
把 Origami 设为首选来源，我们的文章就会优先出现在您的 Google 搜索和热门新闻中。
