本文已超過一年。較舊的文章可能包含過時的內容。請檢查頁面上的資訊自發布以來是否已變得不正確。

為 Azure Container Service 帶來 Kubernetes 支援

作者：Brendan Burns (Microsoft) |

在 Kubernetes 專案開始近三年後，超過一千人來到我的家鄉西雅圖參加 KubeCon，看到一小群人和一個激進的想法，在一個龐大且不斷成長的社群三年來的努力下，發展成今天的規模，這令人驚嘆且感到榮幸。在 2014 年 7 月，Kubernetes 公開發布後不到一個月，微軟宣布了其對 Azure 的初始支援。Kubernetes 1.4 的發布，帶來了對原生微軟網路、負載平衡器 和 磁碟整合 的支援。 

今天，微軟 宣布 Kubernetes on Azure 的下一步：在 Azure 容器服務 (ACS) 中引入 Kubernetes 作為受支援的協調器。加入 ACS 團隊並協助建構這個新功能對我來說非常令人興奮。將 Kubernetes 整合到 ACS 意味著，只需在 Azure 入口網站中點擊幾下，或在新推出的基於 Python 的 Azure 命令列工具中執行單一命令，您就能建立一個功能完整的 Kubernetes 叢集，並與您的其他 Azure 資源整合。

Kubernetes 今天在 Azure 容器服務中提供公開預覽版。社群參與一直是 Kubernetes 體驗的重要組成部分。在接下來的幾個月裡，我希望您能加入我們，並在我們將其推向正式發布的過程中，提供您對體驗的回饋。

本著社群精神，我們也很興奮地宣布一個新的開源專案：ACS Engine。ACS Engine 的目標是提供一個開放、社群驅動的平台，以開發和分享在 Azure 上協調容器的最佳實務。我們在 Azure 上運行容器的所有知識都已記錄在該儲存庫中，我們期待在與社群共同前進的過程中改進和擴展它。展望未來，ACS Engine 中的範本將成為透過 ACS API 部署叢集的基礎，因此社群驅動的改進、功能等等將自然而然地進入 Azure 容器服務。我們很高興邀請您加入我們，一同改進 ACS。在 ACS Engine 創建之前，具有 ACS API 不支援的獨特需求的客戶需要維護我們範本的變體。雖然這些差異最初很小，但隨著主線範本的改進以及使用者也迭代他們的範本，這些差異隨著時間的推移而擴大。這些差異和漂移確實影響了使用者協作的能力，因為他們的範本都不同。由於無法共享和協作，因此很難形成社群，因為每個使用者都孤立在他們自己的變體中。

為了解決這個問題，ACS Engine 的核心是一個範本處理器，以 Go 語言建構，可讓您動態地將不同的配置片段組合在一起，形成一個最終範本，可用於建立您的叢集。因此，每個使用者都可以混合和匹配這些片段，建構出符合他們需求的最終容器叢集。同時，每個片段都可以由社群協作建構和維護。我們已經與一些客戶一起對這種方法進行 beta 測試，到目前為止我們收到的回饋非常正面。

除了協助您在 Azure 上運行容器的服務之外，我認為改善開發和部署容器化應用程式到 Kubernetes 的體驗非常重要。為此，我最近一直在努力為非常出色的開源 Visual Studio Code 構建 Kubernetes 擴充功能。Kubernetes 擴充功能可讓您快速將您正在編輯的 JSON 或 YAML 檔案部署到 Kubernetes 叢集上。此外，它還讓您能夠將現有的 Kubernetes 物件匯入到 Code 中以便於編輯。最後，它還可以在您正在運行的容器和您正在開發的原始碼之間實現同步，以便於調試您在生產環境中遇到的問題。

但實際上，一個演示勝過千言萬語，所以請看看這個影片

當然，就像 Kubernetes 中的其他所有東西一樣，它是以開源形式發布的，我期待著與社群進一步合作。再次感謝，我期待今天在 OpenShift Gathering 以及明天和星期三在 KubeCon 期間在 Microsoft Azure 展位與大家見面。歡迎來到西雅圖！