Docker将何去何从？
早在2016年的12月份，我就曾注意到Docker之父、Docker公司CTO Solomon Hykes在他的一篇blog中，将Docker的定位放在了和OpenShift（以及Rancher 2.0）同样的层级，这层级是位于Kubernetes之上的。看来从那时起，Docker就已计划构建一个全新的、基于Kubernetes之上的Docker产品了？
在DockerCon EU上，我遇见的DockerCon的用户、供应商以及Dokcer公司的员工都给我留下了非常友好和亲切的印象，与他们的交流也让我收获了很多。毫无疑问，这是一次组织充分的大会，对我而言也是一段有趣的经历。
在启程参加大会之前，我曾对Docker公司的未来计划与发展走向提出了一些疑问。而这次大会上，Docker之父、Docker公司CTO Solomon Hykes在他在keynote中的分享正好解答了我上面说的这些问题，这也毋庸置疑成为了演讲中引起业界震动的焦点——Docker决定拥抱Kubernetes，而这也是此次DockerCon上最重磅的新闻。
押宝“现代化传统应用”项目MTA
然而，除此之外，如果说Docker公司还有一个动态就是他们非常希望参会者及业界知晓的，那一定是“现代化传统应用”项目（MTA，Modernize Traditional Applications）。MTA的想法很简单，将传统的Windows或Linux应用程序打包成Docker容器，然后将应用部署到现代云基础架构上并且实现一些资源节约。大会花了三场keynote（整整一天半的时间）来介绍MTA，Docker似乎把整个业务都押在这单一价值主张上了。
然而令我惊讶的是，MTA居然是DockerCon中唯一聚焦的业务案例。DockerCon的参会者和我说，他们期望Docker能够描绘出一个更加完整的Docker商业机会的愿景和版图。然而MTA并没有吸引到大多数参会者，即使是我遇到的一些企业嘉宾也有比MTA更大的计划。其实我更希望Docker能够花更多的时间来加强容器在改变应用程序开发方面上传递的价值，因为在我看来这是一个更大的商业机遇，不过有点可惜，Docker似乎并没有这么做。
Docker技术是一种应用打包的方式，它也是Docker公司从创立之初便开始的实践，MTA便是建立在Docker这一最基础的功能之上。但是Docker EE究竟有哪些具体的功能，能够使得MTA工作得比以前更好？为什么Docker要专门为MTA提供解决方案？客户还需要哪些工具来完成他们的MTA之旅？关于MTA的keynote并没有解答以上这些疑问。（事实上，我相信大家还有更多未得到解答的疑问。）
几点遗憾的地方
另外让我感到遗憾的一点是，除了宣布支持Kubernetes外，Docker再没发布什么和Swarm相关的动态和信息了。Rancher Labs作为Docker生态系统的合作伙伴，在这一情境下，我个人深感在基于Docker技术组件上实现创新愈发困难。我至今记得曾经Docker发布一个又一个杰出的、创新的技术与产品的日子，像Docker Machine、Docker Swarm、Docker Compose、Docker network以及volume插件等等。那时的我们，在Docker发布这些新的创新之后，便会马不停蹄地开始投入相应的工作。时至今日，在容器技术领域依然有许多创新，只不过这些创新大多发生在Kubernetes以及CNCF生态系统中了。
我真心地希望，在整合Kubernetes之后，Docker能够回到过去的状态，为业界带来更多的技术创新。我依然认为很少有公司像Docker这样，既具有出色的创新能力，又专注于产品的可用性。我很期待Docker在下一次DockerCon的表现。
Rancher at DockerCon
Rancher Labs全新发布的新产品Rancher 2.0，一方面，把Rancher 提供的Kubernetes分发版的用户体验，从原生的Kubernetes UI修改到被全球客户广泛接受的Rancher UI，解决了业界遗留已久的Kubernetes原生UI易用性差的问题。另一方面，在产品中增加了可以纳管其他厂商提供的Kubernetes分发版功能，如Ubuntu Kubernetes、Dell EMC Kubernetes、Google GKE等等，从而具备了同时管理多个Kubernetes集群的能力。
