内部VMware的Kubernetes Playbook

当Joe Beda正在谷歌早期的Kubernetes工作时，他和他的团队的努力预期，该软件将成为企业将用于运行和管理集装箱应用程序的事实上的开源技术。

今天，Kubernetes可以在近际企业中找到，在私有云数据中心和公共云上，只要基于微运行的应用程序，就会部署了基于微运行的应用程序。根据一些估计，云和应用平台供应商同样对一片市场的市场逐渐增加到2023年的近50亿美元。

Beda，谁共同创建了Google Compute引擎并提交了第一个Kubernetes项目提交，现在适用于VMware作为其主要工程师。他通过收购Heptio来到VMware，他共同创立了帮助企业管理Kubernetes集群。

在与计算机每周的专用面试中，贝纳谈到了Kubernetes的创始原则，在那里他看到市场，为什么VMware不仅强迫大家都可以在其技术上标准化。

作为Kubernetes的共同创造者，您认为平台是今天的目标吗？

贝纳：对我们所有参与的人来说都是一个惊喜，以便看到事情已经消失了。我想我们有一种感觉，如果事情排队，我们袭击了一个神经，它可能很大。但过去六年确实是一个旋风。

我一直在做我的大部分职业生涯的平台级的东西。我始于微软，在Internet Explorer和Windows等事情上工作。然后我切换到服务器端，并使用Google Compute引擎和Kubernetes进行云的东西。到那个时候，我有一种让一个良好的平台的感觉，这应该使人们能够做出他们从未计划过的事情并从中得到了价值，这超出了你想象的东西。

Kubernetes的灵活性和所有能够适应令人惊叹的所有利基的灵活性。当我们创建Kubernetes时，我不认为我们正在考虑边缘计算，但现在在不同环境中拥有统一平台的故事现在是故事的重要组成部分。

最后，它超越了集装箱的方式，朝着更普遍的可扩展控制飞机令人惊讶。看到Kubernetes社区在许多地方的影响也很棒。

VMware是Kubernetes社区中的顶级贡献者之一。贡献代码的一般方法是什么改善平台？

贝纳：当涉及开源社区时，我们希望成为优秀的公民。我们认为开源可以是每个参与者的积极游戏。其中部分是为我们和社区寻找合适的余额，关于是Kubernetes的一部分的东西以及公司增加价值的机会。

与开源社区成功互动的一件事是诚实的，你的目标是什么，你从中摆脱了什么，以及你要进入它。但总体而言，当我们看看我们的投资时，我们希望确保我们尽可能多地放弃。我们不想只是从社区和Kubernetes中提取价值。我们想推进它，并确保它在长期内很健康。

您对某些Kubernetes平台供应商的思想是什么，这些供应商被指控将客户锁入其平台？

贝加：Lock-In是一个有趣的概念，当我与客户交谈时，我试图通过他们面临的风险的观点以及他们正在做些什么来缓解这些风险。

我们与坦布和kubernetes社区的目标是通过提供一种方法来带来价值，而无需承担所有复杂性。我们希望成为Kubernetes World的桥梁，而不是创建筒仓。

我们不想将人们从较大的Kubernetes生态系统中分开，因为让客户对Kubernetes感到兴奋的一个东西可以访问丰富的创新开源项目，并解决它们是独一无二的问题。

关于兼容性和可移植性，有几种方法可以观察。一个是，如果您有完善的便携性，最终会获得某个最低的共同分母。客户通常希望利用他们正在使用的平台的独特功能或品质。

除此之外，当我们期待在Kubernetes的顶部增加价值时，我们确保我们非常清楚的是坦苏的一部分，而不是开源的一部分，因此客户可以在外面偏离的软件依赖性做出明智的选择纯粹的开源观点。你不会得到完美的便携性，但Kubernetes和Tanzu的目标也可以尽可能地降低切换成本。

技能专业角度来看还有可移植性。如果您有知道如何使用Kubernetes的工程师，他们已经建立了内部自动化基础架构和平台，您如何确保他们的技能和工具可以在环境中尽可能地是便携式的便携式它不一定是准确的，但如果您可以减少工程师的交换成本和旋转时间，那就是客户的真正节省。

Tanzu的价值命题之一是解决VMware客户的应用程序开发需求。您是否看到非VMware客户也即将推出？

贝加：那是个很好的观点。我们的目标是为VMware客户带来价值，但我们雄心勃勃。我们还希望与那些可能不是VMware客户的人提供价值。

VMware与几乎所有大公司都有关系，但这些关系可能与公司的某些部分有关。我们正在使用坦苏和kubernetes和新的apis [应用程序编程接口]在vsphere中的相关内容是我们正在创建新产品，这些产品正在为客户提供更大的客户，例如申请团队。我们通过将vSphere和Application团队之间的点连接到应用团队之间的点连接，即使vSphere可能不在图片中，也可以这样做。

Kubernetes是一个正在进行的工作，开源和供应商社区开发了很多增强功能。平台需要解决哪些直接要求？

贝加：我们的目标 - 我们一直在说这一点 - 是我们希望Kubernetes成为无聊。我和社区帽子说话，那个目标没有改变。良好的基础设施消失了，我们真的想要Kubernetes，无论谁在提供它，都能够达到那个效用的地方。

为此，我认为社区努力的地区往往是可扩展性。从早期开始，我们认识到人们希望更多的功能能够进入核心，因此我们开始转移我们的重点，使人们能够扩展Kubernetes，而无需参与核心项目。

这一直是非常成功的，并产生了整个生态系统。关于那个是没有守门人，而在开源的情况下，有一群人掌握了很多力量，说：“不，你不能这样做”。随着我们与Kubernetes的可扩展性，有些人在做一些我可能不思考的事情是一个好主意，但他们仍然可以继续做到这一点。

在上游Kubernetes中的一个区域，我们将很多努力 - 并建立在扩展机制之上 - 围绕集群生命周期，特别是我们的群集API。我们的Tanzu产品在管理Kubernetes方面建立在其中的顶部，我们认为这是整个行业的双赢。

要粗俗地诚实，人们越多，kubernetes的机会越多，我们就可以创造这些关系并建立在它之上。这是为了让我们尽可能多的人来获得群集并在那里找到使用。这很难，但我们想要更容易，我们将很多工作融入了这一点。

在市场上具有多个Kubernetes分布，您认为事情会如何发挥作用？你认为这是一种平台战争吗？您提到您在Internet Explorer上工作 - 是20世纪90年代浏览器战争的竞争吗？

贝加：这里有很多竞争，我认为这将是最终的用户，让用户有很多人努力让事情变得更好。我们看到的其他一件事之一，我认为这是一个令人迷人的演变，是我们的用户在互操作性方面知道他们想要什么。

它可能并不是完美的便携性，但仍然存在一些可移植性，这是客户价值并要求的东西。应用程序及其依赖性越接近，他们更有可能更喜欢这些系统开放 - 而且，理想情况下，社区驱动。

除了Kubernetes之外，供应商有更多机会协调和推动更多辅助开源项目。有趣的是，看到一堆不同的环境跨越Kubernetes的回声。一个示例是一个名为Envoy的CNCF [Cloud Native Computing Foundation]项目，一个负载均衡器带来了很多值。我们也是另一个名为Contour的CNCF项目背后的大型司机，一个使用封面下的Envoy的入口控制器。很高兴看到那些独立的生态系统获得启动和成熟。

你对来自世界各地的客户都和客户交谈。您是否能够分享公司正在与坦嘴的一些有趣的事情分享，因为它不会太久推出

贝加：使用案例的普及是令人着迷的。我们所看到的一件事之一 - 我们开始带来坦苏的一些更高级别的服务 - 是客户看到自己跑步和管理时间，特别是大型全球企业的群体的群体需要管理的基础架构。

与这些人的许多价值和对话是不是关于inpidual集群发生的事情，它是关于如何管理，监控并为其企业提供超过10,000个集群。我认为这是事情开始变得有趣和令人兴奋的地方。

我也遇到了这些较大的公司中的一些，有些是针对不同类别的应用程序运行不同的应用平台和Kubernetes分布。必须是他们必须处理的一些复杂性和互操作性问题。那些公司提供什么建议？

贝加：具体地，我们正在通过开放的接口和开放协议工作，以实现多个集群和系统之间的互操作性，即使它们来自不同的供应商和不同的框架。

我在臀部之前开始的一个开源项目是Spiffe，它基本上是您如何将身份对证书编码的身份标准，然后使那些可用于工作负载。我们有一个在VMware中工作的团队，这是我兴奋的东西。这是一个开放的规范和开放式参考实现。这些是我们可以帮助在不同解决方案之间创建互操作性级别的东西的类型。

下一件事是我们的管理发售，坦苏特派团控制。它适用于符合Kubernetes的任何Kubernetes集群。即使您没有为群集运行Tanzu Kubernetes网格，我们希望能够为其整个遗产的景点提供一定程度的政策监督和单个接触点。

我认为这是任何复杂企业的PipedReam，在整个占地面积中都有一致的基础设施。总会有一些需要奔腾。您将进行收购，通过合并，您将举办混合混合技术。这不是一个时间点的东西;这只是人们在日常交易的现实。因此，我们与坦苏一起努力做的事情是与试图对抗它并强迫每个人在堆栈上和堆栈上标准化。