如何将一个开源项目加入 CNCF？

本文为 Jimmy Song 原创。转载请注明来源： https://jimmysong.io/blog/contribute-project-to-cncf/

查看本文大纲

前段时间看了一篇文章为什么中国没有 Apache 基金会这样的组织？，二叉树视频中采访了开源社的理事长老刘，他的一番话也让我很受启发，在关注和参与 CNCF 基金会这几年来我也有很多收获，有一点就是了解到了一个开源社区（基金会）治理的规则。

虽然 CNCF 没有 Apache、GNOME、FreeBSD 历史那么悠久，但是它成立的短短几年内就成功的运作了 Kubernetes 这样的超大型开源项目，一定有其可取之处。今天我就来给大家分享下 CNCF 基金会的开源项目治理规则和组织架构，还有如何将一个开源项目加入到 CNCF。

CNCF 根据“鸿沟理论”将其托管的项目分成三个成熟阶段，并设置了项目晋级到更高阶段的标准。

“鸿沟理论”是由 Geoffrey A. Moore 提出的高科技产品的市场营销理论。新技术要想跨越鸿沟，必须能够实现一些跨越式的发展，拥有某一些以前不可能实现的功能，具有某种内在价值并能够赢得非技术人员的青睐。

开源项目所支持的公司成为 CNCF 会员
开源项目满足 CNCF 的要求（见后文）
在 GitHub 上提交 proposal（GitHub Issue）列举项目介绍、现状、目标、license、用户与社区等
由 Chris Aniszczyk 安排该项目在某个 TOC 双月会议上介绍给 TOC 成员
1.TOC 会将开源项目指定到某个 SIG 中
项目获得两个 TOC 成员的赞成可进入 sandbox（也可以直接获得 2/3 多数 TOC 投票进入 Incubating 状态）
知识产权转移给 CNCF
CNCF 安排博客撰写、PR 等
每年一次评审，晋升到 incubating 需要 2/3 的 TOC 成员投票赞成；至少 3 家用户成功在生产上使用；通过 TOC 的尽职调查；贡献者数量健康稳定
Sandbox 中的项目没有时效性质，可能永远都无法进入 incubating 状态，被 CNCF 谨慎宣传

CNCF 的开源项目遵循如下图所示的成熟度演进。

关于上图的一些说明：

目前处于沙箱、孵化中、已毕业项目的数量比例为 5:16:13，详见 https://cncf.io/projects。其中沙箱（sandbox）项目因为其处于早期阶段并没有直接在上面的链接页面中列出，而是一个单独的 Sandbox 页面，因为 CNCF 为 sandbox 阶段的项目会谨慎背书。

CNCF 中托管的开源项目要符合云原生定义：

云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式 API。
这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段，云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。
云原生计算基金会（CNCF）致力于培育和维护一个厂商中立的开源生态系统，来推广云原生技术。我们通过将最前沿的模式民主化，让这些创新为大众所用。

下图演示了开源项目加入 CNCF 后的整个运作流程。

开源项目所支持的公司成为 CNCF 会员
开源项目满足 CNCF 的要求（见后文）
在 GitHub 上提交proposal（GitHub Issue）列举项目介绍、现状、目标、license、用户与社区等
由 Chris Aniszczyk 安排该项目在某个 TOC 双月会议上介绍给 TOC 成员
1.TOC 会将开源项目指定到某个 SIG 中
项目获得两个 TOC 成员的赞成可进入sandbox（也可以直接获得 2/3 多数 TOC 投票进入 Incubating 状态）
知识产权转移给 CNCF
CNCF 安排博客撰写、PR 等
每年一次评审，晋升到 incubating 需要 2/3 的 TOC 成员投票赞成；至少 3 家用户成功在生产上使用；通过 TOC 的尽职调查；贡献者数量健康稳定
Sandbox 中的项目没有时效性质，可能永远都无法进入 incubating 状态，被 CNCF 谨慎宣传

一个开源项目要想加入 CNCF 必须满足以下要求：

通过 TOC 的尽职调查
至少有 3 个独立的终端用户在在生产上使用该项目：一般在项目的官网列举实际用户
足够健康数量的贡献者：项目的 GitHub 上有明确的 committer 权限划分、职责说明及成员列表，TOC 将根据项目大小来确认多少 committer 才算健康
展示项目在持续进行、良好的发布节奏、贡献频率十分重要