IT企業是如何選擇容器管理平臺的

對IT企業而言，很難肯定哪一個容器管理工具是最好的。對某一個企業來講複雜的東西，或許對另外一個企業而言是靈活且易於擴展的。IT團隊通常是經過考量對工具的支持、交互操做性這些方面，來肯定哪個工具是適合本身的。

一個IT企業擁有50個本地數據中心，而另外一家是徹底在雲上部署，那麼它們對於容器管理軟件就有不一樣的需求。
每一個公司和團隊在部署容器上都有不一樣的目標和需求。在選擇容器管理平臺時，技術差別雖然不是惟一的，但倒是最大的影響因素之一。

員工的能力、企業的預算、決策實施以及現有的生態系統和底層基礎設施，這些因素都在企業選擇相關服務商、工具、技術時起到重要的做用。

Bret Fisher，他是一名DevOps和Docker的顧問、培訓師和講師，同時也是開源社區的積極參與者，他在紐約的O'Reilly Velocity Conference 2017上表示：「不少人喜歡使用Docker產品，是由於Docker產品所提供的生命週期用戶體驗，以及對於簡單性和安全性的專一。有些人選擇Kubernetes，由於它看起來是目前最好的編排工具，而其餘人則選擇Mesos和[Mesosphere] DC/OS，這是由於它們的靈活性和成熟度。」

管理工具的當前市場狀況其實也反映出容器的成熟情況。Fisher說：「咱們如今正在爲容器執行和容器鏡像進行標準化的定義。Kubernetes和Docker企業版（EE）這些容器管理平臺間的差別性，這暗示着一場生態系統的競爭，不禁得讓人聯想到iPhone和Droid手機間的交鋒。在編排和調度上它們有75%的特性是類似的，所以，爭奪的重點每每歸結到哪個能讓用戶易於上手，且用戶體驗良好。

Dealer Tire是一個位於俄亥俄州克利夫蘭（Cleveland）的汽車行業分銷商。它在幾年前將本身的物理機器升級成虛擬機，如今它的Web平臺運營團隊已經使用了6個月的容器技術，並在兩個數據中心的私有服務器上用VMware虛擬化出主機層。他們對包括Docker、Kubernetes、Mesos和Rancher在內的容器管理工具進行了評估。

Web平臺負責人Andrew Maurer說：「Mesos和Kubernetes看起來很複雜，團隊並不但願經過命令行界面來管理本地的Docker。而Rancher彷佛是個不錯的選擇，入門的門檻低，並且在啓動和運行上也很是簡單。」

無關容器，還有內核問題！

Bret Fisher說：「團隊們在使用容器時會遇到許多難題，緣由之一就是他們把應用都部署到更早的內核上，好比linux的3.10內核。如今的容器和編排器都使用了許多內核中的新特性，所以當用戶嘗試在老的Linux發行版上執行容器編排時，他們會遇到許多4.x內核系列中並不會出現的錯誤。」

「容器編排和部署對於IT的將來影響很是大——將如此多的工做負載塞到一個操做系統上——它們影響了現在Linux內核開發的方向，同時也影響到了Windows系統。」

「將來咱們要將更多的容器整合到更少的操做系統上，咱們正在努力突破這個限制，而這就意味着你須要去獲取最新的內核，」Fisher表示。操做系統必須更加高效地工做，而且以不一樣的方式進行管理，舉例子來講，如今操做系統要管理100個容器中的100個Apache進程，這些容器都部署在一個裝有一個操做系統的虛擬機上。而之前頗有多是使用100個虛擬機去一對一管理100個Apache進行，每個虛擬機還須要運行完整的操做系統。

「Dealer Tire關注的不只僅是容器的採用問題，還有如何改變對服務器的使用方式，原先咱們對待服務器彷彿對待寵物般須要當心呵護，其實咱們但願能讓服務器變得像耕牛同樣能隨意使用、服務於咱們便可。」Maurer說。

而與此同時，其餘公司的IT團隊已經開始考慮採用原生Docker以外的工具了。

隨着Docker部署的增加，Cox Automotive的庫存解決方案部門正在評估Kubernetes和Mesos技術，該集團的生產工程總監Jason Riggins在San Diego舉辦的Delivery of Things World USA時已經針對公司的DevOps和雲採用方案進行了討論。

在選擇容器管理平臺以及其餘工具時，公司主要考量的指標是產品的穩定性。Riggins說：「咱們知道如何快速迭代，但若是很差的東西也被快速迭代了，那狀況只會更加不妙。」他的團隊也但願有一個原生Docker以外更動態的工具，特別是對容器鏡像倉庫能有優化。因而可知，很多企業對容器管理平臺選擇，將取決於平臺須要企業在維護和管理上的投入多少。

不少時候企業在選擇容器管理平臺時的偏好，與企業自己是使用數據中心仍是雲也有關係。Fisher說：「使用Google Cloud（平臺）的多傾向於使用Kubernetes。而管理複雜的私有數據中心的人每每會考慮使用Mesos。不過隨着數據中心供應商開始支持Kubernetes和Docker企業版，這種狀況開始發生變化。」Cox AutoMotive正在整合數據中心，同時還使用了公有云，所以容器管理產品必須與本地的基礎設施和公有云的部署配合使用。

Riggins表示， Cox對Kubernetes和Mesos評估的內容是要測試先前部署容器時出現的「scar tissue」。另外，在作出選擇時，同領域企業對技術的選擇以及實踐的經驗對他們而言也頗有參考價值。

什麼時候改變？

「大多數公司在從試點到大規模生產的整個過程當中，都不會改變本身最初選擇的容器管理平臺，只有在遇到瓶頸的時候才改變現有方案。容器編排的主要目標就是實現組件間更加靈活的整合。」Fisher說。

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

「咱們從ECS 切換到Rancher，是由於咱們想從ELB（Elastic Load Balancing，彈性負載均衡）中遷移出來，運行咱們本身的全球負載均衡服務，更好地控制咱們的流量。」Michael Dumont是華盛頓一家公司的DevOps首席系統工程師，該公司提供社交活動策劃和管理SaaS服務。除此以外，該公司還須要Cassandra集羣、Elasticsearch集羣、Redis以及Prometheus的永久化存儲，經過Rancher還得到了基於DNS的service discovery、Docker-Compose支持以及用於身份驗證和受權的GitHub OAuth集成。

雖然企業不太可能在投產後改變選擇容器編排方案，不過有時候它們也別無選擇。在這個特殊的階段，容器編排、調度、以及相關的存儲及網絡管理工具都在不斷、快速地變化着。例如，Rancher Labs將在Rancher 2.0中全面擁抱Kubernetes。Maurer和Dumont都但願Rancher可讓Rancher Kubernetes保持他們一直喜歡的極簡的操做體驗及友好的用戶界面，同時更加豐富它的功能。

新興技術，良好的技術支持是必須

對於IT企業來講，在快速迭代的環境中，考量任何新興的工具時，除了對必要的技術自己的考量，是否能獲得良好的技術支持也是企業很是看重的。

Riggins表示，Cox Automotive會選擇支持Kubernetes或Mesos的版本，而不是單純的上游開源版本，由於開源版本在企業環境下，容器部署中的啓動和運行會出現問題。雖然他們的工程師熟悉開源版本，但對企業而言，如此操做仍然不是很合適。

在Dealer Tire對容器管理平臺進行評估期間，Rancher技術支持團隊工程師們幫他們解決了很多技術問題。「而那時咱們尚未給Rancher付一分錢，」Maurer說。今天，他的團隊背後有企業的支持，他相信開源技術的商業版本是IT企業最好的選擇，IT企業但願業務能平滑安全地遷移到新領域，而且儘量避免花費太多時間和金錢在尋找運行平臺上。

「我在採購軟件上遇到的最大挑戰是，若是供應商給咱們限制了兩週的試用期，咱們真的是很難模擬真正的使用狀況，」他說，「可以部署、配置一些重要的東西而後作決定，這實際上很棒。我已經在軟件中投入了至關多的業務——我須要購買支持來確保個人業務順利進行下去。」

瞭解自身，合理規劃

Social Tables的cloud-native、startup pedigree就是爲容器化而量身打造的案例，而企業的IT工程師也能夠經過容器來知足他們傳統的應用程序部署。

在Dealer Tire公司，Maurer的團隊從一個簡單的應用出發，這個應用並非面向用戶的，而是做爲容器的最低風險入口。該團隊與應用程序的全部者溝通，來決定哪些適合於容器而哪些不適合。100%的徹底容器化對Dealer Tire來講應該是不可能的，但Maurer但願能將全部的Web應用容器化。而與此同時，公司會將新的軟件開發部署到容器中，他認爲這是天賜良機。

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

「咱們須要必定的時間去學習適應。由於這是一個新的系統，你必須在每一個方面都設定新的指望值，」Maurer表示，「你在使用什麼目錄？你的日誌怎麼處理？錯誤和metrics怎麼處理？」在一切都穩定部署到服務器上以前，目前的系統是暫時不夠穩定的。「這毫不是簡單的遷移到容器——由於你改變了一切環境。」Maurer如是說。