CNCF AI ConformanceAI 工作负载一致性项目意味着什么
我第一次把 AI 工作负载从“能申请到 GPU”推进到“准备长期运行”时,最容易忽略的不是模型本身,而是平台差异:同一个推理服务换到另一套 Kubernetes 环境,可能在调度、网络路由、扩缩容、指标或隔离方式上出现完全不同的行为。CNCF Kubernetes AI Conformance 的意义,就是把这些平台能力整理成一套公开的、可对照的基线,让“能跑”逐渐变成“在不同环境里有可解释的运行边界”。
官方地址:https://github.com/cncf/k8s-ai-conformance
- 它不是某个模型框架的认证,而是对基础设施、Kubernetes、运行时和附加组件组合能力的评估。
- 训练、推理和 agentic workload 都在范围内,重点关注加速器、调度、网络、扩缩容、观测和隔离。
- 平台团队要记录版本和配置组合;底层发行版通过,不代表叠加后的完整 AI 平台自动通过。
它先解决的是“换平台就要重写一遍”
AI Conformance 不是把 Kubernetes 变成一个新的 AI 调度器,而是回答一个更实际的问题:平台是否提供了运行常见 AI/ML 工作负载所需的最低能力,并且这些能力能被别人用公开证据复查。CNCF 的公告把目标概括为减少碎片化、提升可靠性和跨环境可移植性;Kubernetes 社区后续又把 GPU、网络、调度和推理编排列为最容易出现平台差异的区域。
这对运维的影响很直接。我不会再只看“节点上有没有 GPU”,而是把一次平台评估拆成一组可回放的问题:分布式训练能否做到 gang scheduling?推理入口能否按模型或请求特征路由?待处理的 GPU Pod 是否能触发节点组扩容?指标是否能被标准监控系统发现?不可信的 agent 代码是否有宿主机级隔离?

看清两层责任,避免把认证当成万能承诺
官方 FAQ 对分层责任说得很清楚:基础设施和基础 Kubernetes 负责网络、存储、加速器启用以及普通 Kubernetes Conformance 前提;运行时与附加组件则可能负责调度器、Operator、设备插件、训练栈和推理栈。一个产品叠加在已通过认证的发行版上,并不会自动继承完整 AI Conformance,组合后的平台仍要逐项说明每个能力由哪一层提供。
当前仓库提供按 Kubernetes 版本区分的清单。以 v1.37 为例,要求会覆盖 Gateway API 推理流量管理、gang scheduling、加速器相关自动扩缩容、加速器和 AI 服务指标、安全的加速器访问,以及可选的 workload sandboxing 和 disaggregated inference。清单里的 MUST 是平台必须回答的硬条件,SHOULD 则要结合硬件和部署场景说明是否适用,不能把“暂时没有实现”直接写成 N/A。
值班时怎样把清单变成可执行判断
我的做法是先固定三件事:Kubernetes 版本、平台产品版本、部署配置(例如公有云、裸机或隔离网络)。然后把每个要求绑定到负责人和证据位置,而不是只在表格里写“支持”。下面这张表适合做第一次预评估:
| 观察对象 | 要问的问题 | 缺口信号 |
|---|---|---|
| 训练与调度 | 分布式作业能否全量或按策略一起调度? | 部分 Pod 长时间 Pending,作业无法形成完整副本组 |
| 推理与网络 | 是否支持 Gateway API 及模型感知路由? | 只能按 Service 轮询,无法表达模型、权重或流量比例 |
| 资源与扩缩容 | GPU 请求能否触发节点和 Pod 级扩缩容? | 队列堆积但节点组不扩,或 HPA 看不到业务指标 |
| 观测与安全 | 指标可发现、加速器访问受控、agent 有隔离吗? | 只有宿主机日志,容器间能互相干扰或无法追溯资源使用 |
提交说明还要求按 Kubernetes 版本准备产品清单,并在 v1.37 及以后对有自动化测试的要求附上测试输出,对其余要求提供文档或人工佐证。它更像一份可审计的运行契约,不是“贴上徽章以后就不用看监控”。

上线和回退应该怎样安排
如果团队准备采用这套基线,我建议先在预发布集群按三类工作负载做最小演练:一个需要多副本协同的训练任务,一个有明确延迟和路由要求的推理服务,一个可能调用外部工具的 agent。每类只记录“能力是否可用、由哪一层提供、证据在哪里、失败时退回什么配置”,不急着把所有可选能力都一次性打开。
发生平台升级、设备插件替换、Gateway 实现切换或调度器变更时,先冻结旧的版本组合与清单提交,保留原有工作负载配置和监控面板。若新组合出现 Pending、路由错误、指标缺失或隔离退化,就回到已知可用的组件版本和配置,再重新跑受影响的清单项。这个回退动作的关键不是“恢复到昨天”,而是确保下一次评估能解释到底是哪一层的变化造成了差异。
相关问题
通过 Kubernetes Conformance 就等于 AI Conformance 吗?
不是。普通 Kubernetes Conformance 是前置条件,AI Conformance 还要覆盖 AI 工作负载特有的加速器、调度、推理、指标和隔离能力。
平台叠加一个 AI 推理组件后能直接沿用底层认证吗?
不能直接推断。官方说明要求对组合平台逐项说明能力归属;叠加层改变了行为时,还需要重新确认没有破坏底层原有能力。
AI Conformance 更适合谁先使用?
平台工程、云服务选型和企业 AI 基础设施团队最先受益。模型开发者也可以把它当作迁移清单,但不应把认证标签当成具体模型延迟或成本的保证。
我对这个项目的判断是:它的价值不在于替团队做完所有测试,而在于把过去藏在厂商实现和运维经验里的差异,变成可以逐项追踪的公共语言。真正上线前,仍要把自己的版本、配置、工作负载和监控证据放进去;只有这样,AI Conformance 才会从行业新闻变成一份能帮助值班和回退的工程资料。
Web platform Baseline 2026浏览器能力评估怎样辅助上线决策
- 上一篇
- Web platform Baseline 2026浏览器能力评估怎样辅助上线决策
- 下一篇
- PHP Uri\WhatWg怎样处理浏览器风格的相对 URL
-
- 科技周边 · 业界新闻 | 59分钟前 |
- Web platform Baseline 2026浏览器能力评估怎样辅助上线决策
- 490浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- GitHub Actions lockfiles工作流锁文件能力解决什么依赖风险
- 339浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- Kubernetes 1.35 sidecar原生 sidecar 稳定后工作负载怎样调整
- 378浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- OpenTelemetry OBI 1.0稳定配置发布后迁移关注什么
- 328浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 | WEB开发 · PHP · parse_url PHP 8.5 Uri\Rfc3986\Uri URI extension Uri\WhatWg\Url WHATWG URL RFC 3986
- PHP 8.5 URI extension新增 URI 能力适合替换哪些代码
- 273浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- OpenKruise Agents v0.6.0新增哪些 Agent Sandbox 运维能力
- 305浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- Python 3.15.1小版本升级前怎样安排兼容检查
- 356浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 | 数据结构 · Redis · hash · 内存管理 · redis 内存优化 Redis 8.10 HIMPORT compact hash
- Redis 8.10 Compact Hash新哈希布局会影响哪些内存场景
- 271浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- Go 1.27 encoding/json/v2新 JSON 包适合哪些迁移边界
- 145浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 | go · pprof · 运维 · goroutineleak runtime/pprof Go 1.27
- Go 1.27 goroutine leak profiles泄漏剖析能力对运维有什么帮助
- 463浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- Kubernetes Workload Conformance 工作组解决什么兼容性问题
- 337浏览 收藏
-
- 科技周边 · 业界新闻 | 23小时前 | 云原生 · kubernetes · 云原生 Kubernetes restartPolicy Sidecar Containers initContainers Pod生命周期
- Kubernetes 原生 Sidecar Containers 稳定后怎样理解生命周期
- 458浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 881次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 879次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 963次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 942次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 768次使用
-
- Go chassis云原生微服务开发框架应用编程实战
- 2022-12-29 214浏览
-
- Go 1.25 容器感知 GOMAXPROCS:K8s 里别再让 CPU limit 偷偷拖垮 P99
- 2026-06-01 473浏览
-
- Go 1.25 容器里的 GOMAXPROCS 怎么迁移:cgroup CPU 限额、自动更新与旧环境兼容
- 2026-08-09 438浏览
-
- docker的 linux 内核可以和宿主机不一样吗?
- 2023-01-12 318浏览
-
- mac 如何安装k8s
- 2023-01-13 353浏览

