最近这两三个月，我周围几位做云托管和算力租赁的朋友明显焦虑了不少。原因很简单：他们手里那份VMware的云服务商合作协议，正在面临一场罕见的“大考”。先是产品线被打包重卖，接着是渠道体系洗牌，再往后是一封封措辞正式的邮件，通知某种框架协议将在今年3月前到期——签还是不签，继续做还是退出，留给决策的时间已经不多了。
这一系列动作的源头，就是博通正式完成对VMware的收购之后，开始对这家虚拟化巨头做系统性改造。作为长期帮企业做IT架构规划、也帮云服务商对接生态资源的人，我打算把这轮调整前后的事情掰开揉碎讲一遍：它到底在改什么、对哪些人有影响、接下来几个月应该怎么应对。文里不聊虚的，更多是我在实际工作中看到的客户反应和操作路径，希望能给同样在“等待宣判”的伙伴一些参考。
1. 先捋清楚：这轮调整到底动了什么
1.1 一笔收购引发的连锁反应
博通收购VMware，前后折腾了大半年，最终在2023年11月正式交割。很多人以为交割完了就一切照旧，结果从交割那天开始，VMware的商业策略几乎每个月都在变。
最明显的是产品售卖方式的转变。原来VMware的主流产品可以按CPU授权永久买断，也可以按年订阅；现在永久授权基本退场，所有产品统一走订阅制。过去可以单独买vSphere、单独买vSAN、单独买NSX，现在这些组件被重新装进VMware Cloud Foundation（VCF）这个大礼包里，按照标准化版本整体销售。
紧接着就是渠道体系的变动。VMware过去在中国和全球市场都靠庞大的合作伙伴网络来覆盖客户，有分销商、有经销商、有一大批云服务商和MSP（托管服务商）。这套体系里的云服务商，一般走的是VCPP（VMware Cloud Provider Program）模式：服务商自己不买断软件，而是按使用量向VMware付费，再基于VMware产品对外提供云服务、托管、灾备、桌面云等业务。
现在博通要做的，是把这套动辄几千家合作伙伴的体系，压缩成一个更小、更可控的核心名单。大量中小云服务商和渠道伙伴收到通知：要么重新签新的框架协议，要么在这个3月的截止期限前完成退出。
1.2 原来的生态为什么这么庞大
要理解这次削减为什么冲击大，得先明白VMware原来的生态是怎么运转的。
虚拟化这东西有个特点：它不直接面向最终用户交付价值，用户要的是在这套虚拟化之上跑着的业务系统。所以VMware非常依赖中间层——先由分销商把产品铺到各地，由经销商做本地化销售和交付，由云服务商把软件转成“云资源”按月卖给中小企业。每一层都承担着不同的客户触达成本和售后压力。
对VMware来说，这个庞大网络保证了它能把产品卖进大量中小客户的数据中心。一家只有几十台服务器的制造企业，可能永远不会直接联系原厂，但它会从本地的集成商手里买到整套虚拟化方案；一家做区域云托管的小服务商，可能一个季度只消耗几万元的VMware授权，但它实实在在帮VMware覆盖了一大批长尾客户。
问题在于，这套体系对博通来说太贵了。渠道返点、市场基金、培训认证体系、各种特价策略，每一项都是成本。博通收购其他公司后的惯用打法，都是先砍成本、聚焦头部客户、提升单客户利润。VMware这套“农村包围城市”式的生态，恰恰是它最想精简的部分。
1.3 博通要的不是生态，是“账本”
很多人问我：博通是不是不重视VMware了？恰恰相反，它非常重视，只是重视的方式不同。
博通做生意的逻辑很清楚：把产品收拢成几个高毛利的核心品类，只服务愿意付大价钱的大客户，然后用最少的渠道成本把服务交付掉。放在VMware身上，这个逻辑对应的就是VCF订阅、直接签约大企业、保留少数核心云服务商。
所以这轮“削减云服务合作伙伴”本质上不是技术调整，而是一次彻底的经营策略重构。被削减的伙伴不代表技术不行，也不代表服务质量差，只是它们的采购体量和使用模式，不符合博通想要的“大客户集中服务”模型。
这也就解释了为什么会出现3月这个坎：博通需要在一个明确的财务周期内完成合作结构的切换，把旧的VCPP协议清理干净，把愿意留下的伙伴迁入新框架。对云服务商来说，这个期限不像是一个技术上线日期，更像是一道“要么上船、要么下船”的行政命令。
2. 3月截止期限到底意味着什么
2.1 一张并不整齐的时间线
关于截止日期，公开报道里有不同的说法，有的说部分伙伴的通知截止日是2月底，有的说最终签字期限落在3月中旬，还有的说是3月31日。实际上，不同地区、不同体量、不同历史合作关系的伙伴，收到的时间窗口并不完全一致。
这确实让人头疼。我遇到好几家云服务商，都是先收到一封“关于合作框架调整”的邮件，里面给了大致的截止日期，然后又收到进一步通知把日期往后推了一点。原因也不难理解，博通不可能同时和全球几千家伙伴完成一对一谈判，只能分批推进。
但有一点是肯定的：以3月为界的这一批调整，针对的是VCPP类云服务商合作关系。如果你所在的公司是走这个模式，那这封邮件基本已经发出了；如果还没收到，大概率会在近期陆续收到，或者被划到下一批次。
2.2 新框架协议里的关键条款
收到新协议之后，很多伙伴的第一反应是看价格。价格确实重要，但更需要注意的是几个容易被忽略的条款变化。
第一个是承诺用量。过去VCPP模式相对灵活，服务商按实际使用量按月结算，用多少付多少。新的框架协议里普遍出现了最低消费承诺，也就是未来一年到三年里，你必须从博通采购某个金额以上的产品，否则价格条款会失效，甚至有可能影响合作身份。
第二个是销售模式的改变。过去服务商拿到的报价单有弹性空间，公司和客户谈的时候可以灵活打包；新模式下，产品组合被标准化，报价空间被压缩，服务商的利润更多来自于“转售差价+技术服务费”，而不是过去那种“软件折扣+增值服务”的组合。
第三个是服务等级的重新定义。原来的VCPP协议里，对可用性、补丁、升级的支持有比较明确的服务说明；新版协议里，部分支持服务被挪到了付费项目下，基础支持的范围明显收窄。这意味着云服务商自己的运维压力会增加，有些过去原厂帮忙解决的问题，现在要自己扛。
2.3 签还是不签：先算清楚这笔账
在3月这个节点上，最纠结的就是中小云服务商。
签，意味着接受更高的采购成本、更死板的用量承诺、更细的合同条款。如果手里的客户群体以中小企业为主，涨价很难全部转嫁出去，利润会被明显压缩。不签，意味着现有客户的使用授权在合同到期后就没有着落。客户的数据跑在服务商的平台上，服务商不能说停就停，一旦停服，客户会立刻流失，而且很可能带着索赔和负面口碑离开。
最麻烦的是“沉默”也不行。协议到期不续签，平台上的软件授权状态会进入不合规状态，补丁更新停止，技术支持停止，甚至可能面临商业纠纷。
我见过一个比较典型的案例：某家公司手里有上百家托管客户，客户用的都是VMware环境，它自己算了半天，发现新协议下的成本会上涨一倍多，但它根本没有准备好替代方案，也没有能力在几个月内完成大规模迁移。最后只能咬着牙签了，再慢慢想办法在后续年份里把客户迁移到别的技术栈上。
所以我的建议是：在这个截止期限到来之前，不是单纯决定“签”或“不签”，而是先把自己的客户结构、用量数据、迁移能力盘点清楚，再根据盘点结果做决策。哪怕最后只能签，也要签得尽量主动。
3. 谁在受影响，谁的蛋糕被动
3.1 中小云服务商与MSP首当其冲
这轮调整里，受影响最大的是中小云服务商和MSP。
这类公司的典型特征是什么？客户数量不多，但客户黏性很强；整体采购量不大，但每个季度都稳定采购；业务高度依赖VMware生态，比如给客户做虚拟机托管、做云桌面、做备份容灾。它们的运营模式本来就靠“低采购成本+高服务黏性”来维持，采购成本一旦大幅上升，整个商业模型就绷不住了。
我在圈子里听到的反馈很一致：很多中小MSP最近都开始紧急研究替代方案。有人搭了开源虚拟化平台做测试，有人在评估国产超融合产品，有人干脆规划把客户迁到公有云上托管。但平心而论，这些路径都需要时间，尤其是客户数据量大的、业务连续性要求高的，迁移根本没有想象中那么简单。
3.2 区域分销和经销商的处境
再看分销商和经销商这一层。
过去VMware的分销体系层级多、覆盖广，全国性的分销商下面还有一大批区域代理商。这次调整中，分销商被大幅压缩，很多区域代理直接失去VMware代理资格。它们手里如果还有正在服务的客户，就面临一个尴尬局面：客户要续费，代理商没有授权做不了；客户要支持，代理商已经不在系统里了。
一些体量稍大的代理商选择转投新的框架协议，但条件是必须有足够的客户盘子；体量小的，基本只能放弃VMware产品线，转而卖其他品牌或开源方案。这对市场的影响是：很多三四线城市的中小企业客户，以后想买VMware产品、想找本地服务商做支持，选择会明显变少。
3.3 最终企业用户是承压的末端
企业客户看起来是被动的一方，但承担的压力一点都不小。
一家企业如果之前是通过本地云服务商或经销商采购的VMware产品，现在可能面临合同主体变更、账单金额上调、服务联系人更换等一系列变化。有些企业的采购流程长，合同还没走完，就收到通知说原来的代理商没授权了，要改签给新的主体。已经上线的业务系统要重新确认技术支持保障，预算也要临时调整。
更麻烦的是那些正在规划新项目的企业。原本计划用VMware软件栈搭一套私有云，方案、配置、预算都已经做好了，现在发现采购通道变了、计价方式变了，连版本生命周期都变了，项目只能暂停，重新做技术评估。这种停顿对企业的伤害，比涨价本身更大。
4. 现在该做什么：一份能落地的行动清单
4.1 如果你是云服务商或渠道伙伴
这个节点上最忌讳的是等。下面这个自查和行动顺序，是我这段时间反复跟合作伙伴强调的。
第一步，确认自己的合作身份。先搞清楚自己在新名单里还是不在名单里，是直接签约方还是需要挂靠上游。这一步没确认前，不要做任何其他的商务动作。
第二步，盘点客户环境里的授权与服务。把你名下所有客户的VMware授权规模、版本、到期时间、正在使用的功能组件全部拉出来，做成一张表。这张表既是你和博通谈判的基础，也是你做迁移方案的依据。
第三步，梳理账单与上下游合同。看看你和上游的采购合同、你和下游客户的服务合同里，有没有“变更控制”或“不可抗力”相关的条款。有些合同里服务变更需要提前通知客户，这个通知期限要预留出来。
第四步，做决策并落到纸面。签与不签，都要有明确的判断依据和后续计划。如果签，重点确认价格条款、承诺用量、支持内容；如果不签，提前规划客户告知话术和迁移节奏，避免客户从别的渠道知道消息后被动应对。
4.2 如果你是最终企业用户
企业端这边，我建议分四步走。
第一步，翻出采购合同，看“变更控制”相关条款。很多企业采购VMware产品时会跟服务商签框架协议，协议里通常有供应商股权变更、服务变更的通知和协商机制。确认这些条款能保护你什么，还有哪些漏洞要补。
第二步，主动约谈你的服务商。不要等服务商来找你。问清楚三件事：我的授权是否受影响？后续服务由谁提供？价格和账单会怎么变？同时要求服务商给出书面的服务连续性承诺。
第三步，重新计算未来三年的总体拥有成本。把涨价、迁移、替代方案三种情况下的成本都算一遍，别只盯着软件的采购价格，还要算上人力成本、停机风险、数据迁移成本。算完之后，你才知道哪个选择是真正划算的。
第四步，准备一个最坏情况预案。如果你的服务商最终退出了VMware体系，你的数据要迁到哪去，用什么方式迁，需要多长时间？这个预案不一定马上执行，但必须有，而且最好在截止期限前做好功课。
4.3 谈判中的几个实操经验
这段时间我观察到，凡是谈判中拿到较好条件的，基本都做到了下面几点。
用量数据是最硬的筹码。你能准确说出未来一年会有多少新增量、现有盘子的体量有多大，才谈得下来价格。很多伙伴平时不认真做数据统计，谈判时只能被动接受对方的报价。
多年度承诺可以换折扣。如果预算允许，把一年期合同拉长到两年或三年，往往能把单价谈下来不少。这在博通模式里是通行的做法——他们更看重可预期的长期收入。
所有口头承诺都必须落到邮件里。包括售后支持响应时间、价格调整逻辑、服务升级路径这些细节，没有书面确认就视为不存在。
尽量不要单独去谈。如果你所处的区域有多家同类云服务商，联合起来跟上游或原厂沟通，至少可以争取一个相对公平的条款。单独谈，往往容易被各个击破。
5. 期限之外：技术路线的重新评估
5.1 留在VMware体系内的正确姿势
如果你决定继续留在VMware体系里，也不是简单签个字就完事了，后续的用量规划很关键。
新模式下VCF订阅是主力产品，它的计价方式和传统CPU授权完全不同。你需要重新审视现有环境里的容量规划：哪些虚拟机是稳定运行的，哪些是短时冲高的，哪些资源分配明显浪费。把虚拟机规格打散重排、启动资源回收、关闭闲置虚拟机，这些事情看起来小，但能直接影响你的授权用量和成本。
另一个技巧是合理利用版本组合。VCF订阅分不同版本，功能覆盖面不一样。如果你的业务只需要基础虚拟化能力，并不需要完整的软件定义网络和安全功能，就别在第一年买最高档，否则你等于为用不上的功能付了钱。先买够用的版本，后续按需升级，比一步到位更灵活。
5.2 开源和替代技术栈的真实成本
很多人在焦虑之下，第一反应是“干脆迁移到开源虚拟化”。这个方向当然可行，但要算清楚背后的成本。
软件授权费确实省下来了，但开源方案的成本重心转移到了人身上。KVM这类开源虚拟化的底层能力没问题，但管理工具、自动化编排、运维经验都需要团队自己积累。如果你的团队过去一直用VMware的管理界面，切换到开源平台之后，学习成本和排错成本都不会低。
超融合替代方案是另一个常见选项。它的优势是部署快、管理简单，很多场景下来比搭一套开源平台省事。但它的商业授权价格也在逐年上涨，而且从VMware环境迁移过去，同样要面对数据格式、网络配置、存储策略的适配问题。
公有云出口适合短期波动负载。把一些无状态、可弹性伸缩的业务放到公有云上，确实能快速缓解眼前的授权压力。但如果你的业务是长期稳定占用资源，公有云的账单会随着时间推移变得相当可观，而且出口带宽、存储读取费用这些隐性成本很容易被低估。
5.3 迁移实操中的几个关键坑
如果你已经到了启动迁移的阶段，下面这几点是我见过踩得最多的坑。
第一，迁移前一定要做完整的资产盘点。很多人以为迁移就是把虚拟机导出来再导进去，实际上，大量客户的VMware环境里满是历史遗留问题：没有标签的资源池、失效已久的快照、分配远大于实际使用的磁盘。不打扫清楚就迁移，等于把旧债全部背到新环境里。
第二，注意存储和网络的绑定关系。VMware环境里，虚拟机的存储策略、网络端口组、安全策略都是跟底层配置绑定在一起的。迁移不是只搬虚拟机文件，还要把存储策略、网络分区、安全规则一起迁过去，否则业务跑起来之后会发现网络不通、备份失效。
第三，备份和恢复演练必须做，不能省。迁移前先做一次完整的备份恢复演练，确认数据能恢复、恢复时间可接受，再动生产环境。我见过不止一家公司，迁移前没有演练，结果生产环境切换后数据损坏，不得不回滚，白白增加了数天的停机时间。
第四，双轨运行期的管理不能放松。迁移不是一天内全部完成的，新旧环境会共存一段时间。这期间要保证两边的监控、账务、客户支持口径一致，别出现客户打电话问旧环境状态，新环境没人管的情况。
6. 常见问题与我的观察
6.1 中小企业会被“误伤”吗
很多中小企业担心：我的服务商如果被砍掉了，我是不是成了“孤儿客户”？
从目前的情况看，中小企业的确会面临一段过渡期的混乱。授权到期后，原有渠道可能无法续费，新的签约方对服务这类体量不一定会太上心。但这不等于没出路——你可以借着这个机会重新梳理自己的基础设施，哪怕是换成本更低的技术栈，也可能让三年总成本反而下降。关键在于不要被动等待，主动去向你的服务商要明确的过渡方案。
6.2 涨价真的没有商量余地吗
我个人的观察是，标准报价单上的价格空间不大，但结合合同期限和承诺用量，仍然有谈判余地。
博通的销售模式更看重整体合同价值。如果你能承诺一个明确的采购规模、一个较长的合同周期，并且能说明你的客户增长率，对方是有可能给出更优惠的定价的。怕的是你连自己的用量都说不清楚，没有什么可交换的价值，那就只能接受标准条款了。
6.3 长期看这个生态会变成什么样
经过这一轮洗牌，VMware的合作伙伴生态大概率会变成一个“金字塔尖很小”的结构：顶部是一批直接签约的大型云服务商和全国性分销商，中间是少量有行业深度的增值代理商，底部的长尾渠道会大量消失。
对企业用户来说，以后的VMware产品采购会更像企业级软件采购——直接面对原厂或少数大代理，价格更刚性，关系更集中。对还在做渠道生意的人来说，单纯靠卖VMware产品赚差价的模式基本到头了，必须往服务化、行业化方向转，靠交付能力和运维能力赚钱，而不是靠采购价差。
我自己在实际操作中的体会是，这类整合窗口期最容易让人慌神，但真正被淘汰的往往不是体量最小的公司，而是那些什么都想等、什么都不主动确认的公司。趁截止日期还没到，先把商业条款、客户清单、技术预案三张表做出来，无论最后怎么选，你手里都有牌可打。最后再提醒一句：所有沟通，都留着书面记录；所有承诺，都要求落到合同里。这轮调整之后，渠道市场的游戏规则已经变了，早一步适应的人，才有机会在新的格局里站稳。
