在6月29日VMware举行的Kubernetes and VMware Tanzu线上媒体沟通会上，我有机会采访到了3位Kubernetes 创始人中的2位：Craig McLuckie和Joe Beda（另外1位创始人是Brendan Burns）。

Kubernetes与7的渊源

Kubernetes最初源于谷歌内部的Borg（估计Google里面的IT码农很喜欢《Star Trek》这样的高科技电影，因此用Borg命名了Google自己的资源管理系统。），提供了面向容器集群的部署和管理系统。

2014年3月，谷歌开始开发Kubernetes项目（当时的项目名称并非Kubernetes），原本是希望将容器化编排管理能力带到大众手中。这是一个很大的目标，McLuckie，Beda和队友Brendan Burns相信实现这一目标的唯一途径就是将技术开源，并围绕其建立一个社区。事实证明他们的这个决定非常正确，但在当时没人能够100％确定。

2014年6月，谷歌云计算专家Eric Brewer在旧金山的发布会为这款新的开源工具揭牌，并宣布其命名为Kubernetes，采访中Craig McLuckie透露内部曾经用Project 7来命名，但因为法务的关系，没有最终采用。“数字7对于Kubernetes来说有着特殊的意义，今年恰逢Kubernetes发布7周年，因此格外亲切。” Craig McLuckie说。

Craig McLuckie和Joe Beda后来离开谷歌，于2016年底创办了Heptio，2018年底VMware拟收购Heptio，并于2019年完成收购，这也使得我们有机会采访到2位创始人。Craig McLuckie现任VMware公司应用现代化业务部门研发副总裁，Joe Beda担任VMware公司首席工程师。

VMware Tanzu，还是容器？

都说“屁股决定脑袋”，2位创始人也不例外，演讲重点是在Kubernetes和VMware vSphere的结合，也就是我们相对熟悉的VMware Tanzu。

以VMware Tanzu为核心，能够帮助那些熟悉和使用VMware vSphere虚拟化技术的用户，快速构建容器为核心的应用软件开发，同时简化运维和管理，如使用Tanzu Mission Control（Tanzu任务控制）和Tanzu Kubernetes Grid这样的工具。

以前我们也介绍过VMware在vSphere核心层内部集成了Kubernetes，也就是说，屏蔽了底层的虚拟机和容器的集成和管理，让应用变得简单。

对于那些已经使用虚拟化应用的存量用户而言，无需更多考虑是虚拟化，还是容器，让问题变得简单。

但也许受生来就是云原生用户的影响，他们没有虚拟化的包袱，很多应用构建在容器上，因此，虚拟化还是容器？这个就是经常被问到的问题。这次，2位创始人也被问到类似的问题，但我对此并没有多少兴趣。在我看来，没有必要将虚拟化和容器对立起来看待，VMware Tanzu已经能够很好兼顾二者，如果有虚拟化应用历史的包袱，Tanzu就是非常好的方案，对吗？

我更加感兴趣的是，对于传统行业/企业用户来说，他们没有专业的技术人员队伍，很难依靠自力更生解决云原生应用的问题，不知道2位Kubernetes的创始人有什么建议。

创始人指出：如今，云原生应用商业化产品越来越成熟，这为行业/企业用户转型云原生应用创造了条件，但这很难成为主要的应用模式，作为主流，还是需要行业/企业用户转变思想和文化。构建DevOps一体应用软件开发模式，如今，以开源社区为依托，技术创新日新月异，惟有借助新的DevOps一体的开发模式，才能够把技术和创新应用想结合。

“必须下决心转变。”这是2位创始人传递出来的主要信息。

换句话说，2位创始人也没有速成的方法。求人不如求自己。云原生应用就是必须跨越的一道槛，对吗？