無數的文章、社交媒體在探討Docker、Kubernetes、Mesos三者之間孰優孰劣。如果你聽信了某些一知半解者的言論，你可能會認為這三個開源專案正在為爭奪容器霸權而殊死戰鬥。同時，你也會相信，在這三者間的選擇無異於對其所奉宗教的信仰，而且真正的信徒敢於大膽和異教徒作鬥爭，並且擁護自己的信仰。

那些都是扯淡。

雖然這三種技術都可以使用容器來部署、管理和擴充套件應用程式，但實際上它們每個都側重解決不同的問題，並且紮根非常不同的環境之上。事實上，這三種被廣泛採用的工具鏈彼此完全不同。

與其比較這些快速演進的技術的重疊特性，不如讓我們回顧一下每個專案的原始任務、架構以及它們之間如何相互補充和互動。

讓我們從Docker開始

今天的Docker公司脫胎於一個平臺即服務的初創公司dotCloud。dotCloud團隊發現，在許多應用程式和客戶之間管理依賴關係和二進位制檔案需要做大量的工作。因此，他們將Linux cgroups和namespaces的一些功能組合成一個簡單易用的包，這樣應用程式就可以在任何基礎設施上持續執行。這個包就是Docker映象，它提供以下功能:

• 將應用程式和庫封裝在單個包中(Docker映象)，因此應用程式可以跨多環境一致部署;
• 提供類似於git的語義，例如“dockerpush”，“docker commit”，這樣可以讓應用程式開發人員可以輕鬆地採用新技術，並將其融入到現有的workflow中;
• 將Docker映象定義為不可變層，啟用不可變的基礎設施。提交的更改被儲存為一個單獨的只讀層，這讓映象複用和跟蹤更改變得更加容易。另外，層還可以通過傳輸更新而不是整個映象來節省磁碟空間和網路流量;
• 通過使用可以臨時儲存執行時更改的可寫層來例項化不可變映像，從而方便快速部署和擴充套件應用程式的多個例項。

隨著Docker的風靡，開發人員開始從膝上型電腦轉移到在生產環境中執行。這就需要藉助工具來協調這些容器，我們稱為容器編排。有趣的是，Apache Mesos的Marathon成為當時(2014年6月)第一個支援Docker映象的容器編排工具(我們將在下面詳細描述它)。就連Docker創始人、首席技術官Solomon Hykes也推薦Mesos為“生產叢集的黃金標準”。不久之後，除了Marathon之外，許多容器編排技術出現了，這其中包括：Nomad、Kubernetes、DockerSwarm(現在是Docker引擎的一部分)。

隨著Docker開始商業化開原始檔格式，該公司也開始引入工具來補充核心Docker檔案格式和runtime引擎，包括:

• Dockerhub
• Docker registry
• Docker cloud
• Dockerdatacenter

​Docker讓開發者可以打包他們的應用以及依賴包到一個可移植的容器中的特性，使其成為軟體行業的遊戲規則改變者;這有點類似mp3格式幫助重塑了音樂產業。Docker檔案格式成為行業標準，並且領導容器技術供應商(包括Docker、Pivotal, Mesosphere以及其他許多)成立CNCF和OCI。今天，CNCF和OCI的目標就是確保跨容器技術的互操作性和標準化介面，並確保使用任何工具構建的Docker容器，都可以在任何runtime或基礎設施上執行。

Kubernetes

谷歌很早就認識到Docker映象的潛力，並試圖在谷歌雲平臺上交付“容器編排即服務”。谷歌在容器方面有豐富的經驗(他們在Linux中引入了cgroups)，但是現有的內部容器和像Borg這樣的分散式計算工具與它們的基礎設施直接耦合。因此，谷歌沒有使用現有系統中的任何程式碼，而是從頭開始設計了Kubernetes，以編排Docker容器。Kubernetes於2015年2月釋出，並提出以下目標和考慮:

• 為應用程式開發人員提供一個強大的工具，用於Docker容器編排，而不必與底層基礎設施互動;
• 跨雲環境下，為一致的應用程式部署經驗和APIs 提供標準部署介面和原型;
• 構建一個模組化的API核心，允許供應商圍繞核心Kubernetes技術整合系統。

截至2016年3月，谷歌向CNCF捐贈了Kubernetes，至今谷歌仍是該專案的主要貢獻者(其次是Redhat、CoreOS等)。

Kubernetes對應用程式開發人員非常有吸引力，因為它減少了對基礎設施和操作團隊的依賴。供應商也非常喜歡Kubernetes，因為它提供了一種簡單的方式來讓他們擁抱容器運動，併為他們執行自己的Kubernetes部署提供一個商業化解決方案。Kubernetes之所以很有吸引力，因為它是CNCF下的開源專案，與Docker叢集相比，後者雖然是開源的，但卻受到Docker Inc .的嚴格控制。

Kubernetes的核心優勢是為應用程式開發人員提供強大的工具來編排無狀態的Docker容器。雖然有多個計劃將專案的範圍擴充套件到更多的工作負載(如分析和有狀態的資料服務)，但這些計劃仍然處於非常早期的階段，還有待觀察。

Apache Mesos

Apache Mesos最初是UCBerkeley為建立下一代叢集管理器而誕生的專案，並從如谷歌的Borg和Facebook的Tupperware中吸取經驗教訓。但是Borg和Tupperware是單體架構，並且是和物理基礎設施繫結的封源專有技術。Mesos引入了模組化架構，採用開源的方法，且其設計完全獨立於底層基礎架構。基於這些因素，Mesos很快被Twitter、Apple(Siri)、Yelp、Uber、Netflix以及許多領先的科技公司所採用，以支援他們在微服務、大資料和實時分析到彈性伸縮的一切實踐。

作為一個叢集管理器，Mesos的架構是為了解決一組非常不同的挑戰:

• 將資料中心資源整合成一個單一的池，以簡化資源配置，同時在私有或公共雲之間提供一致的應用程式和操作體驗;
• 在相同的基礎設施上使用不同的工作負載，比如分析、無狀態微服務、分散式資料服務和傳統應用程式，以提高利用率，降低成本和空間;
• 特定應用程式的任務(如部署、自修復、擴充套件和升級)設定為自動化day-two 操作;提供高可用的容錯基礎設施;
• 在不修改叢集管理器或現有應用程式的情況下，提供常綠的可擴充套件性來執行新的應用程式和技術;
• 將應用程式和底層基礎設施彈性擴充套件到數萬個節點。

Mesos的獨特之處還在於，可以單獨管理各種不同的工作負載——包括傳統的應用程式，如Java、無狀態Docker微服務、批處理作業、實時分析和有狀態的分散式資料服務。Mesos廣泛的工作負載覆蓋來自於它的兩級架構，它支援“應用感知”的排程。應用感知排程是通過將應用程式特定操作邏輯封裝到“Mesos框架”(類似於執行中的runbook)來完成的。

Mesos Master資源管理器，提供這些底層基礎設施的框架部分，同時保持隔離。這種方法允許每個工作負載有自己專用的應用程式排程器，它瞭解其對部署、縮放和升級的具體操作需求。應用程式排程程式也獨立地被開發、管理和更新，這讓Mesos保持高度可擴充套件性，支援新的工作負載，或者隨著時間的推移增加更多的操作能力。

以一個團隊如何管理升級為例。無狀態應用程式可以從“藍/綠”部署方法中獲益;當舊的應用程式還在使用的時候，另一個完整版本的應用程式已經spun up，當舊的應用程式被銷燬時，流量切換到新的應用程式。但是，升級像HDFS或Cassandra這樣的資料工作負載需要一次離線，維護本地資料量以避免資料丟失，執行特定序列的升級，並在升級之前和之後對每個節點型別執行特殊檢查和命令。這些步驟中的所有環節針對特定的應用程式或服務，甚至是特定版本進行的。這使得用常規容器編排排程器管理資料服務變得非常困難。

Mesos具備按需管理每個工作負載的能力，使得許多公司將Mesos作為一個統一的平臺，並通過其將微服務和資料服務結合執行。執行資料密集型應用程式的一個通用參考架構是“SMACK堆疊”。

清晰時刻

注意：我們在描述Apache Mesos的過程中，沒有提及任何關於容器編排的內容。那麼，為什麼人們總是會將Mesos與容器編排聯絡起來呢？容器編排是一個可以在Mesos模組化架構上執行的工作負載的例子，它使用的是構建在Mesos上的一個專門的編排“框架”Marathon。Marathon最初是為了在cgroup容器中編排應用程式(如JARs、tarball、ZIP檔案)而開發的，並且在2014年成為第一批支援Docker容器的容器編排之一。

因此，當人們拿Docker、Kubernetes和Mesos比較時，他們實際上是在對比Kubernetes、Docker Swarm和Mesos上執行的Marathon。

為什麼這很重要？因為Mesos根本不關心上面跑的是什麼。Mesos可以為Java應用伺服器、Docker容器編排、Jenkins CI Jobs, Apache Spark analytics, Apache Kafka streaming以及更多的共享基礎設施提供叢集服務。Mesos甚至可以執行Kubernetes或其他容器編排，儘管還沒有對外整合。

Mesos的另一個考慮(以及為什麼它對許多企業架構師有吸引力)是它在執行任務關鍵工作負載時的成熟度。Mesos已經在大規模生產環境下執行(數萬臺伺服器)超過7年，這就是為什麼它比市場上其他技術更成熟，更可靠的原因。

這一切意味著什麼?

總之，這三種技術都與Docker容器有關，並允許您訪問容器編排，以獲得應用程式的可移植性和伸縮性。那麼在這三者間要如何選擇呢？這就要視不同的工作環境需求而定，工作需求不同，所適用的工具自然也是各不相同。如果您是一名應用程式開發人員，並且正在尋找一種現代的方法來構建和打包您的應用程式，或者加快微服務專案，那麼Docker容器格式和開發工具是你最好的選擇。

如果你是一個dev / devops團隊,想要構建一個專門的docker容器編排系統,並願意親自動手讓你的解決方案和底層基礎設施整合(或依賴於公共雲基礎設施如谷歌引擎或Azure容器服務),Kubernetes將是你一個很好的選項。

如果您想構建一個可靠的平臺，用以執行多工關鍵工作負載，包括Docker容器、遺留應用程式(例如Java)和分散式資料服務(例如Spark、Kafka、Cassandra、Elastic)，並希望所有這些都可以在雲或資料中心上可移植，那麼，Mesos是最適合你的。

無論你作何選擇，你所擁抱的一系列工具都將提升你的伺服器資源利用率，同時簡化應用程式移植，並提高開發人員的敏捷性。你真的值得擁有！

原文連結：

全天候聚焦IaaS/PaaS/SaaS最新技術動態，深度挖掘技術大咖第一手實踐，及時推送雲行業重大新聞，一鍵關注，總覽國內外雲端計算大勢！