Azure容器服务没有在编排的论战中选择一方，而是添加了对Kubernetes的支持以及提供比公有云同伴更多的多样性。

在新兴的容器编排大战中，微软已经将自己定位为云提供商中的瑞士中立国。

微软对其初步的Azure容器服务进行了多次升级，例如与Kubernetes和基于Apache Mesos的DC/OS进行更深入的集成，以及在Azure上托管一个新的容器镜像私有存储库。为了保持这一开放的主题，微软已经发布了Azure容器服务引擎的源代码。

微软是Kubernetes的早期拥护者，且支持它在Azure上的使用，但是从Kubernetes 1.4开始会提供更深入的支持，有了原生的功能，用户可以创建Kubernetes集群来与其他的Azure服务集成。

与此同时，DC/OS也进行了升级，增加了更多的虚拟网络选项，以及直接通过用户界面添加作业调度或基于Marathon的编排的功能。新的Mesos和Kubernetes功能目前正在公开预览版。微软没有给出完全正式推出的时间预期。

微软没有选择站队

微软在这个领域采取了与竞争对手不同的手法，对最杰出的编排工具提供了如此深入的支持。毫不奇怪，谷歌容器引擎非常依赖Kubernetes – 它自己的内部调度技术的开源版本 – 而Docker公司正在Docker Swarm上构建其平台，Mesosphere则依赖于Mesos。

一些突出的平台即服务产品（例如Red Hat OpenShift）也依赖于Kubernetes，而亚马逊，作为首先通过其EC2容器服务进入市场的厂商，已经建立了自己的专有工具来管理Docker容器。

每一种技术都在打赌哪个主要的容器编排技术将取得成功，Gartner研究副总裁Richard Watson说。微软已经为客户提供了Swarm和Mesos的选择，那么添加Kubernetes到那个列表中，并保持不强迫用户选择一个的做法是唯一合理的，他补充道。

Watson说：“微软成为容器编排市场的瑞士中立国是很明智的，因为目前还没有明确的赢家或输家。”

“客户正在尝试许多不同的事情，一些编排工具将在某些使用情况下比其他的更好。”

当然，作为容器编排的中立平台比说起来容易做起来难。随着其服务的进展，微软将必须围绕与这些各种工具集成到多深的程度，以及何时在本地解决问题方面做出选择。

这也表明微软想成为Kubernetes生态系统的重要贡献者，Watson说。用户应该期望Kubernetes在Windows上正常工作，并在未来包括Windows的集群功能，这对混合环境的IT部门很重要，他说。

微软利用Azure容器服务引擎在服务上创建部署，并在GitHub上开源了基础代码。目前还不清楚这将如何直接让用户在短期内受益除了那些想要自定义部署的用户，但目标是发展和分享在Azure上容器编排的最佳实践以及，最终变为Azure Stack。

微软在Docker崛起的初期就在Azure上支持Linux容器，并且与Docker合作在最新的Windows Server上构建了Windows版本的技术和原生支持。451 Research的首席分析师Jay Lyman表示，微软在容器上大力推进，也许是在开源和DevOps的游戏中慢了一步所学到的教训。

Kubernetes很受开发人员的欢迎，但它对企业IT来说仍然是新事物，Lyman说。微软的这一举动可能反映了这样一个转变，公司不只是使用容器来开发/测试和Web应用，而且还可以用于那些企业中更传统的拥有大量数据的生产工作负载。

Lyman说：“这种管理和编排工作变得越来越重要，而这种将容器应用向生产的转变意味着人们希望得到厂商的SLA支持和技术支持。”

公有云容器服务崛起

Watson听到很多来自客户的心声，那些客户已经准备好将容器迁移到一个运营环境中，但是他们遇到一些状况需要一个协调者。由于这些工具可能难以管理，他希望看到大量采用来自主流的公有云提供商所提供的服务。

“人们会意识到，让提供商来做这些事情会更好，如果他们已经在这些提供商的云上构建和运行应用，那么与这些新的容器化应用程序的集成将会更加容易”，Watson说。

新的Azure Container Registry与Docker Registry v2兼容，提供了一个私有存储库来存储Docker格式的镜像。该工具11月14日发布了预览版本，同时Visual Studio的一个新的用于多容器Linux应用的可持续集成和部署的功能也在同一时间发布。