这就好比,本来 Kubernetes 项目应该是由 Google 公司一家维护、运营和推广的。但是
为了表示中立,并且吸引更多的贡献者加入,Kubernetes 项目从一开始就选择了由基金会
托管的模式。而这里的关键在于,这个基金会本身,就是 Kubernetes 背后的“大佬
们”一手创建出来的,然后以中立的方式,对 Kubernetes 项目进行运营和 Marketing。
通过这种方式,Kubernetes 项目既避免了因为 Google 公司在开源社区里的“不良作
风”和非中立角色被竞争对手口诛笔伐,又可以站在开源基金会的制高点上团结社区里所有
跟容器相关的力量。而随后 CNCF 基金会的迅速发展和壮大,也印证了这个思路其实是非
常正确和有先见之明的。
不过,在 Kubernetes 和 Prometheus 这两个 CNCF 的一号和二号项目相继毕业之后,现
在 CNCF 社区的更多职能,就是扮演一个传统的开源基金会的角色,吸纳会员,帮助项目
孵化和运转。
只不过,由于 Kubernetes 项目的巨大成功,CNCF 在云计算领域已经取得了极高的声誉和
认可度,也填补了以往 Linux 基金会在这一领域的空白。所以说,你可以认为现在的
CNCF,就是云计算领域里的 Apache ,而它的作用跟当年大数据领域里 Apache 基金会
的作用是一样的。
不过,需要指出的是,对于开源项目和开源社区的运作来说,第三方基金会从来就不是一个
必要条件。事实上,这个世界上绝大多数成功的开源项目和社区,都来自于一个聪明的想法
或者一帮杰出的黑客。在这些项目的发展过程中,一个独立的、第三方基金会的作用,更多
是在该项目发展到一定程度后主动进行商业运作的一部分。开源项目与基金会间的这一层关
系,希望你不要本末倒置了。
另外,需要指出的是,CNCF 基金会仅仅负责成员项目的 Marketing, 而绝不会、也没有
能力直接影响具体项目的发展历程。无论是任何一家成员公司或者是 CNCF 的
TOC(Technical Oversight Committee,技术监督委员会),都没有对 Kubernetes 项
目“指手画脚”的权利,除非这位 TOC 本人就是 Kubernetes 项目里的关键人物。
所以说,真正能够影响 Kubernetes 项目发展的,当然还是 Kubernetes 社区本身。可能
你会好奇,Kubernetes 社区本身的运作方式,又是怎样的呢?
通常情况下,一个基金会下面托管的项目,都需要遵循基金会本身的管理机制,比如统一的
CI 系统、Code Review 流程、管理方式等等。
文档被以下合辑收录
评论