摘要：導讀本文由及聯(lián)合創(chuàng)始人梁勝博士寫于前往參加之前。從各家容器編排方案均很不成熟的初期，到三足鼎立的編排之戰(zhàn)，到如今似已全面勝利，作為整個發(fā)展歷程的參與者與見證者，回顧這幾年容器領(lǐng)域發(fā)展和的發(fā)展與選擇，梁勝博士分享了他的一些看法。

本文由Rancher Labs CEO及聯(lián)合創(chuàng)始人梁勝博士寫于前往參加DockerCon之前。從各家容器編排方案均很不成熟的初期，到三足鼎立的編排之戰(zhàn)，到如今k8s似已全面勝利，作為整個發(fā)展歷程的參與者與見證者，回顧這幾年容器領(lǐng)域發(fā)展和Rancher的發(fā)展與選擇，梁勝博士分享了他的一些看法。

Docker宣布支持Kubetnetes，擁抱昔日對手，而這一點在回溯過去時就早有苗頭。縱觀Docker在編排領(lǐng)域的發(fā)展之路，大概這一決定是歷史的必然。這篇文章或許能從另一種視角帶你看看這個業(yè)界目前最熱議的話題。

目前Docker技術(shù)得到了廣泛應用，在大量需求的催生下，我們創(chuàng)造了Rancher，在過去三年的各屆DockerCon上，Rancher都得到了很多來自用戶的熱情歡迎和積極反響。

DockerCon有它的特別之處——不僅在于它將主要行業(yè)玩家全都召集到了一塊，更是因為DockerCon是為數(shù)不多的、參會者中用戶數(shù)量遠超供應商數(shù)量的技術(shù)大會。能夠一下子遇到這么多用戶，無論是參會還是贊助都十分值得。和我們的用戶交談，聽取他們的想法，這激勵并啟發(fā)著我們更好地改進Rancher產(chǎn)品。

Docker的技術(shù)革新正處于關(guān)鍵期，因此我對于Docker將在今年DockerCon EU公布的內(nèi)容非常感興趣。最近我們發(fā)布了Rancher 2.0 Tech Preview，該版本中我們把Rancher從基于Docker的產(chǎn)品轉(zhuǎn)變成基于Kubernetes的產(chǎn)品。雖然Docker作為一個應用程序打包和運行的標準取得了極大成功，而Kubernetes在容器基礎設施、編排和生態(tài)系統(tǒng)方面都已經(jīng)超過了Docker，這也是我們選擇Kubernetes的原因。

基礎設施所涵蓋的范圍不僅只是打包和運行，它還包括存儲、網(wǎng)絡、負載均衡和安全。三年前當我們剛開始研發(fā)Rancher時，我們認為Docker將會給容器網(wǎng)絡和存儲定義行業(yè)標準插件接口。盡管Docker和其他諸如SocketPlane（后被Docker收購）、Weveworks和ClusterHQ等早期先驅(qū)做了許多出色的工作，并且還得到了如思科、EMC和NetApp等行業(yè)領(lǐng)導者的大量支持，然而Docker接口，像libnetwork、容器網(wǎng)絡模型（CNM）和Docker volume插件還是沒能成為可行的標準。我們在Rancher中仍然在CNM和Docker volume插件方面做努力，不過我們遇到了難以逾越的挑戰(zhàn)：

我們還沒有實現(xiàn)讓CNM在Docker的內(nèi)置網(wǎng)絡實現(xiàn)之外工作。比如，我們現(xiàn)在還不能創(chuàng)建一個脫離Swarm Mode的CNM實現(xiàn)。

我們沒法讓Rancher上的Docker volume插件在Docker守護進程下保持可靠性。我記得有一個極具挑戰(zhàn)性的issue，#18504，它導致Docker守護進程會不時地鎖住。我們暫時還不能解決它，也還沒找到解決方案。

在Rancher 1.2（2016年12月發(fā)布）中，通過切換到Kubernetes容器網(wǎng)絡接口（CNI）和Kubernetes Flexvolume存儲框架，我們已經(jīng)解決了這些問題。因為Rancher2.0是基于Kubernetes的，任何與Kubernetes集成的網(wǎng)絡、存儲、負載均衡和安全性方案都可以在Rancher上開箱即用。

我們?yōu)镽ancher開發(fā)了名為Cattle的容器編排器，來填補在Docker Swarm早期時缺失的一些功能，包括服務發(fā)現(xiàn)、DNS、服務升級和負載均衡器。我們希望當Swarm更加完善之后，能夠最終替代Cattle。

然而，在2016年3月Rancher 1.0發(fā)布時，Swarm還沒準備好。那個時候Kubernetes還未成熟，容器編排的未來也不是很明朗。因此我們決定，Rancher 1.0要同時支持多編排器：Cattle、Swarm、Kubernetes和Mesos。這樣一來，用戶便不會受限于某個特定的容器編排器，且Rancher的用戶都十分喜歡這一設計。

2016年6月時，Docker公布了Swarm Mode，我們都很為此而激動。Swarm Mode提供了早期Docker Swarm中缺少的許多功能，并且非常接近于Cattle所做的工作。于是我們很快在Rancher中添加了Swarm Mode的支持。

可是直到2017年初，Swarm Mode都沒有得到重視。或許是早期的Swarm Mode實現(xiàn)上存在質(zhì)量問題，也可能是Kubernetes的發(fā)展已經(jīng)遙遙領(lǐng)先。絕大數(shù)Rancher用戶都在使用Cattle和Kubernetes。

Rancher 2.0建立在行業(yè)標準Kubernetes之上。Cattle不會消失——它將成為一種內(nèi)置的Rancher體驗，我們也會持續(xù)改進它。通過2.0，我們提供了簡單的基于Kubernetes的Docker和Docker Compose用戶體驗。任何對Docker有基本了解的人都可以快速上手，等用戶熟練掌握之后還能體驗到更進階的原生Kubernetes體驗。

DockerCon Europe匯聚了大量響當當?shù)馁澲蹋矡o疑吸引了越來越多的Docker用戶。我一直從DockerHub上尋找最新的用戶數(shù)據(jù)作為Docker增長的基準。在2017年4月的DockerCon Austin上，這個數(shù)字是120億，并且在那之后還在增長。

構(gòu)成Kubernetes生態(tài)系統(tǒng)的公司其實差不多，不過參與模式卻完全不同。大多數(shù)的生態(tài)系統(tǒng)合作伙伴像我們一樣，認為Docker是一種成熟的技術(shù)，且擁有大量的用戶。而Kubernetes生態(tài)系統(tǒng)更加活躍，因為在這一生態(tài)系統(tǒng)中有很多積極的發(fā)展、創(chuàng)新和整合。

早在2016年的12月份，我就曾注意到Docker之父、Docker公司CTO Solomon Hykes在他的一篇blog中，將Docker的定位放在了和OpenShift（以及Rancher 2.0）同樣的層級，這層級是位于Kubernetes之上的。看來從那時起，Docker就已計劃構(gòu)建一個全新的、基于Kubernetes之上的Docker產(chǎn)品了？

在我從DockerCon回來之后，我會再寫一篇文章，分享更多我的一些看法與見解。

Rancher Labs全新發(fā)布的新產(chǎn)品Rancher 2.0，一方面，把Rancher 提供的Kubernetes分發(fā)版的用戶體驗，從原生的Kubernetes UI修改到被全球客戶廣泛接受的Rancher UI，解決了業(yè)界遺留已久的Kubernetes原生UI易用性差的問題。

另一方面，在產(chǎn)品中增加了可以納管其他廠商提供的Kubernetes分發(fā)版功能，如Ubuntu Kubernetes、Dell EMC Kubernetes、Google GKE等等，從而具備了同時管理多個Kubernetes集群的能力，這在業(yè)界都還是獨一無二的特性。

作為DockerCon的金牌贊助商，Rancher的技術(shù)人員將在現(xiàn)場G16展位和技術(shù)愛好者進行面對面的技術(shù)交流，并受大會之邀將進行兩場演講。

我們還會帶來更多來自現(xiàn)場的快報，敬請關(guān)注！