本文发布已超过一年。较旧的文章可能包含过时的内容。请检查页面信息自发布以来是否仍准确无误。
Kubernetes 社区 - 2017 年开源排行榜榜首
2017 年是 Kubernetes 意义重大的一年,而 GitHub 最新的 Octoverse 报告 显示了这个项目受到了多么大的关注。
Kubernetes 是一个用于运行应用容器的开源平台,它提供了一个一致的接口,使开发者和运维团队能够在几乎任何基础设施上自动化部署、管理和扩展各种应用。
正如 Kubernetes 所做的那样,通过利用广泛的社区专业知识和行业经验来解决这些共同的挑战,有助于工程师专注于在技术栈顶层构建自己的产品,而不是重复如今已成为“云原生”工具集标准部分的无谓工作。
然而,通过临时集体组织来实现这些进步本身就是一个独特的挑战,这使得在快速增长时期支持开源、社区驱动的工作变得越来越困难。
继续阅读,了解 Kubernetes 社区如何应对这些扩展挑战,并在 GitHub 2017 年 Octoverse 报告中名列前茅。
GitHub 上讨论最热门的项目
2017 年讨论最热门的前两个仓库都基于 Kubernetes
在 GitHub 上的所有开源仓库中,没有哪个项目收到的 Issue 评论比 kubernetes/kubernetes 更多。OpenShift,一个通过 CNCF 认证的 Kubernetes 发行版,位居第二。
开放讨论并留出充足的时间进行社区反馈和评审,有助于构建共享基础设施并为云原生计算建立新标准。
GitHub 上评审最多的项目
成功扩展开源项目的沟通通常会带来更好的协调和更高质量的特性交付。Kubernetes 项目的特殊兴趣小组 (SIG) 结构帮助它成为 GitHub 上评审量第二多的项目。
使用 SIGs 对社区参与机制进行划分和标准化,有助于引导更频繁的评审,评审者也更具资格。
如果管理得当,活跃的社区讨论不仅仅意味着一个争议性很高的代码库,或者一个有大量未满足需求的项目。
扩展项目处理 Issue 和社区交互的能力有助于扩大讨论范围。同时,大型社区带来了更多样化的用例和更多的支持问题需要管理。Kubernetes 的SIG 组织结构有助于解决大规模复杂沟通的挑战。
SIG 会议为来自不同领域的 用户、维护者 和 专家 提供了重点合作的机会,共同支持社区工作。在组织结构上的投入有助于创造一个环境,使得优先考虑架构讨论和规划而非提交速度变得更容易;这使得项目能够维持这种规模。
加入我们吧!
您可能已经在使用了在 Kubernetes 上成功管理和扩展的解决方案。例如,托管 Kubernetes 上游源代码的 GitHub.com 现在也运行在 Kubernetes 上!
请查看Kubernetes 贡献者指南,了解如何开始成为一名贡献者。
您还可以加入每周 Kubernetes 社区会议,并考虑加入一个或两个 SIG。