如果我们20年后仍然在讨论Kubernetes，那将是技术上悲哀的时刻

这里是weihubeats,觉得文章不错可以关注公众号小奏技术，文章首发。拒绝营销号，拒绝标题党

Kelsey Hightower

Google Cloud首席开发者

引子

在 Kubecon 上，Kelsey Hightower 曾经遇到过一个带有 Kubernetes 纹身的人，这让他开始思考未来的岁月。

采访

“Kubernetes的未来，坦率地说，是必须消失的，”Hightower在Github的ReadME播客的最近采访中说道。“如果它消失了，那是进步的标志。”

“如果我们20年后仍然在讨论Kubernetes，那将是技术上悲哀的时刻，因为我们没有想出更好的想法。”

这个播客是为庆祝“维护者月”而突出开发者故事的一部分，但很快对话转向了社区如何发展，以及个人如何帮助实现这一点。

Hightower认为，Kubernetes的成功不仅在于它能够解决容器编排的挑战，还在于它的社区和生态系统。他建议，持续不断地学习和探索新技术和工具，并将它们整合到Kubernetes生态系统中，以帮助它不断优化和发展。他认为，Kubernetes未来的成功将在于它的开放性和灵活性，以及它能够吸引和欢迎更多的贡献者和用户。

“我们最终把所有这些模式，把它们放在一起，并给他们一个名字。我们称之为Kubernetes。

Hightower认为，Kubernetes社区正在不断壮大，新的人们正在加入其中。这些人之前可能曾观望，认为Kubernetes可能只是一种炒作，不会有实际应用场景，因此选择等待观望，继续使用虚拟机等传统技术。但现在，这些人正在参加他们的第一个Kubecon，也参加着各种本地的云原生技术会议，如VM World或Oracle World。这说明Kubernetes已经成为了一个被广泛认可和应用的技术，并且越来越多的人认识到其价值和优势。

Hightower认为，社区也可能在其他方面发生改变。他看到了第二个群体，他们一直在抱怨Kubernetes过于复杂或缺少某些功能，并试图在Kubernetes自己的抽象之上构建新的东西。他说：“他们中的其中一个有朝一日会变得可行，然后就会成为新的出现的事物。”这意味着Kubernetes生态系统将不断发展和演化，可能会出现一些新的工具和技术，它们可能会成为未来云原生应用开发的重要组成部分。此外，这也说明了Kubernetes的开放性和灵活性，允许各种各样的组合和创新。

或许真正的信息是始终保持成长 - 因为Hightower也赞扬了Kubernetes目前的可扩展性，具有“安全性、存储模块、云提供商集成”的扩展点。据他看来，它的代码不需要被分叉，因为“任何你想做的创新，Kubernetes在早期就已经做出了一个非常好的选择…“Kubernetes让测试新想法变得容易，并且“最重要的是，这些扩展感觉就像本地代码…”这些扩展能够与Kubernetes无缝集成，并且能够为云原生应用开发带来更多的创新和灵活性。因此，Kubernetes社区应该继续推动创新和发展，不断寻找新的扩展点和创新机会，以满足未来云原生应用开发的需求。

Hightower认为：“我认为Kubernetes的API模型、插件模型像是对所有未来维护人员的礼物。因为现在那些人不需要尝试去弄清楚如何添加每一个花边功能到Kubernetes中。API可以让你自己去实现，而最好的插件实际上将会产生自己的子社区，作为Kubernetes轨道上的卫星存在。”这意味着Kubernetes开放的API和插件模型可以吸引更多的开发者，他们可以根据自己的需求和场景去开发和分享自己的插件以扩展Kubernetes的功能。这样的话，Kubernetes将会变得更加强大和灵活，并且可以更好地适应不同的场景和需求。最终，这也将会促进云原生应用生态系统的发展和壮大。

复杂群体

GitHub的开发者关系副总裁 Martin Woodward 问到，他们如何使这种复杂性更易于理解，以便更多的人可以参与进来？

Hightower回忆起当他们引入一个名为“kube-up.sh”的“大型Shell脚本”时，“如果你运行它，它会为你做所有的事情…然后在5到15分钟内，你会看到所有这些文字正在滚动…即使你只有一个命令来启动集群，你也不会感到好。你知道如果有什么问题，你是不可能理解它的。”

Hightower认为：“是的，这个项目很复杂，因为它试图解决一个复杂的问题。但这并不意味着我们不应该花时间教育人们，让他们理解它的工作原理。”

他认为，通过更好的文档和教程，以及更透明和更易于理解的错误信息，可以帮助开发者快速理解Kubernetes的工作原理。这样可以让更多的人参与到Kubernetes的开发和使用中来，进一步促进其发展和应用。

带动人们一起行动

由于这是一个庆祝项目维护者的月份，采访者强调了任何成功项目的一个关键要素：人。GitHub核心生产力团队的高级工程主管Neha Batra指出，Hightower的解决方案涉及文档记录。

这些都是一个项目中容易被遗忘但最终起到关键作用的细节。另一个细节可能是“背后的社群管理者，他们可能没有编写实际的代码，但他们协助事情的顺利进行”。

这一切都符合一个更大的主题–如果软件是人与人之间的桥梁，那么让更多的人加入到这一旅程中来，就能达到共享和影响的目的。而这导致Batra问，如何能够改进这一点，以创造一个更加包容和多样化的未来，特别是在开源世界？

Hightower表现出了对贡献者视角的同理心。“有很多会议可以参加。有很多项目需要开发。我们确实在要求他们与我们一起花费时间和生命的部分时间。如果这不是一个受欢迎的地方，那么没有正常人会选择到那里去，那里需要他们去奋斗才能存在。这就没有意义了。”

但后来Hightower也记得有一次，他准备放弃在会议上演讲。他说：“不再发表主旨演讲，不再进行现场演示——这需要很多工作，并且会影响我的日常工作。我们不能兼顾两件事，所以我说，让演讲的部分先停一下。

他回忆起他认为是最后一次主持会议的事后情况——主持了伦敦的一场会议，并进行主题演讲。在“走廊谈话”和厂商大厅中的侧面对话中，越来越多的人加入了谈话，“突然出现了一位和我长得很像的人。”Hightower准备好回答任何可能问到的技术问题，但“他问了我一个我准备不好的问题。他问‘你怎么做到的？怎么做到永远是房间里唯一的黑人？”

我不认为我有一个很好的答案。因为在这种情况下，在我的20年职业生涯中，我已经习惯了——你知道这很不幸，并且你没有解决它。”但令Hightower惊讶的是他听到的回复：“我从未意识到我需要一个导师，直到我见到了你…

“我看了一个视频，一个和我长得很像的人出来向我解释我们在工作中考虑使用的新的、复杂的开源项目。你看起来像我——我意识到这是多么重要。所以当我知道KubeCon要来伦敦的时候，我决定去…”

但他们接着说了别的话。“我带着我的儿子一起来，这样他就可以看到，我们不仅可以参加会议，而且我们可以主导它。我想让他看到你的行动…”

Hightower回忆道：“我看到他的儿子。他把双手放在他的肩膀上，这样他能在现实生活中看到我。我还能握他儿子的手。”

“而那时，我意识到：有时候，只要出现并可见，你就可以允许所有认为自己受到排斥的人。他们意识到他们可以购买门票–因为和他们长得一样的人会在那里。”

Hightower表示，他意识到如果你处于一个代表性不足的社区，表达自己的声音“可以产生巨大影响”。他决定继续参加所有可以参加的会议。“我会讲述故事。如果我能激励某个人想出更好的方法将更多人带入科技领域，那我就乐意这样做。”

接着是一阵沉默。然后播客主持人巴特拉说道：“我无言以对。好吧，我也需要恢复一下，因为你让我感动得哭泣了……”