【51CTO.com快譯】谷歌的Kubernetes容器管理系統目前已經開始在微軟的Azure Container Service(簡稱ACS)中正式向用戶開放。

[[184067]]

ACS支持能力正是微軟為其Azure容器管理選項提供的重大調整之一，旨在借此提供該服務的開放性與競爭力。在一篇博文中，微軟公司宣稱Azure是“惟一一套提供容器服務并允許用戶從三種主流開源編輯方案中任意選擇的公有云平臺。”

將Kubernetes的力量引入各個角落

微軟公司在最初發布Azure Container Service時即強調“選擇”優勢。盡管在初期并不支持Kubernetes，但Azure一直能夠支持Mesosphere DC/OS以及Docker Swarm，這主要是考慮到微軟客戶多數使用這兩類方案，且企業認為這樣的支持范圍已經相當完備。

自那時開始，Kubernetes快速崛起并成為容器編排解決方案領域中的統治者。被用于多種深度學習框架、作為開源無服務器/“Lambda”應用框架的基礎并可以內部托管服務的形式起效。

Azure上的Kubernetes自然也以在Azure環境中的Kubernetes運行為首要議題，而不在其它環境中提供即服務方案。不過通用版本中包含更多附加功能，旨在吸引Linux與Windows Server等廣泛受眾的關注，具體包括支持***版本的DC/OS(1.8.8)。

讓Kubernetes在Azure環境上順利運行并不困難，但根據微軟合伙架構師Brendan Burns的說法，其中仍有大量功能缺失問題需要解決。以高可用性集群為例，“在審查中，大家只能在一套集群中設置一個主節點，”Burns解釋稱。“雖然其中可包含多臺工作節點，但集群只能擁有一臺主腦; 如果該設備發生故障，將產生致命的影響。”用戶現在能夠選擇將多個節點設置為主節點，從而應用潛在的故障問題。

擴展能力則是微軟需要實現的另一大需求。“大家可以選定一套現有集群，并對其進行規模擴展以獲取更高容量，”Burns表示，“或者在不再需要時實現規模收縮。”

微軟公司認為這些能力對于此項服務極為必要，但同時亦在其它層面發現了更多“改進空間”——例如開發一款更出色的命令行工具。微軟還發現了幾項影響到集群內容器中磁盤掛載與卸載的bug，并將其提交給上游廠商——不過相關解決方案將主要針對Azure自身的存儲系統，而非實現一般性解決效果。

另一項重要補充是對Kubernetes與Windows Server Containers的配合效果進行審查。同樣的，微軟所關注的更多是理念層面而非技術層面的問題。微軟的思路非常明確，如果Kubernetes未來成為***容器系統，那么其絕不想在這方面落后于他人。

對開發者更為友好的DIY途徑

微軟需要跟上容器技術發展趨勢，這主要是由于容器已經能夠“充當其自己的應用交付平臺”，Burns解釋稱。根據目前Kubernetes與Azure的對接情況來看，這些平臺“將成為內部平臺，但亦將作為構建組件立足容器編排層進行開發，”他指出。

這一容器編排層將逐漸成為新時代下的虛擬機方案，也標志著容器即服務將快速成為實現平臺即服務功能的***選項。傳統的PaaS則將轉向裸機或者虛擬機平臺。不過就目前來看，“我認為我們還將見到更多作為新型基礎設施的容器編排方案，且將主要作為以開發者為核心的平臺選項存在，”Burns解釋稱。

“容器鏡像已經成為新的軟件交付方式，而這類鏡像具備語言中立性以及一定程度的平臺中立性，”他補充稱。編排層負責運行容器化應用、保證正常運行并實現負載均衡。

基于容器技術的新型PaaS不再需要專注于分布式系統構建的精細化方向，可將這些工作交由Kubernetes解決，轉而專心提供“更為豐富的開發者使用體驗——幫助順利完成由源代碼編寫到應用程序部署的整個流程，”Burns總結道。

原文標題：Kubernetes rounds out Azure options, paves way for Windows Server Containers，原文作者：Serdar Yegulalp

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】