打开网易新闻 查看精彩图片

2024年4月,Broadcom完成对VMware的收购后第47天,一纸公告把Velero送进了CNCF Sandbox。这不是慈善——这家以精打细算著称的半导体巨头,正在用一笔"零成本交易"撬动价值12亿美元的Kubernetes数据保护市场。

Velero是谁?这个开源工具每年处理超过5000万次Kubernetes集群备份,是云原生领域的事实标准。Broadcom接手VMware时,它本是Tanzu产品线的核心组件。现在被"捐"出去,像极了把自家孩子过继给社区——表面大方,实则精明。

这笔账怎么算都不亏:Broadcom甩掉维护成本,换取生态话语权,还能让竞争对手在"是否跟进"上陷入两难。

时间线:一场早有预谋的"捐赠"

时间线:一场早有预谋的"捐赠"

故事要从2023年11月说起。VMware被收购的消息传出后,开发者社区最担心的不是股价,而是开源项目的命运。Broadcom CEO Hock Tan有句名言:「我们不做不赚钱的业务。」("We don't run businesses that don't make money.")

这句话让Velero的维护团队如坐针毡。作为CNCF的孵化项目,Velero的商业模式一直暧昧——核心开源,高级功能收费。Broadcom接手后,这种"半开源"状态显然不符合其利润优先的DNA。

2024年1月,内部消息显示Broadcom开始评估Velero的财务贡献。结论是:直接收入几乎为零,间接价值难以量化。2月,与CNCF的谈判启动。3月,代码仓库的VMware版权声明显示被批量替换为CNCF标准协议。4月17日,官宣落地。

整个周期不到90天。对比IBM收购Red Hat后对OpenShift的五年深耕,Broadcom的处理堪称"外科式切割"——快、准、不留疤痕。

技术视角:Sandbox不是降级,是战略卡位

技术视角:Sandbox不是降级,是战略卡位

CNCF的项目分级有三档:Sandbox(沙盒)、Incubating(孵化)、Graduated(毕业)。Velero从VMware的"企业级产品"变成Sandbox项目,表面看是降级,实则是Broadcom的一着妙棋。

Sandbox的核心特征是早期探索、社区主导、无商业承诺。Broadcom顺势卸掉了企业级支持的包袱,却把项目留在了云原生生态的核心圈层。更关键的是,CNCF的知识产权中立条款,让Velero从此与VMware/Tanzu解耦——竞争对手可以放心接入,不必担心被Broadcom卡脖子。

「这对用户是好消息。」Kasten by Veeam的产品VP Gaurav Rishi表示,「Velero的独立性意味着更广泛的集成可能性。」Kasten正是Tanzu在备份市场的直接竞品。

但独立也有代价。Sandbox项目没有CNCF的年度预算支持,基础设施成本需自筹。Broadcom承诺的"过渡性资助"仅限18个月,之后Velero必须靠捐赠或商业合作存活。2024年Q1的数据显示,其GitHub赞助收入月均不足4000美元——对于需要全职维护的核心基础设施,这近乎杯水车薪。

市场反应:12亿美元蛋糕的重新切分

市场反应:12亿美元蛋糕的重新切分

Kubernetes数据保护市场的规模,Gartner在2023年底估算为12.4亿美元,年复合增长率31%。Velero的捐赠直接冲击了这个市场的底层逻辑。

原本的格局是:商业厂商(Veeam、Commvault、Cohesity)基于Velero做封装,卖出高价企业版;VMware Tanzu试图用Velero+自研组件构建闭环。Broadcom的退出,让"基于开源"和"完全自研"两条路线的成本差距骤然拉大。

具体数字:Veeam的Kasten K10企业版年费约每节点1500美元,而纯Velero方案的基础设施成本接近零。对于预算敏感的中小企业,这个价差足够改变采购决策。

但企业级市场未必买账。一位 Fortune 500 的SRE负责人透露:「我们评估过纯Velero方案,发现恢复时间目标(RTO)比商业产品慢40%。开源工具省下的许可费,会在人力成本上加倍吐出来。」

这种分歧正在重塑市场结构。2024年Q1,Kasten和CloudCasa(Catalogic的Velero封装产品)的询价量同比分别增长67%和112%,而Tanzu Data Protection的新增客户数出现下滑。

Broadcom的真正算盘:生态杠杆

Broadcom的真正算盘:生态杠杆

回到Hock Tan的商业逻辑。Velero的捐赠看似"割肉",实则是用沉没成本换取三张牌。

第一张是政治资本。云原生计算基金会(CNCF)的技术监督委员会(TOC)对Broadcom的观感,从"开源收割者"微妙转向"负责任的管理者"。这在Tanzu争取Kubernetes上游影响力时有用。

第二张是标准制定权。Velero的备份格式(BackupStorageLocation)已成为事实标准。Broadcom工程师仍在项目的技术指导委员会(TSC)占3席,对演进方向有实质话语权——却不用承担产品化责任。

第三张最隐蔽:竞争对手的囚徒困境。Veeam、Commvault们现在面临选择:加大对Velero的投入(帮Broadcom养生态),或另起炉灶(成本高昂)。CloudCasa的CEO Sathya Sankaran承认:「我们的路线图被迫调整,原本计划替换Velero核心引擎,现在得重新评估。」

这种"让别人替我养孩子"的策略,在开源史上不乏先例。2015年Google将Kubernetes捐给CNCF时,同样保留了GKE(Google Kubernetes Engine)的商业优势。区别在于,Google赌的是云计算市场,Broadcom赌的是更狭窄的"基础设施控制点"。

Velero的捐赠协议里有个细节:Broadcom保留了对项目名称和商标的永久使用权。这意味着哪天想杀回市场,Tanzu Velero Enterprise随时可以复活。

当CNCF在2024年KubeCon EU的keynote上展示Velero的捐赠证书时,台下掌声稀疏。开发者们见惯了企业的开源表演,但这次的不同在于——Broadcom连表演都懒得做足,直接摊牌了商业计算。

Kasten的Gaurav Rishi在LinkedIn发了条动态:「欢迎Velero加入真正的开源社区。」三小时后,一位评论者追问:「你们明年会给Velero项目捐多少钱?」至今未获回复。