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

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

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

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

Bret Fisher，他是一名DevOps和Docker的顧問(wèn)、培訓(xùn)師和講師，同時(shí)也是開(kāi)源社區(qū)的積極參與者，他在紐約的O"Reilly Velocity Conference 2017上表示：“很多人喜歡使用Docker產(chǎn)品，是因?yàn)镈ocker產(chǎn)品所提供的生命周期用戶(hù)體驗(yàn)，以及對(duì)于簡(jiǎn)單性和安全性的專(zhuān)注。有些人選擇Kubernetes，因?yàn)樗雌饋?lái)是目前最好的編排工具，而其他人則選擇Mesos和[Mesosphere] DC/OS，這是因?yàn)樗鼈兊撵`活性和成熟度。”

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

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

Web平臺(tái)負(fù)責(zé)人Andrew Maurer說(shuō)：“Mesos和Kubernetes看起來(lái)很復(fù)雜，團(tuán)隊(duì)并不希望通過(guò)命令行界面來(lái)管理本地的Docker。而Rancher似乎是個(gè)不錯(cuò)的選擇，入門(mén)的門(mén)檻低，而且在啟動(dòng)和運(yùn)行上也非常簡(jiǎn)單?！?/p> 無(wú)關(guān)容器，還有內(nèi)核問(wèn)題！

Bret Fisher說(shuō)：“團(tuán)隊(duì)們?cè)谑褂萌萜鲿r(shí)會(huì)遇到許多難題，原因之一就是他們把應(yīng)用都部署到更早的內(nèi)核上，比如linux的3.10內(nèi)核。現(xiàn)在的容器和編排器都使用了許多內(nèi)核中的新特性，因此當(dāng)用戶(hù)嘗試在老的Linux發(fā)行版上執(zhí)行容器編排時(shí)，他們會(huì)遇到許多4.x內(nèi)核系列中并不會(huì)出現(xiàn)的錯(cuò)誤?！?/p>

“容器編排和部署對(duì)于IT的未來(lái)影響非常大——將如此多的工作負(fù)載塞到一個(gè)操作系統(tǒng)上——它們影響了如今Linux內(nèi)核開(kāi)發(fā)的方向，同時(shí)也影響到了Windows系統(tǒng)?！?/p>

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

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

而與此同時(shí)，其他公司的IT團(tuán)隊(duì)已經(jīng)開(kāi)始考慮采用原生Docker之外的工具了。

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

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

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

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

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

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

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

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

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

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

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

“我在采購(gòu)軟件上遇到的最大挑戰(zhàn)是，如果供應(yīng)商給我們限制了兩周的試用期，我們真的是很難模擬真正的使用情況，”他說(shuō)，“能夠部署、配置一些重要的東西然后做決定，這實(shí)際上很棒。我已經(jīng)在軟件中投入了相當(dāng)多的業(yè)務(wù)——我需要購(gòu)買(mǎi)支持來(lái)確保我的業(yè)務(wù)順利進(jìn)行下去?！?/p> 了解自身，合理規(guī)劃

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

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

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

“我們需要一定的時(shí)間去學(xué)習(xí)適應(yīng)。因?yàn)檫@是一個(gè)新的系統(tǒng)，你必須在每個(gè)方面都設(shè)定新的期望值，”Maurer表示，“你在使用什么目錄？你的日志怎么處理？錯(cuò)誤和metrics怎么處理？”在一切都穩(wěn)定部署到服務(wù)器上之前，目前的系統(tǒng)是暫時(shí)不夠穩(wěn)定的?！斑@絕不是簡(jiǎn)單的遷移到容器——因?yàn)槟愀淖兞艘磺协h(huán)境?！盡aurer如是說(shuō)。