本文发表于一年多前。较旧的文章可能包含过时的内容。请检查页面中的信息自发布以来是否已变得不正确。
鲁尔基机器人、发布和赛车：Kubernetes 1.21 版本发布访谈
随着 Kubernetes 1.22 将于下周发布，现在是回顾 1.21 的好时机。该版本的发布团队由 VMware 的 Nabarun Pal 领导。
早在四月份，我在每周的 Google Kubernetes 播客中采访了 Nabarun；这是自 2018 年节目开始后不久，从 1.11 版本开始的一系列发布负责人对话中的最新一期。
在这些采访中，我们了解了一些关于发布的信息，但也了解了背后的过程以及被选为领导者的人的故事。每周了解一位社区成员是我最喜欢的部分，因此我鼓励您在您获取播客的任何地方订阅。随着下周即将发布的版本，您可能可以猜到我们的下一个主题是什么！
此文字记录为了清晰起见经过编辑和浓缩。
CRAIG BOX：您拥有冶金和材料工程的学士学位。我们在把铅变成黄金方面做得如何？
NABARUN PAL：嗯，据我所知，我们还没有找到贤者之石！
CRAIG BOX：这个过程中比较重要的部分之一？
NABARUN PAL：在让炼金术士启动和运行方面，我们做得不太好。核技术方面有一些改进，可以将铅变成黄金，但我猜买黄金会更有效率。
CRAIG BOX：还是比特币？这取决于你想用黄金做什么。
NABARUN PAL：是的，看到比特币的价格不断上涨，你可能更喜欢押注比特币。但是，不要把这当成建议。我不是注册投资顾问，我也不提供投资建议！
CRAIG BOX：但是，您当然是一位训练有素的材料工程师。您是如何进入该教育领域的？
NABARUN PAL：我们有一个评分和等效的考试结构，您参加一次考试，然后根据您在该考试中的表现，您可以尝试任何考虑这些分数的大学。我去了印度理工学院鲁尔基分校。
我对材料工程很感兴趣。我从小就对计算机科学充满热情，但我也喜欢材料科学，所以我想探索这个领域。我在大学一年级和二年级的时候对材料科学和冶金学进行了大量的探索，但后来，由于计算机是我的爱好，它逐渐进入了我的生活。
CRAIG BOX：让我们深入探讨一下。在你的童年时期，计算机是什么样子的？
NABARUN PAL：那是一段非常有趣的旅程。我从七八岁开始探索计算机。对于我的第一种编程语言（如果你称之为编程语言的话），我探索了 LOGO。
屏幕上有一只海龟，你向它发出命令，比如向前移动或旋转或抬笔或落笔。你基本上画的是几何图形。我可以在视觉上看到如何画一个正方形以及如何画一个三角形。在那之后，这是一段有趣的旅程。我学习了 BASIC，然后学习了一些 HTML、JavaScript。
CRAIG BOX：这对我来说很有趣，因为 Logo 和 BASIC 可能是我最初的两种编程语言，但我认为在 HTML 成为一种东西之后，这两者之间可能存在相当大的差距！你对计算机的热爱总是引导你走上编程之路，还是你小时候对使用计算机玩游戏或使用应用软件感兴趣？是什么让你专门进入了编程领域？
NABARUN PAL：编程来得很晚。不仅是在计算机方面，在生活中，我对事物都很好奇。当我的父母给我买第一台电脑时，我很兴奋。我想，“这个操作系统是如何工作的？” 甚至是什么在运行它？使用电视和使用电脑是不同的体验，但可用性是相同的。电视的人机界面设备是遥控器，而电脑的人机界面设备是键盘和鼠标。我过去经常摆弄这个盒子，重新安装操作系统。
我们过去会收到杂志。他们过去会捆绑 OpenSuse 或 Debian，我过去会安装它们。这是一个有趣的体验，15 年前，Linux 曾经是什么样子的。我一直是个爱摆弄东西的人，而这最终导致我走上了编程之路。
CRAIG BOX：您对技术的物理和虚无缥缈的方面都感兴趣，您在大学期间参加了很多机器人挑战赛。老实说，这对于一个有 Logo 背景的人来说，我并不感到惊讶。有 Mindstorms，还有许多其他基于机器人的技术，许多 Logo 人都参与其中。这对你来说是怎么回事？
NABARUN PAL：当我进入大学时，除了学习材料之外，他们真正鼓励的一件事是参与大量的课外活动。其中一个让我感兴趣的是机器人技术。我加入了我们大学的机器人团队，并参加了很多挑战赛。
主要而言，我们过去会参加一个名为ABU Robocon的比赛，这是一个由亚太广播联盟举办的活动。他们过去的做法是，每年，比赛中一个参与国会提出一个问题陈述。例如，有一年，他们要求我们制造一个打羽毛球的机器人。他们要求我们制造一个打橄榄球的机器人或一个掷飞盘的机器人，并且围绕挑战有一些有趣的问题陈述：你不能这样做。你不能那样做。重量必须是这样的。尺寸必须是这样的。
我参与了进来，我在大学的大部分时间都花在了那里。材料科学对我来说有点退居二线，而我的爱好变成了我的全职工作。
CRAIG BOX：而且你不仅参与了项目及其贡献，你还参与了团队的秘书工作，实际上做了很多组织工作，这是一个在我们谈论 Kubernetes 时会出现的线索。
NABARUN PAL：随着时间的推移，当我更加了解团队的运作方式时，我自然而然地走上了一条晋升的道路，然后管理着初级员工。我成为我们大学机器人俱乐部的联合秘书。这更多的是一个广泛的、参与性的角色，在大学里传播机器人技术，推广活动，帮助学生了解学习机器人的价值——你从机械或电子方面获得了什么，或者你如何通过编程机器人来发展你的逻辑。
CRAIG BOX：你毕业后的第一份工作是在一家名为 Algoshelf 的公司工作，但你在上学期间也是那里的实习生？
NABARUN PAL：当我以实习生的身份加入 Algoshelf 时，它被称为 Rorodata。这对我来说也是一个有趣的机会，因为我一直对编写人们会使用的程序感兴趣。我在那里做的一件事是构建一个开源的函数即服务框架，如果我可以这样称呼它的话——它主要是在不编写任何代码的情况下将 Python 函数转换为 Web 服务器。有趣的是，它针对的是数据科学家，而不是程序员。我们必须了解数据科学家的痛苦，他们必须学习大量的编程才能部署他们的机器学习模型，而我们想解决这个问题。
他们在我的实习结束后为我提供了一份工作，我在大学毕业后继续为他们工作。在那里，我接触到了 Kubernetes，所以我们转向了一个产品结构，我告诉你的同一个东西，即函数即服务的东西，可以部署在 Kubernetes 中。我正在探索 Kubernetes，将其用作一个可扩展的平台。我们不想管理宠物，而是想管理牲畜，也就是说，我们想要一个高度分布式的架构。
CRAIG BOX：不是真正的牲畜。我去过印度。周围有很多牛。
NABARUN PAL：是的，不是真正的牲畜。那有点难。
CRAIG BOX：当 Algoshelf 考虑采用 Kubernetes 时，评估过程是什么样的？你当时在看其他的工具吗？还是已经过了足够长的时间，以至于 Kubernetes 显然是每个人都将使用的平台？
NABARUN PAL：Algoshelf 是一个自然的发展过程。在 Kubernetes 之前，我们过去使用 systemd 将所有东西部署在单个大型 AWS 服务器上。一切都是 systemd 服务，一切都使用 Fabric 部署。Fabric 是一个 Python 包，本质上就像 Ansible，但是更精简，因为它没有 Ansible 的所有填充物和东西。
然后我们问“如果我们需要扩展到不同的机器怎么办？” Kubernetes 正在兴起。我们跳上了炒作列车，看看 Kubernetes 是否对我们来说值得。而这就是我的旅程开始的地方，探索生态系统，探索社区。我们如何从本质上改善社区？
CRAIG BOX：现在你已经多次提到，当你在一个角色中成长时，你会成为组织的一部分，并且安排小组。你谈到了使用 Python 工作。你向 Pycon India 提交了一些演讲。而且据我所知，你现在是该会议的技术主管。印度的科技社区是什么样的？你如何描述你参与其中的过程？
纳巴伦·帕尔：我与社区的联系始于大学时期。当我在 Algoshelf 实习时，我接触到了这个——我之前从不知道 PyCon India，或者说一般的技术会议。
当时和我一起工作的人问我，嘿，你有没有向 PyCon India 提交演讲？我们正在做的库很有用。所以我在 2017 年向 PyCon India 提交了一个演讲。最终，演讲被选中了。那不是我第一次演讲，而是第二次。我还在 PyData Delhi 上就我在实习期间做的一个类似的项目做了演讲。
从那时起，我开始了一段旅程。我在新加坡的 FOSSASIA 峰会上谈论了同样的事情，并且真正地参与到了 Python 社区，因为它是我那时用来工作的东西。
在会议上做了所有这些演讲之后，我还接触到了一个名为 dgplug 的神奇组织，它是 Durgapur Linux 用户组的缩写。这个小组是由一位名叫 Kushal Das 的人在大约 12 到 13 年前创立的（我不记得确切的年份了），其理念是培养学生成为更好的开源贡献者。
我喜欢这个想法，并在去年参与了教学。它不只针对学生。专业人士也可以加入。它的目的是让任何人都能更好地进行上游贡献，使事情可持续发展。我开始培训人们使用 Vim，以及如何使用文本编辑器。这样他们会更有效率和生产力。一般来说，文本编辑器真的是一个很好的工具。
另一件事是 shell。你如何在 Linux shell 和命令行中导航？那是一段有趣的经历。
克雷格·博克斯：思考这个问题很有意思，因为我自己在 2000 年左右也参与了一个 Linux 用户组。那时，我们教人们如何安装东西——当时 CD 上的 Linux 还很新鲜。更多的是关于，这是什么新东西，以及我们如何参与？当互联网在那段时间兴起时，所有这些东西都转移到了网上——你不再需要去一个房间里与一群人见面来谈论 Linux。从那以后，我真的没有怎么考虑过 LUG 的概念，但是很高兴看到它已经变成了一种关于贡献的东西，而不仅仅是如何为自己启动东西。
纳巴伦·帕尔：没错。正如我之前提到的，我接触 Linux 的旅程是从安装杂志附赠的 SUSE DVD 开始的。那时候安装东西很痛苦，因为你没有任何说明。现在情况肯定发生了转变。人们更愿意在线阅读说明，下载 ISO，然后直接安装它们。所以我们真的不需要将此作为 LUG 的一部分来做。
我们已经更多地转向使人们能够为他们使用的任何项目做出贡献。例如，如果你正在使用 Fedora，就为 Fedora 做贡献；让它变得更好。这只是关于以任何可能的方式回馈社区。
克雷格·博克斯：你还参与了班加罗尔 Kubernetes Meetup 小组。该小组是否有类似的心态？
纳巴伦·帕尔：班加罗尔 Kubernetes Meetup 小组主要致力于以各种方式传播 Kubernetes 和生态系统中相关产品的知识，无论云原生领域中有什么。例如，宣传如何在你的公司中使用它们，或者人们如何以现有方式使用它们。
所以在二月份的几个月前，我们做了一个Kubernetes 贡献者研讨会。这在印度是独一无二的。如果我没记错的话，那是第一个。我们吸引了很多对贡献 Kubernetes 和许多其他项目感兴趣的社区成员。这正在成为一件非常有价值的事情。
我没有过多参与该小组的组织工作。已经有非常优秀的人在组织它了。我只是在周围，参加聚会，并尝试回答人们的任何问题。
克雷格·博克斯：为 Kubernetes 生态系统做出贡献的一种方式是通过发布过程。你写了一篇博客，讲述了你在这方面的经历。它始于 Kubernetes 1.17，你在该版本中担任了影子角色。请告诉我，第一次尝试是什么感觉。
纳巴伦·帕尔：我认为，尝试是一个很大的进步。它本不该是那样的。在加入团队后，我看到他们真的鼓励你申请加入团队——但要如实地写下关于你自己的信息。你想要什么？写下你充满激情的目标，你为什么想加入这个团队。
所以现在，下一个版本的影子申请正在开放。我想小声地宣传一下。如果你想为 Kubernetes 发布团队做贡献，请务必申请。表格非常简单。你只需要说明你为什么要为发布团队做贡献。
克雷格·博克斯：你对这个问题的答案是什么？
纳巴伦·帕尔：这有点棘手。我的理念是为我日常生活中使用的项目做贡献。我每天使用大量的开源项目，我开始主要为 Kubernetes 做贡献，因为我当时在使用 Kubernetes Python 客户端。那是我的第一次贡献之一。
当我为它做贡献时，我探索了发布团队，它让我很感兴趣，特别是 Kubernetes 发布机制的多样性和趣味性。对于大多数软件项目来说，通常是你认为在功能方面取得了有意义的进展时，你就会发布它。但 Kubernetes 不是这样。我们遵循定期的发布节奏。所有这些方面都让我很感兴趣。我实际上第一次是在 Kubernetes 1.16 中申请的，但被拒绝了。
但我仍然申请了 Kubernetes 1.17，我加入了增强团队。当时该团队由MrBobbyTables，Bob Killen领导，Jeremy Rickard是我团队的联合影子之一。我又一次担任了增强的影子。然后在 1.19 中我领导了增强。然后我在 1.20 中担任领导的影子，最终领导了 1.21 团队。这就是我的旅程。
我对人们的建议是不要害怕失败。即使你没有被选中，也没关系。你仍然可以为发布团队做贡献。只需参加发布会议，举手，并自我介绍。
克雷格·博克斯：在 1.20 和 1.21 版本之间，你转到 VMware 的上游贡献团队工作。我注意到 VMware 目前正在招聘许多优秀的上游贡献者。这是Stephen Augustus一手促成的吗？还是有什么特别之处？
纳巴伦·帕尔：很多人都参与了这个过程。我会说，Stephen 肯定在其中发挥了作用。我们正在扩大上游贡献者团队，主要是因为我们正在开发的产品是基于 Kubernetes 的。这极大地帮助我们推动上游的流程，并帮助整个社区，因为每个人都能从我们为社区所做的贡献中获益。
克雷格·博克斯：我了解到 Tanzu 团队目前正在印度组建，但我猜你可能还没有机会亲自见到他们？
纳巴伦·帕尔：是的，也不是。加入 VMware 后，我没有见过他们中的任何人，但在加入 VMware 之前，我在 KubeCons 上见了很多队友。例如，我在 KubeCon 上见到了 Nikhita，我见到了 Dims，我见到了 Stephen。我还没见过团队的其他成员，我真的很期待一旦一切解除封锁，我们回到正常生活后与他们见面。
克雷格·博克斯：是的，我采访的每个在疫情期间换工作的人都说这是一种非常奇怪的体验，只是没有什么真正不同。对于那些在开源领域工作并跳槽到其他公司的人来说，情况可能也是如此。他们只是在做同样的事情，也许只是为不同的雇主工作。
纳巴伦·帕尔：正如我们在社区里所说，过一会儿在另一个 Slack 中见。
克雷格·博克斯：现在我们来谈谈最近发布的 Kubernetes 1.21。首先，恭喜你。
纳巴伦·帕尔：谢谢。
克雷格·博克斯：公告称，该版本包含 51 项增强功能，其中 13 项升级为稳定版，16 项移动到测试版，20 项进入 alpha 版，然后有两项功能已被弃用。你如何总结这个版本？
纳巴伦·帕尔：这个版本的一个重点是，它是史上最大的版本。
克雷格·博克斯：真的吗？
纳巴伦·帕尔：是的。1.20 当时是最大的版本，但 1.21 的增强功能更多，主要是因为我们对流程进行了很多更改。
在 1.21 发布周期中，我们做了一些与其他发布周期不同的事情——例如，在增强过程中。在 Kubernetes 环境中，增强基本上是一个功能提议。你会在社区中听到很多关于 Kubernetes 增强提议（KEP）的术语。增强是封装在特定文档中的一个广泛的概念。
克雷格·博克斯：我喜欢把它看作是值得在发行说明中有一个标题的东西。
纳巴伦·帕尔：的确如此。在 1.20 发布周期之前，我们过去的做法是——发布团队有一个名为增强的部门。增强团队的成员会 ping 每个增强问题，并询问他们是否想成为发布周期的一部分。作者会决定，或者与他们的 SIG 交谈，然后回复答案，说明他们是否想成为该周期的一部分。
在这个版本中，我们所做的是消除了这个过程，并主动要求 SIG 们自己讨论，他们想在这个发布周期中推出什么。他们想在这个版本中升级哪些功能？他们可能会在 alpha 中引入一些东西，将一些东西升级到 beta 或稳定版，或者他们也可能会弃用一些功能。
这样做的好处是促进了很多异步流程，同时也把权力还给了社区。社区决定他们想要在发布版中加入什么，然后集体返回。这也减轻了发布团队的很多压力，他们以前必须不断地询问人们他们想为发布版推出什么。你现在有一个截止日期。你可以在你的 SIG 中讨论你的路线图是什么，以及它在不久的将来的样子。也许是这个版本，以及接下来的两个版本。然后你将所有这些答案放入一个 Google 电子表格中。电子表格仍然存在。
克雷格·博克斯：Kubernetes 生态系统完全在 Google 电子表格上运行。
纳巴伦·帕尔：是的，还有很多 Google 文档用于会议记录！我们做了很多流程改进，这本质上促成了一个更好的版本。在这个发布周期中，我们有 13 项增强功能升级为稳定版，16 项升级为测试版，还有 20 项增强功能是生态系统中的全新功能，以 alpha 版的形式出现。
与此同时，还有一些功能被设置为弃用。其中之一是 PodSecurityPolicy。这在 Kubernetes 用户群中一直是一个讨论的焦点，我们也发布了一篇关于它的博客文章。这要归功于 SIG 安全部门，他们一直在关注，以便在本次发布周期结束之前找到 PodSecurityPolicy 的替代方案，这样他们至少可以提出下一步会发生什么的建议。
CRAIG BOX：我们来谈谈一些旧的和一些新的东西。你刚才提到了 PodSecurityPolicy。这是一个存在了很长时间，并且正在被弃用的东西。有两个已经存在了很长时间，现在被提升为稳定的特性是 CronJobs 和 PodDisruptionBudgets，它们都是在 2016 年发布的 Kubernetes 1.4 中引入的。你认为它们为什么需要这么长时间才能达到稳定状态？
NABARUN PAL：我可能没有一个确切的答案。我觉得其中一个原因是它们可能已经足够好了，以至于没有人注意到它们是 beta 功能，只是继续使用它们。
当我在阅读 CronJobs 从 beta 毕业到稳定版的过程中，我注意到的一件事是新的控制器。用户可能看不到这一点，但是 CronJob 控制器 v2 发生了巨大的变化。它的本质是从轮询方法检查用户定义的 CronJobs，转变为队列架构，这是定义控制器的现代方法。这是 CronJobs 方面非常好的改进之一。现在控制器的复杂度不再是 O(N) 时间，而是常数时间复杂度。
CRAIG BOX：很多长期处于 beta 阶段的功能，就像你说的，人们期望它们是完整的。PodSecurityPolicy 正在被弃用，这是允许的，因为它是一个从未走出 beta 阶段的功能。但是你认为人们会对它的消失有何反应？这是否说明有必要确保功能不会永远停留在 beta 阶段，而最近引入的流程是否能解决这个问题？
NABARUN PAL：的确如此。当贡献者考虑让 beta 功能毕业时，其中一个驱动因素是“防止永久 beta” KEP。早在 1.19 版本，我们就引入了这个流程，其中每个 beta 资源都被标记为在特定时间范围内弃用和删除——三个版本用于弃用，另一个版本用于删除。这也是一个激励因素，让我们最终重新思考 beta 资源在社区中的工作方式。我认为这也很有效。
CRAIG BOX：请记住，Gmail 曾处于 beta 阶段长达八年。
NABARUN PAL：我不知道！
CRAIG BOX：Kubernetes 中还没有这么老的东西，但我们终将达到那个阶段。在 20 个新的增强功能中，你最喜欢哪个，或者你想特别指出哪个？
NABARUN PAL：在 1.21 版本中有两个我真正感兴趣的特定功能，它们是作为全新的功能出现的。其中一个是持久卷健康监视器，它可以让用户实际看到 Kubernetes 中为持久卷提供支持的底层卷是否被删除。例如，卷可能会因为意外事件而被删除，或者可能会损坏。这些信息基本上会作为一个字段显示出来，以便用户可以以任何方式利用它。
另一个功能是关于在 kubectl 请求中添加带有命令名称的标头的提案。我们在进行这些请求时总是会设置 user-agent 信息，但是该提案是要添加用户输入的命令，以便我们可以启用更多的遥测数据，并且集群管理员可以确定人们如何使用集群的使用模式。我真的对这些即将推出的功能感到兴奋。
CRAIG BOX：你是亚太地区，或者更准确地说，是美国和欧洲以外的第一个发布负责人。Kubernetes 生态系统中的大多数会议传统上都在美国和欧洲的重叠时间段内，即加州的早上和英国的晚上。在社区之前运营的时区之外工作是什么感觉？
NABARUN PAL：我想说，这是一个有趣且具有挑战性的提议。在过去两年左右的时间里，我一直在为 Kubernetes 做贡献，社区也从很多太平洋地区的早间通话转变为更多地采用异步流程。例如，我们发布团队已经改变了我们的流程，所以我们不再在通话中进行更新。我们所做的是提前要求更新，然后在通话中，我们只讨论需要在团队中同步讨论的事情。
我们现在更多地利用会议进行讨论。但是我们也不会在这些讨论中做出决定，因为如果任何利益相关者没有参加会议，就会使他们处于不利地位。我们正在尝试更多地在 Slack 上公开交流，或者在邮件列表上交流。这应该是大多数讨论发生的地方，并且也可以获得懒惰的共识。我所说的懒惰的共识是指提出一种预先决定的事情，但也邀请更广泛的社区提供关于他们希望看到讨论的特定内容的反馈。这也是我们作为一个社区正在进行大量转型的领域，但仍有很大的发展空间。
发布团队也开始举行欧盟/亚太地区的收尾会议。除了举行一个专注于美国和欧洲时区的会议外，我们还举行一个更适合欧洲和亚太时区的会议。做出这些决定的驱动因素之一是，发布团队看到了来自各个时区的广泛参与。举个例子，我们在这个周期中的发布团队成员来自 UTC+8 一直到 UTC-8，跨度为 16 个小时。很难在一个会议中容纳所有这些时区。而且不仅仅是这 16 个小时的跨度——那么其他八个小时呢？
CRAIG BOX：是的，你漏掉了新西兰。你可以在那里再增加 5 个小时的跨度。
NABARUN PAL：没错。所以我们总是会在会议中错过一些人，这就是为什么我们应该更多地创新，举行不同类型的会议。但这在未来也可能不具有可持续性。人们会参加重复的会议吗？人们会同时关注这两个会议吗？举行更多的会议是其中一种解决方案。
另一个解决方案是你在某些媒介（无论是 Slack 还是邮件列表）上进行线程讨论。然后，人们可以在他们工作的时候加入进来。然后，在一天结束时，一个 24 小时的滚动期，你会消化它，然后将其作为会议纪要发布出去。贡献者体验特别兴趣小组就是这样做的——向他们致敬，他们正在转向这种流程。我可能说错了，但我认为他们每两周在 Slack 上进行一次异步更新。这真的很棒，可以改善人们可以贡献的地域多样性。
CRAIG BOX：一旦你把你希望包含在你发布版本中的所有内容都整合在一起，你就会创建一个发布候选版本。你如何激励人们测试这些版本？
NABARUN PAL：这是一个非常有趣的问题。我们很难激励人们尝试这些候选版本。大多数情况下，是那些对 Kubernetes 充满热情的人会尝试发布候选版本，并亲自查看其中存在哪些 bug。我记得Dims 发推呼吁，如果有人尝试了发布候选版本并发现了一个很好的 bug 或警告，他们就可以在 KubeCon 主题演讲中获得表彰。这就是其中一种激励方式——如果你想在 KubeCon 主题演讲中被点名，请尝试我们的发布候选版本。
CRAIG BOX：或者得到一双新的 Kubernetes 袜子？
NABARUN PAL：我们很乐意给尝试我们的发布候选版本并发现 bug 的人送上礼物。例如，如果你想要全新的发布团队徽标作为贴纸，请联系我。如果你在 1.22 发布候选版本中发现了一个 bug，我很乐意向你发送一些商店的优惠码。不要引用我的话，但请联系我。
CRAIG BOX：现在发布版本已经发布了，你是否可以休息一下了？你还需要做些什么，以及你对未来的道路有何感受？
NABARUN PAL：我昨天和团队讨论过这个问题。即使在发布之后，我们也进行了一些类似“茶水间闲聊”的对话。我只是把一个 Zoom 链接粘贴给所有发布团队成员，然后说，嘿，你们想聊聊吗？我意识到我现在真正想念的是每天的收尾会议。我将在发布团队和 SIG Release 会议中出现，帮助新的负责人进行过渡。而且，我目前的工作还没有结束。我正在与 1.21 版本的荣誉顾问 Taylor 合作，弄清楚下一个发布周期的一些机制。我还在记录我们作为流程的一部分以及作为流程变更的一部分所做的一切，并确保下一个发布周期顺利进行。
CRAIG BOX：我们现在已经做了很多发布负责人访谈，我们总是喜欢问一个问题，那就是，你会在过渡信封里写下什么？Savitha Raghunathan 是 1.22 版本的发布负责人。你会给她什么建议？
NABARUN PAL：三个词——做，委派和推迟。将事情分为这三个类别，即你应该立即做什么，你需要推迟什么，以及你可以委派给你的影子或其他发布团队成员的事情。这是在领导团队时非常有效的方法之一。它不仅适用于发布团队，也适用于管理任何团队。
另一个是过度沟通。再多的沟通都不够。我意识到社区总是愿意帮助你。我能举出的一个很好的例子是，在发布应该发生的头一天，我们看到了很多测试失败，然后一位社区成员有了一个想法——为什么不发一封电子邮件呢？我想，“这听起来不错。我们可以发送一封电子邮件，其中提到所有不稳定的情况，并呼吁更广泛的 Kubernetes 开发人员社区提供帮助。”最终，一旦我们发出电子邮件，很多人都来帮助我们清理不稳定的测试，并试图找出这些测试如此频繁失败的根本原因。非常感谢 Antonio 和所有 SIG 网络人员前来帮忙。
无论我提到多少名字，永远都不够。很多人，甚至在发布团队之外，也为我们的发布提供了很多帮助。这就是发布主题的由来——社区的力量。我真的很激动这个社区的表现以及人们一直愿意帮助你的意愿。这不仅仅是他们告诉你做什么，还包括他们对什么感兴趣，他们对什么充满热情。
CRAIG BOX：你热衷的事情之一是 F1 方程式赛车。你认为刘易斯·汉密尔顿今年会夺冠吗？
纳巴伦·帕尔：很有可能刘易斯今年也会赢得冠军。
克雷格·博克斯：这将使他的职业生涯总冠军数达到八个。因此——他目前与迈克尔·舒马赫并列——将使他超越舒马赫。
纳巴伦·帕尔：是的。迈克尔·舒马赫可以说是我第一个最喜欢的F1车手。看到有人打破迈克尔的纪录，我感到有点伤心。
克雷格·博克斯：你对迈克尔·舒马赫的儿子加入比赛有什么看法？
纳巴伦·帕尔：我感觉很好。米克·舒马赫现在正在努力。我希望几年后能在法拉利看到他。舒马赫家族回到法拉利真的会很棒。但我的粉丝最爱一直是迈凯轮，部分原因是我喜欢过去两年里兰多和卡洛斯的化学反应。看到卡洛斯去法拉利真是令人伤心。但现在我们有了兰多和丹尼尔·里卡多在队里。他们也是很有趣的人。
纳巴伦·帕尔 在 VMware 的 Tanzu 团队工作，并担任 Kubernetes 1.21 版本发布团队负责人。
您可以在 Twitter 上通过 @KubernetesPod 找到 谷歌 Kubernetes 播客，您可以订阅，这样您就不会错过任何一集。