摘要：對企業(yè)而言，很難確定哪個容器管理工具是最好的。在選擇容器管理平臺時，技術(shù)差異雖然不是唯一的，但卻是最大的影響因素之一。在選擇容器管理平臺以及其他工具時，公司主要考量的指標是產(chǎn)品的穩(wěn)定性。

對IT企業(yè)而言，很難確定哪個容器管理工具是最好的。對某一個企業(yè)來說復(fù)雜的東西，或許對另一個企業(yè)而言是靈活且易于擴展的。IT團隊一般是通過考量對工具的支持、交互操作性這些方面，來確定哪一個工具是適合自己的。

一個IT企業(yè)擁有50個本地數(shù)據(jù)中心，而另一家是完全在云上部署，那么它們對于容器管理軟件就有不同的需求。
每個公司和團隊在部署容器上都有不同的目標和需求。在選擇容器管理平臺時，技術(shù)差異雖然不是唯一的，但卻是最大的影響因素之一。

員工的能力、企業(yè)的預(yù)算、決策實施以及現(xiàn)有的生態(tài)系統(tǒng)和底層基礎(chǔ)設(shè)施，這些因素都在企業(yè)選擇相關(guān)服務(wù)商、工具、技術(shù)時起到重要的作用。

Bret Fisher，他是一名DevOps和Docker的顧問、培訓(xùn)師和講師，同時也是開源社區(qū)的積極參與者，他在紐約的O"Reilly Velocity Conference 2017上表示：“很多人喜歡使用Docker產(chǎn)品，是因為Docker產(chǎn)品所提供的生命周期用戶體驗，以及對于簡單性和安全性的專注。有些人選擇Kubernetes，因為它看起來是目前最好的編排工具，而其他人則選擇Mesos和[Mesosphere] DC/OS，這是因為它們的靈活性和成熟度。”

管理工具的當前市場情況其實也反映出容器的成熟狀況。Fisher說：“我們現(xiàn)在正在為容器執(zhí)行和容器鏡像進行標準化的定義。Kubernetes和Docker企業(yè)版（EE）這些容器管理平臺間的差異性，這暗示著一場生態(tài)系統(tǒng)的競爭，不由得讓人聯(lián)想到iPhone和Droid手機間的交鋒。在編排和調(diào)度上它們有75%的特性是相似的，因此，爭奪的重點往往歸結(jié)到哪一個能讓用戶易于上手，且用戶體驗良好。

Dealer Tire是一個位于俄亥俄州克利夫蘭（Cleveland）的汽車行業(yè)分銷商。它在幾年前將自己的物理機器升級成虛擬機，現(xiàn)在它的Web平臺運營團隊已經(jīng)使用了6個月的容器技術(shù)，并在兩個數(shù)據(jù)中心的私有服務(wù)器上用VMware虛擬化出主機層。他們對包括Docker、Kubernetes、Mesos和Rancher在內(nèi)的容器管理工具進行了評估。

Web平臺負責人Andrew Maurer說：“Mesos和Kubernetes看起來很復(fù)雜，團隊并不希望通過命令行界面來管理本地的Docker。而Rancher似乎是個不錯的選擇，入門的門檻低，而且在啟動和運行上也非常簡單。”

Bret Fisher說：“團隊們在使用容器時會遇到許多難題，原因之一就是他們把應(yīng)用都部署到更早的內(nèi)核上，比如linux的3.10內(nèi)核。現(xiàn)在的容器和編排器都使用了許多內(nèi)核中的新特性，因此當用戶嘗試在老的Linux發(fā)行版上執(zhí)行容器編排時，他們會遇到許多4.x內(nèi)核系列中并不會出現(xiàn)的錯誤。”

“容器編排和部署對于IT的未來影響非常大——將如此多的工作負載塞到一個操作系統(tǒng)上——它們影響了如今Linux內(nèi)核開發(fā)的方向，同時也影響到了Windows系統(tǒng)。”

“未來我們要將更多的容器整合到更少的操作系統(tǒng)上，我們正在努力突破這個限制，而這就意味著你需要去獲取最新的內(nèi)核，”Fisher表示。操作系統(tǒng)必須更加高效地工作，并且以不同的方式進行管理，舉例子來說，現(xiàn)在操作系統(tǒng)要管理100個容器中的100個Apache進程，這些容器都部署在一個裝有一個操作系統(tǒng)的虛擬機上。而以前很有可能是使用100個虛擬機去一對一管理100個Apache進行，每一個虛擬機還需要運行完整的操作系統(tǒng)。

“Dealer Tire關(guān)注的不僅僅是容器的采用問題，還有如何改變對服務(wù)器的使用方式，原先我們對待服務(wù)器仿佛對待寵物般需要小心呵護，其實我們希望能讓服務(wù)器變得像耕牛一樣能隨意使用、服務(wù)于我們即可。”Maurer說。

而與此同時，其他公司的IT團隊已經(jīng)開始考慮采用原生Docker之外的工具了。

隨著Docker部署的增長，Cox Automotive的庫存解決方案部門正在評估Kubernetes和Mesos技術(shù)，該集團的生產(chǎn)工程總監(jiān)Jason Riggins在San Diego舉辦的Delivery of Things World USA時已經(jīng)針對公司的DevOps和云采用方案進行了討論。

在選擇容器管理平臺以及其他工具時，公司主要考量的指標是產(chǎn)品的穩(wěn)定性。Riggins說：“我們知道如何快速迭代，但如果不好的東西也被快速迭代了，那情況只會更加不妙。”他的團隊也希望有一個原生Docker之外更動態(tài)的工具，特別是對容器鏡像倉庫能有優(yōu)化。由此可見，不少企業(yè)對容器管理平臺選擇，將取決于平臺需要企業(yè)在維護和管理上的投入多少。

很多時候企業(yè)在選擇容器管理平臺時的偏好，與企業(yè)本身是使用數(shù)據(jù)中心還是云也有關(guān)系。Fisher說：“使用Google Cloud（平臺）的多傾向于使用Kubernetes。而管理復(fù)雜的私有數(shù)據(jù)中心的人往往會考慮使用Mesos。不過隨著數(shù)據(jù)中心供應(yīng)商開始支持Kubernetes和Docker企業(yè)版，這種情況開始發(fā)生變化。”Cox AutoMotive正在整合數(shù)據(jù)中心，同時還使用了公有云，因此容器管理產(chǎn)品必須與本地的基礎(chǔ)設(shè)施和公有云的部署配合使用。

Riggins表示， Cox對Kubernetes和Mesos評估的內(nèi)容是要測試先前部署容器時出現(xiàn)的“scar tissue”。另外，在做出選擇時，同領(lǐng)域企業(yè)對技術(shù)的選擇以及實踐的經(jīng)驗對他們而言也很有參考價值。

“大多數(shù)公司在從試點到大規(guī)模生產(chǎn)的整個過程中，都不會改變自己最初選擇的容器管理平臺，只有在遇到瓶頸的時候才改變現(xiàn)有方案。容器編排的主要目標就是實現(xiàn)組件間更加靈活的整合。”Fisher說。

Social Tables，是一個實現(xiàn)了100%云端本地化的Amazon Web Services用戶，它們放棄了最開始選擇的AWS彈性計算云容器服務(wù)（ECS）。

“我們從ECS 切換到Rancher，是因為我們想從ELB（Elastic Load Balancing，彈性負載均衡）中遷移出來，運行我們自己的全球負載均衡服務(wù)，更好地控制我們的流量。”Michael Dumont是華盛頓一家公司的DevOps首席系統(tǒng)工程師，該公司提供社交活動策劃和管理SaaS服務(wù)。除此之外，該公司還需要Cassandra集群、Elasticsearch集群、Redis以及Prometheus的永久化存儲，通過Rancher還獲得了基于DNS的service discovery、Docker-Compose支持以及用于身份驗證和授權(quán)的GitHub OAuth集成。

雖然企業(yè)不太可能在投產(chǎn)后改變選擇容器編排方案，不過有時候它們也別無選擇。在這個特殊的階段，容器編排、調(diào)度、以及相關(guān)的存儲及網(wǎng)絡(luò)管理工具都在不斷、快速地變化著。例如，Rancher Labs將在Rancher 2.0中全面擁抱Kubernetes。Maurer和Dumont都希望Rancher可以讓Rancher Kubernetes保持他們一直喜歡的極簡的操作體驗及友好的用戶界面，同時更加豐富它的功能。

對于IT企業(yè)來說，在快速迭代的環(huán)境中，考量任何新興的工具時，除了對必要的技術(shù)本身的考量，是否能得到良好的技術(shù)支持也是企業(yè)非常看重的。

Riggins表示，Cox Automotive會選擇支持Kubernetes或Mesos的版本，而不是單純的上游開源版本，因為開源版本在企業(yè)環(huán)境下，容器部署中的啟動和運行會出現(xiàn)問題。雖然他們的工程師熟悉開源版本，但對企業(yè)而言，如此操作仍然不是很合適。

在Dealer Tire對容器管理平臺進行評估期間，Rancher技術(shù)支持團隊工程師們幫他們解決了不少技術(shù)問題。“而那時我們還沒有給Rancher付一分錢，”Maurer說。今天，他的團隊背后有企業(yè)的支持，他相信開源技術(shù)的商業(yè)版本是IT企業(yè)最好的選擇，IT企業(yè)希望業(yè)務(wù)能平滑安全地遷移到新領(lǐng)域，并且盡可能避免花費太多時間和金錢在尋找運行平臺上。

“我在采購軟件上遇到的最大挑戰(zhàn)是，如果供應(yīng)商給我們限制了兩周的試用期，我們真的是很難模擬真正的使用情況，”他說，“能夠部署、配置一些重要的東西然后做決定，這實際上很棒。我已經(jīng)在軟件中投入了相當多的業(yè)務(wù)——我需要購買支持來確保我的業(yè)務(wù)順利進行下去。”

Social Tables的cloud-native、startup pedigree就是為容器化而量身打造的案例，而企業(yè)的IT工程師也可以通過容器來滿足他們傳統(tǒng)的應(yīng)用程序部署。

在Dealer Tire公司，Maurer的團隊從一個簡單的應(yīng)用出發(fā)，這個應(yīng)用并不是面向用戶的，而是作為容器的最低風險入口。該團隊與應(yīng)用程序的所有者溝通，來決定哪些適合于容器而哪些不適合。100%的完全容器化對Dealer Tire來說應(yīng)該是不可能的，但Maurer希望能將所有的Web應(yīng)用容器化。而與此同時，公司會將新的軟件開發(fā)部署到容器中，他認為這是天賜良機。

Dealer Tire還決定在容器化上線之前保持原有的模式。Maurer說這回公司一次性做了太多的改變，把原有的工作轉(zhuǎn)換成了一個云模型，而公司有些應(yīng)用程序還不適用于云上操作。但是，將這些工作負載封裝在Docker容器中，未來的云遷移過程會變的更加順利。

“我們需要一定的時間去學(xué)習(xí)適應(yīng)。因為這是一個新的系統(tǒng)，你必須在每個方面都設(shè)定新的期望值，”Maurer表示，“你在使用什么目錄？你的日志怎么處理？錯誤和metrics怎么處理？”在一切都穩(wěn)定部署到服務(wù)器上之前，目前的系統(tǒng)是暫時不夠穩(wěn)定的。“這絕不是簡單的遷移到容器——因為你改變了一切環(huán)境。”Maurer如是說。