Azure容器服務并沒有在編排的辯論中選擇站隊，也并沒有添加對Kubernetes的支持，或者比公有云對手提供更多的不同功能。

在新興的容器編排大戰中，微軟已經將自己定位為云提供商中的瑞士。

微軟對其初步的Azure容器服務進行了多次升級，例如與Kubernetes和基于Apache Mesos的DC / OS進行更深入的集成，以及在Azure上托管容器圖像的新的私有存儲庫。 根據開放性主題，Microsoft已經發布了Azure容器服務引擎的源代碼。

Microsoft是Kubernetes的早期支持者，并支持它在Azure上的使用，但是使用Kubernetes 1.4，支持更深入，具有本機功能，因此用戶可以創建Kubernetes集群以與其他Azure服務集成。

與此同時，DC / OS升級了，在其用戶界面上添加了更多虛擬網絡選項，以及作業調度和基于Marathon的編排。 新的Mesos和Kubernetes功能目前正在公開預覽。 微軟沒有說它將什么時候全部支持這些容器。

微軟不站隊

微軟在這個領域采取了與其最大競爭對手不同的做法——對最突出的編排工具提供了深入支持。 毫不奇怪，Google Container Engine非常依賴Kubernetes——它是Google內部調度技術的開源版本，而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容器服務引擎在Azure 服務上創建部署，并在GitHub上開源了基礎代碼。 相比于定制化部署，目前還不確定微軟這一做法如何讓使用戶在短期內直接受益，但它的目標是在Azure上，最終在Azure Stack 上 ，開發和分享最佳實踐。

在Docker發展初期 微軟Azure 支持Linux 容器，并與Docker合作在它的技術之上構建Windows版本 ，且本地支持 在最新的Windows Server。 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應用使用。