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

為 Azure Container Service 帶來 Kubernetes 支援

作者：Brendan Burns (Microsoft) |

在我家鄉西雅圖舉辦的 KubeCon 大會上，有上千人參加，距離我協助啟動 Kubernetes 專案僅僅三年。看到一小群人和一個激進的想法，經過一個龐大且不斷壯大的社群三年來的辛勤工作，發展到如今的規模，真是令人驚歎和感慨。2014 年 7 月，也就是 Kubernetes 公開可用僅一個月後，微軟宣佈了對 Azure 的初步支援。Kubernetes 1.4 的釋出帶來了對原生微軟網路、負載均衡器和磁碟整合的支援。

今天，微軟宣佈了 Kubernetes 在 Azure 上的下一步：將 Kubernetes 作為受支援的編排器引入 Azure 容器服務 (ACS)。加入 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 編寫的模板處理器，它使您能夠動態地將不同的配置片段組合在一起，形成一個可用於構建叢集的最終模板。因此，每個使用者都可以混合搭配這些片段來構建符合其最終需求的容器叢集。同時，每個片段都可以由社群協作構建和維護。我們一直在與一些客戶進行這種方法的測試，到目前為止，我們收到的反饋非常積極。

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

但是，俗話說“一圖勝千言”，所以請觀看此影片

當然，和 Kubernetes 的其他一切一樣，它也是開源的，我期待與社群進一步合作。再次感謝大家，我期待今天在 OpenShift Gathering 以及明天和週三在 KubeCon 微軟 Azure 展位與大家見面。歡迎來到西雅圖！