有人认为，Kubernetes的提交日志似乎表明，对这一开源容器引擎做出贡献的兴趣可能会逐渐消失。实际上并非如此。
对核心Kubernetes引擎的贡献下降实际表明，谷歌和不断发展的Kubernetes社区在确保其长期成功上做得非常好。
不再唯核心论
在过去，平台通过向核心添加功能来获得能量。微软对Windows所做的就是一个好例子，许多创业公司因此失败。然而，此一时，彼一时。
Kubernetes本身就已经令人印象深刻，尤其是它如何管理新功能。提交日志逐渐减少，部分原因在于，正如Ant Stanley所指出的那样，这是“项目成熟和稳定的一个标志，而不是兴趣的下降。”“对于许多基础设施项目来说，这是一个非常健康的标志。”Christopher Schmidt补充说。
这也表明了Kubernetes战队对核心平台的看法。
正如Kubernetes开发人员Jaice Singer DuMars所强调的那样，“我们试图让事物脱离核心，而不是进入核心。”CNCF执行官Chris Aniszczyk表示同意，并补充说“许多令人兴奋的事情正在Kubernetes核心代码库之外发生，比如CSI。”简而言之，Kubernetes不需要把所有好东西（例如Istio和Helm）作为功能深深嵌入核心。它是一个平台。关键是允许其他事物围绕它生长，正如Jesse Ezell所说。
换句话说，这意味着，“Kubernetes已成为蓬勃发展的生态系统的中心，但云原生之旅上还有许多其他令人兴奋的路标。”
一个更好的方法
有一点应该明确：这种去中心化的平台构建方法并不典型。大多数公司（以及开源项目，如OpenStack）都忍不住去增加核心的引力，因为这样做似乎更容易、更有效。然而，对培养社区来说，这并不是一种好的方式。
相比之下，Kubernetes在社区方面做得很好。这是该项目早期进入容器编排市场的一个重要原因。也是为什么大家都将容器运送到Kubernetes中，从AWS和谷歌等云巨头到VMware和Oracle等数据基础设施供应商。
谷歌的所作所为值得称道，Kubernetes社区的发展也难以置信。
不得不提的是，AWS在开源方面变得越来越活跃，它从谷歌身上学习如何启动和培养开源项目。它有很好的机会通过Firecracker实现这一目标——Firecracker是一种用于运行多租户容器工作负载的轻量级虚拟化技术。 AWS的Matt Wilson指出，Firecracker的开源来自亚马逊的Lambda和Fargate团队，这表明开源已经开始深入亚马逊的DNA。
这很好，特别是因为AWS一直被诟病它拿走很多却没有给开源带来什么。谷歌最初和持续参与Kubernetes，以及如何建立Kubernetes核心以促进但不控制它的后续创新，是一个很好的榜样。
