Tesco迁出4万个VMware工作负载：Broadcom赚到了钱，也逼客户重算逃生账

Tesco要把约4万个服务器工作负载从VMware上搬走。

这不是一个轻飘飘的“换软件”。对一家大型零售企业来说，虚拟化下面压着门店、供应链、支付、数据系统和日常运维。地基一动，备份、灾备、安全补丁、监控和兼容性都会跟着动。

更反常的是，Tesco不是只去谈判压价。它一边迁移，一边在英国高院起诉Broadcom、VMware和经销商Computacenter。Tesco的说法是：Broadcom接手VMware后，没有按既有支持安排办事，还要求它购买重复的订阅许可。

Broadcom否认价格不公平。法院也还没有把Tesco的指控认定为事实。

但这件事已经足够说明一个变化：VMware过去是很多企业默认可信的基础设施层，现在正在被一些大客户当成风险项重新评估。

这场纠纷卡在三件事上

这张表里的核心，不是“涨价”两个字。

企业软件当然会涨价。真正要命的是支持权、许可权和迁移权同时变得不确定。IT部门最怕的不是预算变贵，而是明年还能不能拿到补丁、旧许可还算不算、灾备链路还能不能跑。

Tesco文件还提到，新虚拟化方案与其使用的Veeam、Zerto不兼容，可能带来数据安全和运营风险。

这句话很关键。它说明Tesco不是潇洒离场，而是带着风险离场。换平台不是把一个图标删掉，再装另一个图标。它更像边开店边换地基，不能停业，不能丢数据，还不能让支付和供应链断链。

谁受影响：最先紧张的是企业IT和采购

这件事最该看的不是普通用户，而是两类人。

一类是企业IT负责人。

如果公司深度依赖VMware，现在要做的不是马上喊“去VMware化”。更现实的动作是盘点工作负载：哪些系统能迁，哪些系统暂时不能动，哪些备份、灾备、安全工具会被牵连。

Tesco最早也要到2027年底才可能完全迁出，已经把难度写在纸面上。别把迁移当口号。口号不负责凌晨两点的故障恢复。

另一类是采购和法务团队。

以后谈基础软件，不该只盯许可单价。支持条款、续约边界、订阅转换条件、第三方支持可行性，都要写进风险表。过去很多企业把这些当合同细节，现在它们会变成董事会问题。

这里也要把限制讲清楚：不是所有VMware客户都会逃离。

很多客户会继续忍受。原因很简单：迁移太贵，时间太长，工程风险太高，现有运维团队也未必有能力立刻接住新平台。更可能发生的是三种选择并存：核心系统暂缓迁移，边缘系统先试点，下一轮采购开始压VMware依赖。

这也是Broadcom策略仍然有效的地方。

它不是不知道客户痛苦。它赌的正是客户走不动。基础软件的锁定价值，往往不是客户喜欢你，而是客户暂时离不开你。

Broadcom没有立刻失败，但VMware的信任资产在被消耗

Broadcom接手VMware后的路线并不含糊：收缩复杂产品线，推动订阅，锁定大企业，提高单位收入。

从财务角度看，这套打法短期未必失败。材料也显示，Broadcom的VMware策略在大企业客户上仍有财务成功。大客户嘴上骂，账单可能还是会付。

问题在于，基础设施软件卖的从来不只是功能。

它卖的是可预期性。企业敢把核心系统压在VMware上，是因为过去默认它稳定、可续、可支持。现在一旦客户觉得历史协议可能被重新解释，永久许可可能被订阅逻辑吞掉，信任就开始折价。

这有点像铁路时代的轨距之争。谁控制轨道，谁就控制货物流向和换线成本。今天的软件轨道更隐蔽，藏在许可、支持、API、备份工具和运维流程里。不完全一样，但权力结构很像：路在别人手里，离开就要重铺一遍。

“天下熙熙，皆为利来。”Broadcom追求回报并不奇怪。它花大钱买下VMware，不是来维持一套低收益的历史舒适区。

我不太买账的是另一点：把基础设施伙伴做成高压收费闸口，短期能榨出利润，长期会逼最有能力的大客户准备逃生方案。

Tesco案接下来最该看三个变量。

Broadcom未必会输掉这场商业打法。它可能继续从留下来的客户身上赚到钱。

但VMware最值钱的资产正在被重新定价。不是代码，不是控制台，而是大企业曾经相信它会稳稳待在那里。

一旦地基被客户看成闸口，采购就不会只问“多少钱”。他们会问：哪天我想走，得付多少赎身费？