導讀:本文由Rancher Labs CEO及聯合創始人梁勝博士在參加DockerCon之前和之后寫的兩篇文章綜合整理而成。從各家容器編排方案均很不成熟的初期到三足鼎立的編排之戰，到如今kubernetes似已全面勝利，梁勝博士作為整個發展歷程的參與者與見證者，回顧這幾年容器領域發展和Rancher的發展與選擇，分享了他的一些看法。

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

目前Docker技術得到了廣泛應用，在大量需求的驅動下，我們創造了Rancher，在過去三年DockerCon上，Rancher都得到了很多來自用戶的熱情歡迎和積極反響。

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

Docker的技術革新正處于關鍵期，最近我們發布了Rancher 2.0 Tech Preview，該版本中我們把Rancher從基于Docker的產品轉變成基于Kubernetes的產品。雖然Docker作為一個應用程序打包和運行的標準取得了極大成功，而Kubernetes在容器基礎設施、編排和生態系統方面都已經超過了Docker，這也是我們選擇Kubernetes的原因。

容器基礎設施

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

1、我們還沒有實現讓CNM在Docker的內置網絡實現之外工作。比如，現在還不能創建一個脫離Swarm Mode的CNM實現。

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

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

容器編排

我們為Rancher開發了名為Cattle的容器編排器來填補Docker Swarm早期缺失的一些功能，包括服務發現、DNS、服務升級和負載均衡器,希望當Swarm更加完善之后，能夠最終替代Cattle。

然而，在2016年3月Rancher 1.0發布時，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實現上存在質量問題，也可能是Kubernetes的發展已經遙遙領先。絕大數Rancher用戶都在使用Cattle和Kubernetes。

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

容器生態系統

DockerCon Europe匯聚了大量響當當的贊助商，也無疑吸引了越來越多的Docker用戶。我一直從DockerHub上尋找最新的用戶數據作為Docker增長的基準。在2017年4月的DockerCon Austin上，這個數字是120億，并且在那之后還在增長。

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

Docker將何去何從？

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

在DockerCon EU上，我遇見的DockerCon的用戶、供應商以及Dokcer公司的員工都給我留下了非常友好和親切的印象，與他們的交流也讓我收獲了很多。毫無疑問，這是一次組織充分的大會，對我而言也是一段有趣的經歷。

在啟程參加大會之前，我曾對Docker公司的未來計劃與發展走向提出了一些疑問。而這次大會上，Docker之父、Docker公司CTO Solomon Hykes在他在keynote中的分享正好解答了我上面說的這些問題，這也毋庸置疑成為了演講中引起業界震動的焦點——Docker決定擁抱Kubernetes，而這也是此次DockerCon上最重磅的新聞。

押寶“現代化傳統應用”項目MTA

然而，除此之外，如果說Docker公司還有一個動態就是他們非常希望參會者及業界知曉的，那一定是“現代化傳統應用”項目（MTA，Modernize Traditional Applications）。MTA的想法很簡單，將傳統的Windows或Linux應用程序打包成Docker容器，然后將應用部署到現代云基礎架構上并且實現一些資源節約。大會花了三場keynote（整整一天半的時間）來介紹MTA，Docker似乎把整個業務都押在這單一價值主張上了。

然而令我驚訝的是，MTA居然是DockerCon中唯一聚焦的業務案例。DockerCon的參會者和我說，他們期望Docker能夠描繪出一個更加完整的Docker商業機會的愿景和版圖。然而MTA并沒有吸引到大多數參會者，即使是我遇到的一些企業嘉賓也有比MTA更大的計劃。其實我更希望Docker能夠花更多的時間來加強容器在改變應用程序開發方面上傳遞的價值，因為在我看來這是一個更大的商業機遇，不過有點可惜，Docker似乎并沒有這么做。

Docker技術是一種應用打包的方式，它也是Docker公司從創立之初便開始的實踐，MTA便是建立在Docker這一最基礎的功能之上。但是Docker EE究竟有哪些具體的功能，能夠使得MTA工作得比以前更好？為什么Docker要專門為MTA提供解決方案？客戶還需要哪些工具來完成他們的MTA之旅？關于MTA的keynote并沒有解答以上這些疑問。（事實上，我相信大家還有更多未得到解答的疑問。）

幾點遺憾的地方

另外讓我感到遺憾的一點是，除了宣布支持Kubernetes外，Docker再沒發布什么和Swarm相關的動態和信息了。Rancher Labs作為Docker生態系統的合作伙伴，在這一情境下，我個人深感在基于Docker技術組件上實現創新愈發困難。我至今記得曾經Docker發布一個又一個杰出的、創新的技術與產品的日子，像Docker Machine、Docker Swarm、Docker Compose、Docker network以及volume插件等等。那時的我們，在Docker發布這些新的創新之后，便會馬不停蹄地開始投入相應的工作。時至今日，在容器技術領域依然有許多創新，只不過這些創新大多發生在Kubernetes以及CNCF生態系統中了。

我真心地希望，在整合Kubernetes之后，Docker能夠回到過去的狀態，為業界帶來更多的技術創新。我依然認為很少有公司像Docker這樣，既具有出色的創新能力，又專注于產品的可用性。我很期待Docker在下一次DockerCon的表現。

Rancher at DockerCon

Rancher Labs全新發布的新產品Rancher 2.0，一方面，把Rancher 提供的Kubernetes分發版的用戶體驗，從原生的Kubernetes UI修改到被全球客戶廣泛接受的Rancher UI，解決了業界遺留已久的Kubernetes原生UI易用性差的問題。另一方面，在產品中增加了可以納管其他廠商提供的Kubernetes分發版功能，如Ubuntu Kubernetes、Dell EMC Kubernetes、Google GKE等等，從而具備了同時管理多個Kubernetes集群的能力。

總結

以上是生活随笔為你收集整理的Rancher创始人谈Docker，创新愈发困难，未来将何去何从？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。