Docker Swarm打敗Kubernetes了？還不夠

【引文】Docker一項新的研究結果表明它的Swarm編排框架在原始啟動時間上擊敗Google的Kubernetes，不過評論家認為只考慮速度還遠遠不夠。

Docker的Swarm容器編排系統超越Google的Kubernetes了？最近的一個基準測試如是說，但從全局角度而言，情況要復雜得多。

根據 由Docker委托 技術顧問 Jeff Nickoloff 進行的一項研究，Swarm在容器啟動時間上擊敗Kubernetes。多數Swarm管理的容器啟動時間在一秒以內，而Kubernetes則需要2到3秒。

Nickoloff詳細記錄了他的測試，檢查了容器的啟動時間和加載后系統的響應能力。兩個服務都運行一個含有1000個節點的集群，運行著最多30000個容器。在一個百分之九十到九十九滿負載的集群中，Kubernetes的啟動時間上升到了15秒，不過Nickoloff舍棄了這些結果，因為其成因可能是已經解決的問題。

Docker認為高效的關鍵原因在于Swarm更簡單的架構。Kubernetes棧需要與除了Docker之外的其他六個組件交互，而Docker Swarm則只有兩個。

極短的、可預測的容器啟動時間有助于Docker從“需要準實時響應能力的分布式應用程序”獲得運維性洞察力。Docker認為，使用容器時，像Kubernetes所做的，只是說調試容器進行運行是不夠的；了解容器啟動實際所需時長相當重要。

在一篇博客文章中，Docker聲稱，“在一個容器可能只存活幾分鐘的世界里，在收集環境狀態實時數據時存在嚴重延遲意味著你永遠無法真正了解在任何時間點基礎設施所發生的事。”

不是所有人認可Nickoloff的發現。CoreOS前員工、現就職于Google的云平臺部門（Kubernetes出生所在）的Kelsey Hightower發 Tweet 說：“Kubernetes與Docker Swarm專注于不同領域。”Kubernetes更多的是針對分布式系統的一條龍框架，它的復雜性根源在于提供“一個統一的API集合以及集群狀態的有力保證。”

“Docker Swarm在幾個基準測試中勝出了？”Hightower寫道。“是的。你能真正比較這兩個項目么？目前的答案是否定的。”

Nickoloff的一些注釋也反映了這一點，Kubernetes 復制控制器 具有的“非凡的”并行容器調試功能給他留下了深刻印象，這在容器壽命短暫的環境中非常有用。“使用Kubernetes的復制控制器，”Nickoloff寫道，“我可以在155秒內創建出3000個容器副本。”

原文鏈接： Docker Swarm beats Kubernetes? Not so fast （翻譯： 梁曉勇 ）