CNCF 新增 Sandbox 项目如何进入云原生项目梯度

如果一个项目刚进入 CNCF Sandbox，最准确的理解不是“已经获得生产级认证”，而是“进入了 CNCF 早期项目的公开培育和评估入口”。Sandbox 允许项目继续快速变化，甚至出现破坏性变更；它的价值在于让项目获得中立的治理、社区和法律基础，并为将来申请 Incubation 留下可审查的成长记录。

官方地址：https://www.cncf.io/sandbox-projects/

本文按一次项目评估故障复盘的方式拆开这条路径：先看用户最容易误判的症状，再回到 CNCF 项目生命周期的阶段定义，最后给出从 Sandbox 继续向上推进时应该准备的证据和采用边界。

先看症状：进入 Sandbox 为什么不等于可以放心上线

常见误判有三个。第一，把 Sandbox 当成“CNCF 已经替项目背书”；第二，把项目页上的分类当成稳定 API 承诺；第三，只看到项目进入了基金会，却没有继续观察维护活跃度、版本变化和实际采用者。

根因在于项目阶段解决的是“成熟度与治理如何被持续评估”，不是替每个团队做最终的生产验收。CNCF 的生命周期文档把 Sandbox 定义为实验性或创新项目的早期阶段，项目可能仍然大幅变化，采用者需要接受较高的不确定性。

第一步：把四个阶段当成四种不同承诺

因此，项目“进入 Sandbox”可以回答“它是否符合 CNCF 使命并值得公开培育”，不能单独回答“我是否应该把它放进核心生产链路”。如果团队必须在短期内锁定稳定 API，就要把版本冻结、回滚、兼容性测试和替代方案写进自己的工程决策。

第二步：新增项目从哪里进入 Sandbox

当前流程把 Sandbox 申请放在 Sandbox Applications 仓库中，通过 Issue Form 提交。这个入口的作用是让提案材料集中、透明，方便 Technical Oversight Committee（TOC）按公开记录讨论，而不是让项目绕过评审直接获得更高阶段。

项目准备提案时，至少要把四件事说清楚：

• 项目解决什么云原生问题，和 CNCF 使命有什么关系。
• 代码、文档、许可证、行为准则和贡献入口是否已经可公开协作。
• 项目与现有 CNCF 项目的关系，是扩展、互操作、独立实现还是填补空白。
• 早期采用者如何试用，哪些能力仍然实验性，哪些变更可能破坏兼容。

这里的关键不是把材料写成产品宣传，而是把“当前能证明什么、暂时不能证明什么”分开。越早把实验边界写清楚，后续越容易形成可信的维护与采用记录。

第三步：从 Sandbox 走向 Incubation 要补哪些证据

晋级不是自动升级，也不是只看提交次数。CNCF 生命周期流程要求项目通过相应阶段的评估，TOC 会围绕项目是否满足阶段标准开展 Due Diligence。对准备晋级的项目，可以把证据整理成下面四组。

1. 采用者证据：记录真实使用场景、部署边界、反馈渠道和可访谈的采用者，而不是只列下载量。
2. 技术评审：说明架构、发布流程、测试、可观测性、扩展方式和已知限制，必要时提前做 General Technical Review 或 Domain Technical Review。
3. 治理评审：公开维护者角色、决策规则、贡献路径、冲突处理和项目运营方式。
4. 安全工作：维护漏洞响应、依赖管理、权限控制和安全评审材料，避免在晋级阶段才临时补齐。

这些材料不是一次性“考试答案”，而是让外部评审者能复查项目长期运行方式的索引。文档中的结论应该能回到仓库、发布记录、讨论和实际采用案例。

第四步：看懂 TOC 尽职调查的时间线

真正容易被忽略的是，阶段迁移有多个参与者，不是项目提交申请后立刻得到结论。通常可以按以下顺序理解：

1. 项目提交对应阶段的申请，并附上能指向证据的材料。
2. TOC 先做完整性分诊；如果缺少关键内容，会要求补齐并暂缓推进。
3. TOC 指派 sponsor，把项目放进尽职调查评估，检查仓库、发布、治理、指标和社区记录。
4. 项目补齐阻塞项，TOC sponsor 形成 Due Diligence 结论，并按需要组织采用者访谈。
5. 进入公开评论后，社区可以提出意见；之后才可能进入投票和正式阶段变更。

这条时间线解释了一个常见现象：项目已经提交申请，却很长时间没有升级。原因可能是材料不完整、需要更多采用证据、TOC 资源有限，或者接近 KubeCon 时评审和投票进入冻结窗口。时间等待本身不能被解读为批准或否决。

第五步：把阶段信息转成团队的采用策略

如果你是项目使用方，可以按“试用—隔离—评估—替换”四个动作落地：

• 试用：先在非核心环境验证部署、升级和故障恢复，记录真实限制。
• 隔离：把实验项目放在可回滚的服务边界，避免让单个 Sandbox 组件成为唯一关键路径。
• 评估：持续观察 release、issue、贡献者、文档、采用案例和安全响应，不只看项目徽标。
• 替换：提前记录数据格式、接口依赖和退出方案；一旦项目进入 Archived 或停止维护，可以快速迁移。

如果你是项目维护者，则要把“下一阶段需要什么”变成持续工程任务：每次发布补充变更说明，每个重要能力留下测试与采用证据，治理规则保持可查，安全事件有公开响应路径。这样项目的成熟度是由日常工作积累出来的，而不是临近申请时集中包装。

结论：Sandbox 是进入梯度的起点，不是终点

CNCF 新增 Sandbox 项目进入的是一个可公开培育、可持续评估的早期阶段。它的下一步不是“自动毕业”，而是用采用者、技术、治理和安全证据证明项目正在从实验走向稳定。对使用方，Sandbox 意味着需要更严格的隔离、回滚和替代方案；对维护方，它意味着要把项目治理和工程质量做成可复查的长期记录。

相关问题

Sandbox 项目能不能用于生产？

可以有少量组织按自己的风险接受度使用，但阶段定义不等于生产就绪承诺，应自行完成版本、恢复和安全评估。

项目进入 Incubation 就稳定了吗？

Incubation 表示已经越过实验阶段并开始证明稳定性与采用度，但仍需结合具体版本、社区健康度和业务关键性判断。

谁决定项目是否升级？

项目提交材料后由 CNCF TOC 按对应阶段流程组织评估，包含完整性分诊、尽职调查、公开评论和投票等环节。