在Linux容器管理领域，Docker横空出世，但是在过去一年里，除了开源项目，该公司还与微软展开合作，将这些功能集成到Windows环境。双方在下一个Windows Server版本中展开全面合作，为用户提供Windows Server容器和Hyper-V容器，预计在2016年某个时候正式推出。

Docker公司联合创始人兼CTO Solomon Hykes和微软Azure CTO Mark Russinovich与SearchWindowsServer进行了一次谈话，双方表示将加强合作伙伴关系。在本次报道的第一部分，两人讨论了将Docker移入Windows平台的挑战以及拥挤的容器编配产品市场。

你能跟我们介绍一下微软和Docker之间的伙伴关系是如何建立起来的吗？

Hykes：我们开始做Docker的时候专注于真正帮助开发人员构建新的应用程序。我们称之为分布式应用程序，它们跨越许多机器，在云中随处运行——7天24小时在线。这就是这种新的范式产生的原因，同时我们发现根本没有这样的工具来帮助开发人员进行构建。我们开始利用Linux容器，并且关注 这些应用程序的某一特定的方面，久而久之，我们逐渐扩大了这些工具的范围，最终，开发人员使用的平台上就有了某些通用工具。在这种显而易见的情况下，很快你就想尝试去支持Windows平台，让开发人员掌控自己的整个平台。

对于企业来说，一些应用程序运行在Linux服务器上，另一些运行在Windows系统上这是非常常见的情况。这给了我们很多动力来尝试并且将Docker的工具以及开发者的相关经验应用在这两个平台上，这是与微软建立合作伙伴关系的真正的起点。

微软有一个专门与开源社区进行合作的团队，主要工作是将Docker所有的工具移植到Windows上，熟练掌握未来Windows Server上新的容器技术。一旦新版本发布，我们会达到这样的目标：使用本地Docker工具，你可以同时在Linux和Windows上成功构建分布式应用程序。对此我们感到非常兴奋。

在两个环境之间移动时，用户会遇到一些挑战么？

Hykes：从技术观点来说，我希望一切顺利。将来会有一个发布计划表，比如实验版本发布，测试版本发布等等，但关键是起点的高度远不及传统的虚拟化。

实际上，我们并不需要任何特定成分来同时支持Windows和Linux平台。这里的关键是，分布式应用程序的一些组件只适用于Windows，而另一些组件只支持Linux，但这是OK的，因为这个应用程序是所有这些组件的总和。我们并没有试图让Windows看起来更像Linux或者让Linux看起来更像Windows——这太不可思议了。相反，我们目前采取的方法是将每个平台的强项展示给开发人员，然后让他们自己选择，这样就好办多了，因为他们有共同的工具。

Russinovich：我们在Windows Server上所做的就是实现与Linux Docker容器相同的基础技术，与Docker合作以确保所有的Docker API能够同开源社区一样运行良好。例如，你可以将一个Docker客户端指向一个Windows主机，并且使用相同的API，相同的命令来部署Docker容器，就像指向一个Linux主机和部署Linux容器一样。

是否会担忧Docker容器对Windows Server或Hyper-V的销售量造成侵蚀？

Russinovich：容器是非常强大的工具，因为可以创建基于微服务的应用程序，我们拥抱这种技术，甚至是在微软内部。Docker是一个奇妙的工具，它能更有效地部署和管理这些应用程序，所以我不认为有担忧存在。相反，我们更应该尽快帮助开发人员在Windows上使用这项技术

和一些竞争对手不同，微软已经决定不开发自己的容器编配工具。Azure中是否有望出现相关工具？还是会保持更多的不可知？

Russinovich：在这一点上，我们支持很多的编配引擎，比如谷歌Kubernetes就是其中一个，还有其他像Mesos和Swarm工具用来部署Azure。我们想让所有使用这些编排引擎的用户能够愉快地使用Azure。我们已经与谷歌合作以确保Kubernetes顺利运行在Azure上。我们还宣布了自己的微服务应用程序平台即服务（PAAS）架构，叫做Service Fabric。我们希望随着时间的推移，能够充分地合并容器技术，但是这是一个更高层次的应用平台——高于低级编排，比如Mesos和Kubernetes。

Hykes：这个过程很少有构建模块，我们不会试图去重新发现和重新创造Linux容器。

目前有这么多其他厂商进入容器编配领域，您会担心Docker被挤出来吗？

Hykes：分裂永远是一个风险。Docker工具的存在是有一定原因的。这些工具的存在就是为了避免分裂，因为分裂对开发者不利，会让他们的生活非常悲惨。我想说，我们一直在布道接口的统一。显然，我们不能告诉供应商应该做什么。我们只是觉得应该要避免碎片，并且让人信服。我想说，微软对此一直非常理解，积极拥抱能够避免分裂的解决方案。

编配有三层：集群，有大量的机器；成分，大量的容器一起工作；然后是将这些连接在一起的网络。拥有了这三个构建模块，就有了一个编配的解决方案，而且Docker堆栈包含了针对这三层的相关工具。