在 2026 年北美 KubeCon 大会上，博通发布了三项 Kubernetes 相关公告：其 VM API 项目已被 CNCF 沙箱接受；它正在共同主持 Kubernetes 社区新成立的工作负载一致性工作组；以及 20 多个合作伙伴解决方案已通过验证，可在 VMware vSphere Kubernetes Service (VKS)（VMware Cloud Foundation 中的 Kubernetes 运行时）上运行。
VM API 进入 CNCF 沙箱
VM API 允许通过 Kubernetes API 在多个异构基础架构提供商之间配置和管理虚拟机，从而使虚拟机成为 Kubernetes 的一流资源，与容器并肩运行在同一声明式模型下。它源自 Broadcom 的 VM Operator，后者将 Kubernetes 原生虚拟机管理引入了 VMware Cloud Foundation 的 vSphere 部分；VM API 的架构则借鉴了 Cluster API，后者是一个社区项目，旨在抽象跨提供商的集群生命周期。将该项目移交给 CNCF 管理，旨在为其他基础架构提供商提供一个通用的 API 和操作模型，并通过一致性来确保工作负载的一致性。
博通公司支持该项目的理由主要依据Linux基金会发布的《2026年虚拟机报告》，该报告调查了492位从业人员。报告发现，虚拟机仍占生产应用的53%，大多数组织预计这一比例将保持不变；此外，34%的组织表示，他们之所以扩大虚拟机规模，是因为人工智能和智能体工作负载。博通认为，高级人工智能工作负载需要虚拟机严格的硬件隔离以及容器的敏捷性，而虚拟机API正是实现两者在同一Kubernetes控制平面下运行的理想方案。
博通公司VMware云基础部门高级工程总监Dilpreet Bindra表示：“通过向CNCF贡献VM API项目，我们将企业级可靠性带给Kubernetes社区。”他还表示，此举旨在使虚拟机与容器并驾齐驱，成为一等公民。博通称，它是CNCF项目五大长期贡献者之一。
工作负载一致性工作组
现有的 CNCF 项目认证平台能够公开标准的 Kubernetes API，在核心容器编排方面表现正确，并且能够以可移植的方式运行 AI 和机器学习工作负载。然而，目前尚无针对工作负载本身的同等认证，因此，希望在多个 Kubernetes 发行版中销售产品的独立软件供应商 (ISV) 需要针对每个发行版进行认证。由博通公司共同主持的新工作组旨在为工作负载在任何符合规范的 Kubernetes 环境中的行为制定一个共享的、可验证的标准，从而使 ISV 只需验证一次即可在所有环境中部署。博通公司与 VMware 一样，曾参与开发 Sonobuoy，它是 CNCF 认证 Kubernetes 一致性计划背后的诊断引擎。
该组织是新成立的，尚未发布标准或时间表。IDC 智能应用现代化和部署平台研究经理 Matthew Flug 表示，对于同时运行虚拟机和容器的组织而言，首要任务是“在两者之间应用一致的治理和策略执行”，他还补充说，“遵循 CNCF 的开放标准也有助于缓解供应商锁定问题，因为组织可以据此决定每个工作负载的运行方式。”
VKS 认证合作伙伴解决方案
VKS 是内置于VMware Cloud Foundation中的 CNCF 认证 Kubernetes 运行时。它直接运行在虚拟机管理程序上，因此虚拟机、容器和 AI 工作负载共享相同的集群和控制平面。博通表示，这省去了独立 Kubernetes 发行版所需的单独基础架构层。博通将新的验证分为六个领域，并加入了现有的认证目录，该目录还包括 Cribl、Palo Alto Networks、F5、NetApp、Veeam、NVIDIA 和 Redis 等公司：
- 可观察性： Cisco Splunk、Datadog、Dynatrace、Grafana Labs 和 New Relic。
- 安全、合规和密钥管理： CrowdStrike Falcon 平台、HashiCorp Vault、Sysdig Secure、Tigera Lynx 和 Wiz。
- 网络、入口和服务网格： NetScaler ADC（Citrix）、Solo.io（agentgateway、kagent 和 Solo Enterprise for Istio）以及 Traefik Labs。
- 数据保护、备份和存储： Commvault、Dell Technologies PowerProtect Data Manager、HPE Alletra 和 Scality RING。
- 人工智能、机器学习和分析： Charmed Apache Spark 来自 Canonical、H2O AI Cloud 和 SAS Viya。
- 应用交付、数据库和开发者平台： Akuity Argo CD Enterprise 和 Kargo、AppsCode 的 KubeDB、Coherent Spark 和 Siemens Mendix。
博通提出该列表的理由是出于操作方面的考虑：平台团队可以从预先验证的目录中进行选择，并在从第一天的配置过渡到第二天在 VKS 上的运营时保留他们已经运行的工具，而上述工作组的目的是在无需每个供应商为每个平台重新认证的情况下扩展该目录。
New Relic 工程部副总裁 Varun Verma 表示：“在 VKS 上运行关键工作负载的企业不能承受任何盲点。现在 New Relic 已在 VKS 上得到验证，团队可以获得统一的集群可观测性，更快地找到根本原因，并将运维性能与业务影响直接联系起来。”
博通公司还将运营着一个全天候应急响应中心的奥地利国家应急响应中心（Notruf Niederösterreich）列为VKS的客户。该中心拥有一支小型IT团队。“VMware vSphere Kubernetes (VKS) 服务使我们能够在重大事件发生后的数小时内快速启动封装环境并进行横向扩展，而无需受限于特定硬件，”奥地利国家应急响应中心首席技术官Alexander Hopfgartner表示，“当生命取决于我们系统的可用性时，这种灵活性至关重要。”
除此之外，博通还提到了 Velero 1.19，它支持块级数据移动；容器对象存储接口 (COSI) 正在通过 vSphere COSI 驱动程序进入 beta 测试阶段；以及 Agent Substrate，这是 CNCF 沙箱计划的一部分，用于运行代理。
Amazon