本文发表于一年多前。旧文章可能包含过时内容。请检查页面中的信息自发布以来是否已变得不正确。

Kubernetes 社区 - 2017 年开源排行榜榜首

2017 年是 Kubernetes 取得巨大成功的一年，GitHub 最新的 Octoverse 报告 正好说明了这个项目受到了多少关注。

Kubernetes 是一个 用于运行应用程序容器的开源平台，它提供了一个一致的接口，使开发人员和运维团队能够在几乎任何基础设施上自动化部署、管理和扩展各种应用程序。

正如 Kubernetes 所做的那样，通过利用广泛的专业知识社区和行业经验来解决这些共同的挑战，工程师可以将精力集中在构建自己的顶层产品上，而不是不必要地重复现在已成为“云原生”工具包标准部分的工作。

然而，通过临时集体组织实现这些成果本身就是一项独特的挑战，这使得在快速增长时期，支持开源、社区驱动的努力变得越来越困难。

请继续阅读，了解 Kubernetes 社区如何应对这些扩展挑战，在 GitHub 2017 年 Octoverse 报告中名列前茅。

GitHub 上讨论最多的项目

2017 年讨论最多的两个仓库都基于 Kubernetes

Most Discussed

在 GitHub 上的所有开源仓库中，没有一个比 kubernetes/kubernetes 收到更多的问题评论。OpenShift，一个 CNCF 认证的 Kubernetes 发行版，位居第二。

公开讨论，并有充足的时间进行社区反馈和审查，有助于构建共享基础设施，并为云原生计算建立新标准。

GitHub 上审查最多的项目

成功地扩展开源项目的沟通通常会带来更好的协作和更高质量的功能交付。Kubernetes 项目的 特殊兴趣小组（SIG） 结构使其成为 GitHub 上审查最多的第二个项目

Most Reviewed

使用 SIG 来细分和标准化社区参与机制有助于从更有资格的社区成员那里获得更频繁的审查。

如果管理得当，活跃的社区讨论不仅表明代码库争议很大，或者项目有大量未满足的需求。

扩展项目处理问题和社区互动的能力有助于扩大讨论范围。同时，大型社区伴随着更多样化的用例和需要管理的大量支持问题。Kubernetes 的 SIG 组织结构 有助于解决大规模复杂沟通的挑战。

SIG 会议为来自不同领域的用户、维护者和专家提供了集中的协作机会，以支持这项社区工作。这些组织方面的投入有助于创建一个环境，在这种环境中，优先考虑架构讨论和规划而不是提交速度会更容易；从而使项目能够保持这种规模。

加入我们！

您可能已经在 Kubernetes 上成功管理和扩展的解决方案。例如，托管 Kubernetes 上游源代码的 GitHub.com 现在也运行在 Kubernetes 上！

查看 Kubernetes 贡献者指南，了解如何开始成为贡献者的更多信息。

您还可以参加 每周的 Kubernetes 社区会议，并考虑 加入一个或两个 SIG。