VMware 价值滑落的警示：过度依赖单一平台的代价

VMware 已今非昔比。

这句话听起来也许像是老派人士的牢骚，但说出这话的绝不只我一个人。我每天打交道的许多客户都表达着同样的感受，只不过措辞往往更加激烈。

原因何在？多年来，VMware 是企业虚拟化领域的默认之选，是一个成熟稳定的平台，许多组织将其视为基础设施战略中不可撼动的基石。然而，博通完成收购之后，一切开始转变：许可协议调整、价格上涨、支持模式改变，接踵而至。

技术领域的演进本属常态，但这一次却截然不同。我接触到的许多客户不只是对 VMware 变化的数量和幅度感到沮丧，他们甚至觉得自己被抛弃了。

说实话，他们中的很多人其实并不讨厌 VMware，也不想更换平台。但当成本持续攀升、支持服务不断缩水（除非你是超大规模客户），墙上的字迹已经写得清清楚楚——是时候考虑别的选择了。

但这个问题的意义远不止于 VMware 本身。过度依赖任何单一技术平台都存在风险。正因如此，这一事件应该成为 IT 领导者的警醒，促使他们更多地思考灵活性、工作负载匹配以及持续评估，而不仅仅是寻找一个更便宜的虚拟化平台。

VMware 客户为何感到猝不及防

每当客户打电话向我倾诉时，VMware 不断攀升的成本通常是他们首先提及的问题，但往往不是唯一的问题。他们更深层的抱怨，集中在近期所经历的变化之频繁与密集，这让他们不得不应对以下困境：

采购要求、许可模式、SKU 以及经销商关系的频繁变动所带来的不确定性。

在层出不穷的新规则和采购障碍中疲于应对。

在裁员和组织架构重组的消息不断传出的背景下，对 VMware 支持生态系统的信心逐渐动摇（这一点我深有感触，不少在那里工作的优秀朋友都已离开）。

简而言之，我听到的这些人感到与多年来依赖的专家和合作关系脱节了。成本问题对许多人来说是压垮骆驼的最后一根稻草，但它不过是信任长期侵蚀的最终爆发。当 VMware 这样的基础设施平台变化如此剧烈，组织机构开始质疑自身技术战略的稳定性。

问题在于，许多技术战略本身就是围绕 VMware 构建的。因此，即便直觉反应是寻找替代方案，这个决策也远比简单地换一个虚拟化平台复杂得多。

VMware 迁移之争，本质是工作负载战略之问

尽管许多 IT 领导者恨不得与 VMware 彻底切割，但即便是最为激愤的人也清楚，全量迁移并不现实——这个平台已深度嵌入太多业务流程。然而，部分迁移？这个思路如今比以往任何时候都更值得认真探讨。

Hyper-V、Nutanix 和 Proxmox 等 VMware 替代方案已日趋成熟，对于合适的工作负载而言，Kubernetes 等容器平台以及混合云模式更是进一步拓宽了选择空间。

在评估这些潜在替代方案时，部分组织正在推进"VMware 回迁"——就像当年探索云回迁一样，这是一个值得效仿的思路。

然而，这场讨论中的关键考量之一，是对工作负载的评估。不同工作负载有不同需求，并非每个应用都适合跑在同一个平台上。真正的目标，是为每个工作负载找到最合适的归宿，而非将所有工作负载强行迁往同一个替代平台。

从工作负载而非平台出发，可以规避最常见的迁移错误——即以预设结论为起点（比如"把所有东西都从 VMware 迁走"的做法），而非优先评估业务需求、技术依赖关系和运营实际情况。

归根结底，真正需要回答的问题不是"用什么替代 VMware"，而是"每个工作负载应该运行在哪里，才能在成本、性能、风险和运营效率之间取得最佳平衡"。

最大的迁移风险在于组织，而非技术

即便组织决定从 VMware 迁移，技术也只是需要管理的风险之一。人员、流程和机构知识往往才是更大的挑战。

举个例子：许多组织已将团队构建、工作流程、自动化体系和运营规程都建立在 VMware 之上。骤然更换平台，可能会在那些专业技能与现有环境深度绑定的员工中引发焦虑。一旦员工担忧自身技能将要过时，组织就面临流失宝贵人才和机构知识的风险。

大型企业面临的复杂程度更高。在很多这样的公司里，VMware 已深度整合进安全、网络、SD-WAN 和自动化框架，实际上形成了锁定效应。中小规模的组织通常拥有更大的灵活性，因为它们的依赖项更少，平台专项化程度也更低。

换句话说，一些组织在迁移过程中面临的困难，会因超出技术层面的原因而比其他组织更为艰难。但几乎所有的迁移，只要领导者在帮助员工适应变化上投入的心力与技术准备同等充分，过程都会更加顺畅。

VMware 是今天的问题，下一个已在路上

抛开围绕 VMware 的种种抱怨和焦虑不谈，当前的争论折射出 IT 团队面临的一个更深层问题：我们如何避免对任何单一平台形成过度依赖？

无论组织选择留守 VMware、转向替代方案，还是采用混合路径，最终目标应该是一致的：保持灵活性，并定期重新审视工作负载的部署位置。VMware 风波的本质，并不是某个平台辜负了我们，而是我们错误地假设任何平台都会永远一成不变。

我们在云平台、SaaS 产品和企业软件领域见过类似的规律：客户深度投入，迁移成本随之攀升，厂商走向整合，许可模式调整，支持合同演变，最终天平从"最大化客户价值"倒向"最大化营收"。这才是 IT 领导者真正应该铭记的深层教训。

核心结论是：持续评估成本、风险和工作负载，确保组织在下一次不可避免的市场变局到来时，能够从容应对。到那时，无论下一个"博通"是谁，你都有底气对它说：请离我的地盘远一点。

Q&A

Q1：博通收购 VMware 之后，具体做了哪些让客户不满的改变？

A：博通完成收购后，VMware 在多个层面进行了调整，主要包括：许可模式和采购要求频繁变动、价格大幅上涨、SKU 和经销商关系重组，以及裁员和组织架构重整导致原有支持生态出现明显缩水。这些变化叠加在一起，使许多客户感到与原本依赖的专家资源和合作关系脱节，最终演变为对平台整体的信任危机。

Q2：企业想要从 VMware 迁移，有哪些替代方案可以选择？

A：目前较为主流的 VMware 替代方案包括 Hyper-V、Nutanix 和 Proxmox，这些平台近年来已日趋成熟。对于特定类型的工作负载，Kubernetes 等容器平台同样是可行选项，混合云模式也进一步扩大了选择范围。需要注意的是，替代方案的选择应以工作负载需求为出发点，而非一刀切地将所有应用迁往同一平台。

Q3：从 VMware 迁移时，最难克服的障碍是什么？

A：最大的挑战往往不是技术本身，而是组织层面的问题。许多企业的团队技能、工作流程、自动化体系都深度绑定于 VMware 环境，骤然切换平台容易引发员工对技能过时的焦虑，进而导致人才流失和机构知识散失。此外，大型企业中 VMware 还常与安全、网络、SD-WAN 等系统深度集成，进一步增加了迁移难度。