Kubernetes是全球第二大开源项目，Kat Cosgrove讲述其历史、构建方式与贡献价值
Kubernetes 是世界第二大开源项目。它做什么——以及为什么被如此广泛采用？
Kat Cosgrove 主导过多个 Kubernetes 版本的发布，她做客 The Pragmatic Engineer 播客，分享了 Kubernetes 的历史、它是如何构建的、何时是合适（或不那么合适）的使用场景，以及你如何为它做贡献（以及为什么这对职业发展和个人成长是件好事）。
本节目由以下赞助：
• @WorkOS — 面向 B2B SaaS 的现代身份平台 https://t.co/Xxf2A82ixc
• @modal_labs — 用于构建 AI 应用的云平台 https://t.co/zNPmIyuIk6
• @GetCortexApp — 通往工程卓越的门户 https://t.co/iLKO2gLzlg
观看或收听：
• YouTube: https://t.co/aLbzwdePc7
• Spotify: https://t.co/G6kXHfp4L1
• Apple: https://t.co/rS9NcpZzMb
• 摘要与文字记录：https://t.co/9xzoVyDthH
我从这次精彩对话中得到的三个要点：
1. Kubernetes 有助于管理大规模后端应用。Google 最初构建了一个内部工具来管理数万（后来是数十万，再后来是数百万）台机器：这个内部工具叫 Borg。Kubernetes 的根源来自 Borg：但 Google 后来将该项目捐赠给了云原生计算基金会（CNCF）——如今，Kubernetes 是仅次于 Linux 的第二大开源项目。我们之前做过关于 Linux 如何构建的深度报道，也在《什么是可靠性工程？》中涉及了 Google 的 SRE 根源。
2. Kubernetes 是一个结构非常良好、组织有序的开源项目。项目结构和所有流程都有完善的文档记录。项目大约有 150-200 名维护者，有几十个 SIG（特别兴趣小组），发布周期为 14-16 周。
3. “lead”和“shadow”的概念非常巧妙，被 Kubernetes 所采用。Kubernetes 内部的发布团队负责各个版本发布，每个版本约有 20-30 人参与发布团队。发布团队中有许多成员是“shadows”，他们在工作中学习如何完成一次发布——并且有望在一两个版本后自己成为 lead！
Kat Cosgrove 主导过多个 Kubernetes 版本的发布，她做客 The Pragmatic Engineer 播客，分享了 Kubernetes 的历史、它是如何构建的、何时是合适（或不那么合适）的使用场景，以及你如何为它做贡献（以及为什么这对职业发展和个人成长是件好事）。
本节目由以下赞助：
• @WorkOS — 面向 B2B SaaS 的现代身份平台 https://t.co/Xxf2A82ixc
• @modal_labs — 用于构建 AI 应用的云平台 https://t.co/zNPmIyuIk6
• @GetCortexApp — 通往工程卓越的门户 https://t.co/iLKO2gLzlg
观看或收听：
• YouTube: https://t.co/aLbzwdePc7
• Spotify: https://t.co/G6kXHfp4L1
• Apple: https://t.co/rS9NcpZzMb
• 摘要与文字记录：https://t.co/9xzoVyDthH
我从这次精彩对话中得到的三个要点：
1. Kubernetes 有助于管理大规模后端应用。Google 最初构建了一个内部工具来管理数万（后来是数十万，再后来是数百万）台机器：这个内部工具叫 Borg。Kubernetes 的根源来自 Borg：但 Google 后来将该项目捐赠给了云原生计算基金会（CNCF）——如今，Kubernetes 是仅次于 Linux 的第二大开源项目。我们之前做过关于 Linux 如何构建的深度报道，也在《什么是可靠性工程？》中涉及了 Google 的 SRE 根源。
2. Kubernetes 是一个结构非常良好、组织有序的开源项目。项目结构和所有流程都有完善的文档记录。项目大约有 150-200 名维护者，有几十个 SIG（特别兴趣小组），发布周期为 14-16 周。
3. “lead”和“shadow”的概念非常巧妙，被 Kubernetes 所采用。Kubernetes 内部的发布团队负责各个版本发布，每个版本约有 20-30 人参与发布团队。发布团队中有许多成员是“shadows”，他们在工作中学习如何完成一次发布——并且有望在一两个版本后自己成为 lead！