Broadcom将Velero捐赠给 CNCF，将Kubernetes备份功能转向社区治理

Broadcom 宣布 "将其Kubernetes原生备份、恢复和迁移项目Velero贡献给云原生计算基金会(CNCF)作为沙箱项目。Velero在Kubernetes API层运行，通过自定义资源定义(CRDs)捕获集群状态，而不是通过hypervisor或存储层快照。该公告在阿姆斯特丹举行的KubeCon + CloudNativeCon Europe 2026上发布。 Velero的起源可以追溯到Heptio，这是一家由前谷歌工程师Joe Beda和Craig McLuckie创立的Kubernetes公司，VMware于2019年收购了该公司。此后，该项目一直由VMware以及后来的Broadcom管理。平台团队使用它来备份命名空间定义、持久卷声明、RBAC策略和其他资源配置，作为可移植的Kubernetes对象，这些对象理论上可以恢复到与备份来源不同的集群或发行版。它在GitHub上有近9900个星标。 "随着组织扩展其云原生工作负载，重点正在从简单的编排转向长期韧性和数据管理。Velero为备份和灾难恢复提供了一个重要的层，确保有状态应用程序能够得到保护。通过加入CNCF沙箱项目，Velero获得了一个供应商中立的托管方，以促进社区协作和增长。"-- Chris Aniszczyk, CTO, CNCF " Broadcom VCF部门高级工程总监Dilpreet Bindra在KubeCon上 表示 "，该公司将这一贡献视为投资而非剥离：“我们不仅是Kubernetes的用户，还是构建者，我们让Kubernetes更容易运行，而不是更难。”Bindra也坦率地谈到了这一举措背后的信任问题。在KubeCon后与Pete Flecha和John Nicholson的 采访 "中，他承认一些观察者可能会将这一贡献解读为Broadcom放弃了一个不再相信的项目，并直接反驳了这一解读，他说，该公司打算将Velero作为VKS和IaaS故事的一部分，是需要继续投资的工具。 Rack2Cloud架构博客在KubeCon大会结束后不久，发布了一篇针对此次公告的深度分析文章，文中认为，这次治理架构调整既是开源机制层面的变动，同样也是一次信任修复之举。文章指出，Broadcom在大会上的官方表态，尤其不希望用户将Velero视作“VMware的专属项目”，释放出了明确的信号：此次将Velero纳入CNCF管理，首要目标群体正是那些因Velero长期归属单一厂商、而迟迟不愿将其纳入企业标准化技术栈的各类机构。该博客严谨区分了两个概念：CNCF所能提供的厂商中立治理，以及CNCF无法做到的完全脱离厂商运营。同时强调，本次治理架构变更并不会改变Velero原有的运行时依赖，包括对外部对象存储、IAM凭证链以及可用目标集群的依赖关系均保持不变。 "我们认为，这款工具无论是在我们整体VKS布局还是整体IaaS布局中，都将带来巨大的价值，我们也会持续对其投入研发。"-- Dilpreet Bindra, Broadcom VMware Cloud Foundation 部门高级工程总监 " 据科技媒体Machine Herald报道 "，目前Velero项目维护者名单包含Broadcom、红帽与微软，且项目的现行治理模式已契合云原生计算基金会（CNCF）的准则，包括采用绝对多数投票的共识决策机制，以及为期五天的延迟共识评审周期。Machine Herald提出一个尚存的疑问，那就是，随着社区治理逐步落地，项目维护者构成是否会发生变动；同时鉴于Velero已在大量生产环境落地，该项目能否从沙箱项目快速进入孵化阶段，并最终完成CNCF毕业认证。 业界社区对此次公告整体反响比较积极。云原生计算基金会大使、前Velero贡献者及社区经理 Orlin Vasilev "在LinkedIn发文：“这件事花了好几年才顺理成章走到这一步，但终究还是实现了…… 作为Velero前贡献者和社区经理，我由衷感到欣喜，这件事意义重大！” 参与联合提交沙箱入驻申请的项目维护者之一、红帽工程师 Shubham Pampattiwar "，也于今年2月在LinkedIn谈及了此项提议。KubeCon大会结束后发布的一期DevTools Radio播客节目中，主持人援引Bindra对业界反响的评价，称Velero项目捐赠消息公布后，社区反馈都非常积极，业内普遍认为“此举完全合乎情理”。 在官宣Velero移交社区治理的同时，Broadcom还公布了多项其他的上游开源贡献。VMware官方博客表示，团队正与etcd贡献者社区并行研发诊断与故障恢复工具，已开源至 github.com/vmware/etcd-diagnosis "和 github.com/vmware/etcd-