Broadcom捐出Velero第3天

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不是降级，是战略卡位

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亿美元蛋糕的重新切分

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的真正算盘：生态杠杆

回到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项目捐多少钱？」至今未获回复。