K8s基础结构工作组简介

作者: 柯兰(Rin)Oliver Kubernetes上游营销团队讲故事的人

K8s基础结构工作组简介

欢迎来到介绍K8s基础设施工作组的新系列的第一部分!

当Kubernetes于2014年成立时,Google承担了建立和维护必要的基础设施的任务,以保持项目的顺利进行。这些工具本身是开源的,但是用于运行基础架构的Google Cloud Platform项目仅供内部使用,从而妨碍了提供者的帮助。 2018年8月,Google授予了Cloud Native Computing Foundation 900万美元的信用额度用于Kubernetes的运营。其背后的观点是,诸如Kubernetes之类的项目应该由社区本身而不是由单个供应商维护和运营。

一群社区成员热情地承担了在前进道路上进行协作的任务,意识到有一个 需要更正式的基础设施。他们作为跨团队工作组一起加入,其所有权跨越多个Kubernetes SIG(架构,贡献者体验,发布和测试)。 亚伦·克里肯伯格(Aaron Crickenberger) 与Kubernetes指导委员会合作,成立了工作组,与长期合作者共同起草了章程 达万·斯里尼瓦斯(Davanum Srinivas),到2019年,工作组正式成立。

K8s基础设施工作组应解决哪些问题?

该团队承担了管理将Kubernetes维持为项目的基础架构的许多移动部分的复杂任务。

需求从必要性开始:他们遇到的第一个问题是将项目的所有基础架构从Google拥有的基础架构完全迁移到Cloud Native Computing Foundation(CNCF)。这样做是为了使该项目可以自我维持,而无需各个供应商的任何直接帮助。这可以通过以下方式分解:

  • 确定Kubernetes项目所依赖的基础架构。
    • 哪些应用程序正在运行?
    • 它在哪里运行?
    • 它的源代码在哪里?
    • 定制是什么?
    • 什么是现成的?
    • 哪些服务相互依赖?
    • 如何管理?
  • 有关如何以社区形式运行基础结构的文档指南和策略。
    • 我们的访问政策是什么?
    • 我们如何跟踪账单?
    • 我们如何确保隐私和安全?
  • 将基础结构原样迁移到CNCF。
    • 抵抗移民的最小途径是什么?
  • 改善基础设施的状态以实现可持续性。
    • 从人类正在运行的脚本过渡到更加自动化的GitOps模型(YAML一切!)
    • 支持希望开发新基础设施的社区成员
  • 记录我们的工作状态,更好地定义目标和完整性指标。

K8s-Infrastructure面临的挑战是文档

工作组要解决的最关键问题是该项目全部由志愿者主导。这导致参与该项目的贡献者,主席和其他人员很快变得进度过大。结果,某些领域(例如文档和组织)通常缺乏信息,并且进展所需的时间比小组希望完成的时间长。

正在迁移的一些基础架构已经有一段时间没有更新了,其原始作者或直接负责的人员已经不再从事Kubernetes的工作。从代码能够长时间不受影响地运行这一事实来看,这很好,但从尝试迁移的角度来看,这使得很难确定如何操作这些组件以及如何移动它们。需要有效发挥作用的基础架构。

小组成员正在正面解决文件不足的问题 巴特·史密克拉,但绝对需要其他人的支持。如果您正在寻找一种方法 参与其中 并学习基础架构,您可以成为工作组的新贡献者!

庆祝一些工作组的胜利

该团队在过去几个月中取得了值得庆祝的进步。

  • K8s-Infrastructure工作组发布了一个自动计费报告,该报告通过小组审查开始每次会议。
  • 用于k8s.io和kubernetes.io的DNS也已完全启用 社区所有,社区成员能够 文件问题 管理记录。
  • 容器注册表 k8s.gcr.io 也是社区完全拥有的,可供所有Kubernetes子项目使用。
  • Kubernetes 发布机器人 负责将k8s.io/kubernetes/staging存储库发布到自己的顶级存储库中(例如: kubernetes / api)在社区拥有的集群上运行。
  • 用于为kubernetes工件提供对GCS存储桶的匿名访问的gcsweb.k8s.io服务在社区拥有的集群上运行。
  • 还有一个自动化的过程来推广我们所有的容器图像。这包括由Kubernetes社区管理的,具有完整文档的基础架构,以及用于配置权限的自动化流程。

这些只是K8s基础架构工作组中目前正在发生的一些事情。

如果您有兴趣参与,请务必加入 #wg-K8s-infra闲置频道。会议时间为60分钟,每2周三PT / 16:30 UTC举行一次。

加入以获取有关文档的帮助,继续学习有关支持Kubernetes社区的惊人基础架构。