kubernetes

作为Google 社区的项目经理，Sarah Novotny在包括MySQL和NGINX的开源社区中拥有多年的经验。 3月底，莎拉（Sarah）与我在柏林的CloudNativeCon上坐下来，更广泛地讨论了Kubernetes社区和开源社区。

我们在播客中讨论的主题包括从公司主导的项目转变为社区主导的项目所固有的挑战，可以导致更成功的社区发展的原则以及如何组织决策。

最初是一个内部Google项目，可以追溯到Google内部容器集群管理系统Borg。 Kubernetes于2014年推出，已成为部署和编排容器的领先技术。 此外，尽管Google和Red Hat是Kubernetes的主要公司贡献者，但被列为来自“独立者”。

Google将Kubernetes移交给了Linux基金会旗下的Cloud Native Computing Foundation（CNCF）。 正如 ：“他们很早就意识到，拥有中立房屋的项目将始终能够实现更高水平的协作。他们真的想为其找到一个住所，多家公司可以参加。”

但是，即使人们愿意为项目做最好的事情，放弃控制也不总是那么容易。 公开违约可能不是自然而然的事情。 “在我进入Google的头六，八或十二周的早期，我认为我在电子邮件中的一半时间都花在：'为什么在公开邮件列表中不进行此讨论？这是否有针对性的原因？ [Google Container Engine]吗？没有，没有理由，'”诺沃特尼说。

她说：“最初有很多类似的对话，只是提醒Google员工，默认情况下，他们应该公开讨论是否需要透明度，开放性以及他们在智力上的参与度，”说过。

Kubernetes只是一个项目，而且正如Novotny也指出的那样，每个开源项目和社区都有其自己的怪异，这些怪异是针对社区及其参与者的目标的。 尽管如此，她还是指出了某些核心模式和原则。 她说：“这首先是要成为一个成功的项目，因此要找到采用，不断增长的采用，找到贡献者，增长他们需要的最佳工具集或他们需要的平台以及最终用户所需要的平台。这是根本。”

但是什么是成功？ Novotny说，这意味着“我们希望让合适的人以正确的方式使用我们的工具，并从中获得更好的体验。”

她引用MySQL作为一个为用户和贡献者创建有用抽象的项目示例。 Novotny说：“ MySQL通过明确定义核心是什么，然后在MySQL中构建并建立了一个清晰的存储接口，以一种非常棒的方式做到了这一点。”

“这种抽象使整个生态系统能够围绕MySQL蓬勃发展，以满足特定的用户需求。这点在Kubernetes内部也正在发生。不完全相同，但是试图清楚地定义核心是什么，并确保我们正在建立一个干净，稳定和一致的API核心和核心集。”

与贡献者密切相关的是创建简单的坡道，Novotny将其称为“多巴胺平均时间”。 这种经验与如何制定决策以及如何组织和管理项目以及它们涉及的其他项目密切相关。

对于更广泛的Kubernetes和而言，最好将项目之间的关系视为松散耦合而不是正式设计。 诺沃特尼（Novotny）表示，这在一定程度上是因为她谈到了及其对项目或更广泛的技术生态系统的影响。 “在Kubernetes中，我们已经说过：'我们正在构建一个分布式管理容器编排系统。我们应该具有分布式控制权。” 如果我们具有分层控制，我们将最终获得分层软件系统。”

“结果，在通用接口上需要做很多工作。我尽量避免使用“标准”一词，因为目前开放源代码对此词有免疫React。尽管公平地说，开放标准是为我们提供了开放的互联网。但是，由于很多原因，我们现在首先进行代码编码，而不是首先采用标准。” Novotny说。

最终，归结为建立共同的目标。 这样，“我们可以与那些共同的目标背道而驰，例如，'核心Kubernetes的稳定性是共同的目标。' 这绝对使所有人受益。”她说。

（20:54）

（20:54）

翻译自:

kubernetes