摘要:導(dǎo)讀本文由及聯(lián)合創(chuàng)始人梁勝博士寫于前往參加之前。從各家容器編排方案均很不成熟的初期,到三足鼎立的編排之戰(zhàn),到如今似已全面勝利,作為整個(gè)發(fā)展歷程的參與者與見證者,回顧這幾年容器領(lǐng)域發(fā)展和的發(fā)展與選擇,梁勝博士分享了他的一些看法。
導(dǎo)讀
本文由Rancher Labs CEO及聯(lián)合創(chuàng)始人梁勝博士寫于前往參加DockerCon之前。從各家容器編排方案均很不成熟的初期,到三足鼎立的編排之戰(zhàn),到如今k8s似已全面勝利,作為整個(gè)發(fā)展歷程的參與者與見證者,回顧這幾年容器領(lǐng)域發(fā)展和Rancher的發(fā)展與選擇,梁勝博士分享了他的一些看法。
Docker宣布支持Kubetnetes,擁抱昔日對(duì)手,而這一點(diǎn)在回溯過去時(shí)就早有苗頭??v觀Docker在編排領(lǐng)域的發(fā)展之路,大概這一決定是歷史的必然。這篇文章或許能從另一種視角帶你看看這個(gè)業(yè)界目前最熱議的話題。
目前Docker技術(shù)得到了廣泛應(yīng)用,在大量需求的催生下,我們創(chuàng)造了Rancher,在過去三年的各屆DockerCon上,Rancher都得到了很多來自用戶的熱情歡迎和積極反響。
DockerCon有它的特別之處——不僅在于它將主要行業(yè)玩家全都召集到了一塊,更是因?yàn)镈ockerCon是為數(shù)不多的、參會(huì)者中用戶數(shù)量遠(yuǎn)超供應(yīng)商數(shù)量的技術(shù)大會(huì)。能夠一下子遇到這么多用戶,無論是參會(huì)還是贊助都十分值得。和我們的用戶交談,聽取他們的想法,這激勵(lì)并啟發(fā)著我們更好地改進(jìn)Rancher產(chǎn)品。
Docker的技術(shù)革新正處于關(guān)鍵期,因此我對(duì)于Docker將在今年DockerCon EU公布的內(nèi)容非常感興趣。最近我們發(fā)布了Rancher 2.0 Tech Preview,該版本中我們把Rancher從基于Docker的產(chǎn)品轉(zhuǎn)變成基于Kubernetes的產(chǎn)品。雖然Docker作為一個(gè)應(yīng)用程序打包和運(yùn)行的標(biāo)準(zhǔn)取得了極大成功,而Kubernetes在容器基礎(chǔ)設(shè)施、編排和生態(tài)系統(tǒng)方面都已經(jīng)超過了Docker,這也是我們選擇Kubernetes的原因。
容器基礎(chǔ)設(shè)施基礎(chǔ)設(shè)施所涵蓋的范圍不僅只是打包和運(yùn)行,它還包括存儲(chǔ)、網(wǎng)絡(luò)、負(fù)載均衡和安全。三年前當(dāng)我們剛開始研發(fā)Rancher時(shí),我們認(rèn)為Docker將會(huì)給容器網(wǎng)絡(luò)和存儲(chǔ)定義行業(yè)標(biāo)準(zhǔn)插件接口。盡管Docker和其他諸如SocketPlane(后被Docker收購(gòu))、Weveworks和ClusterHQ等早期先驅(qū)做了許多出色的工作,并且還得到了如思科、EMC和NetApp等行業(yè)領(lǐng)導(dǎo)者的大量支持,然而Docker接口,像libnetwork、容器網(wǎng)絡(luò)模型(CNM)和Docker volume插件還是沒能成為可行的標(biāo)準(zhǔn)。我們?cè)赗ancher中仍然在CNM和Docker volume插件方面做努力,不過我們遇到了難以逾越的挑戰(zhàn):
我們還沒有實(shí)現(xiàn)讓CNM在Docker的內(nèi)置網(wǎng)絡(luò)實(shí)現(xiàn)之外工作。比如,我們現(xiàn)在還不能創(chuàng)建一個(gè)脫離Swarm Mode的CNM實(shí)現(xiàn)。
我們沒法讓Rancher上的Docker volume插件在Docker守護(hù)進(jìn)程下保持可靠性。我記得有一個(gè)極具挑戰(zhàn)性的issue,#18504,它導(dǎo)致Docker守護(hù)進(jìn)程會(huì)不時(shí)地鎖住。我們暫時(shí)還不能解決它,也還沒找到解決方案。
在Rancher 1.2(2016年12月發(fā)布)中,通過切換到Kubernetes容器網(wǎng)絡(luò)接口(CNI)和Kubernetes Flexvolume存儲(chǔ)框架,我們已經(jīng)解決了這些問題。因?yàn)镽ancher2.0是基于Kubernetes的,任何與Kubernetes集成的網(wǎng)絡(luò)、存儲(chǔ)、負(fù)載均衡和安全性方案都可以在Rancher上開箱即用。
容器編排我們?yōu)镽ancher開發(fā)了名為Cattle的容器編排器,來填補(bǔ)在Docker Swarm早期時(shí)缺失的一些功能,包括服務(wù)發(fā)現(xiàn)、DNS、服務(wù)升級(jí)和負(fù)載均衡器。我們希望當(dāng)Swarm更加完善之后,能夠最終替代Cattle。
然而,在2016年3月Rancher 1.0發(fā)布時(shí),Swarm還沒準(zhǔn)備好。那個(gè)時(shí)候Kubernetes還未成熟,容器編排的未來也不是很明朗。因此我們決定,Rancher 1.0要同時(shí)支持多編排器:Cattle、Swarm、Kubernetes和Mesos。這樣一來,用戶便不會(huì)受限于某個(gè)特定的容器編排器,且Rancher的用戶都十分喜歡這一設(shè)計(jì)。
2016年6月時(shí),Docker公布了Swarm Mode,我們都很為此而激動(dòng)。Swarm Mode提供了早期Docker Swarm中缺少的許多功能,并且非常接近于Cattle所做的工作。于是我們很快在Rancher中添加了Swarm Mode的支持。
可是直到2017年初,Swarm Mode都沒有得到重視?;蛟S是早期的Swarm Mode實(shí)現(xiàn)上存在質(zhì)量問題,也可能是Kubernetes的發(fā)展已經(jīng)遙遙領(lǐng)先。絕大數(shù)Rancher用戶都在使用Cattle和Kubernetes。
Rancher 2.0建立在行業(yè)標(biāo)準(zhǔn)Kubernetes之上。Cattle不會(huì)消失——它將成為一種內(nèi)置的Rancher體驗(yàn),我們也會(huì)持續(xù)改進(jìn)它。通過2.0,我們提供了簡(jiǎn)單的基于Kubernetes的Docker和Docker Compose用戶體驗(yàn)。任何對(duì)Docker有基本了解的人都可以快速上手,等用戶熟練掌握之后還能體驗(yàn)到更進(jìn)階的原生Kubernetes體驗(yàn)。
容器生態(tài)系統(tǒng)DockerCon Europe匯聚了大量響當(dāng)當(dāng)?shù)馁澲?,也無疑吸引了越來越多的Docker用戶。我一直從DockerHub上尋找最新的用戶數(shù)據(jù)作為Docker增長(zhǎng)的基準(zhǔn)。在2017年4月的DockerCon Austin上,這個(gè)數(shù)字是120億,并且在那之后還在增長(zhǎng)。
構(gòu)成Kubernetes生態(tài)系統(tǒng)的公司其實(shí)差不多,不過參與模式卻完全不同。大多數(shù)的生態(tài)系統(tǒng)合作伙伴像我們一樣,認(rèn)為Docker是一種成熟的技術(shù),且擁有大量的用戶。而Kubernetes生態(tài)系統(tǒng)更加活躍,因?yàn)樵谶@一生態(tài)系統(tǒng)中有很多積極的發(fā)展、創(chuàng)新和整合。
Docker將何去何從?早在2016年的12月份,我就曾注意到Docker之父、Docker公司CTO Solomon Hykes在他的一篇blog中,將Docker的定位放在了和OpenShift(以及Rancher 2.0)同樣的層級(jí),這層級(jí)是位于Kubernetes之上的??磥韽哪菚r(shí)起,Docker就已計(jì)劃構(gòu)建一個(gè)全新的、基于Kubernetes之上的Docker產(chǎn)品了?
在我從DockerCon回來之后,我會(huì)再寫一篇文章,分享更多我的一些看法與見解。
Rancher at DockerConRancher Labs全新發(fā)布的新產(chǎn)品Rancher 2.0,一方面,把Rancher 提供的Kubernetes分發(fā)版的用戶體驗(yàn),從原生的Kubernetes UI修改到被全球客戶廣泛接受的Rancher UI,解決了業(yè)界遺留已久的Kubernetes原生UI易用性差的問題。
另一方面,在產(chǎn)品中增加了可以納管其他廠商提供的Kubernetes分發(fā)版功能,如Ubuntu Kubernetes、Dell EMC Kubernetes、Google GKE等等,從而具備了同時(shí)管理多個(gè)Kubernetes集群的能力,這在業(yè)界都還是獨(dú)一無二的特性。
作為DockerCon的金牌贊助商,Rancher的技術(shù)人員將在現(xiàn)場(chǎng)G16展位和技術(shù)愛好者進(jìn)行面對(duì)面的技術(shù)交流,并受大會(huì)之邀將進(jìn)行兩場(chǎng)演講。
我們還會(huì)帶來更多來自現(xiàn)場(chǎng)的快報(bào),敬請(qǐng)關(guān)注!
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/32594.html
摘要:導(dǎo)讀本文由及聯(lián)合創(chuàng)始人梁勝博士寫于前往參加之前。從各家容器編排方案均很不成熟的初期,到三足鼎立的編排之戰(zhàn),到如今似已全面勝利,作為整個(gè)發(fā)展歷程的參與者與見證者,回顧這幾年容器領(lǐng)域發(fā)展和的發(fā)展與選擇,梁勝博士分享了他的一些看法。 導(dǎo)讀 本文由Rancher Labs CEO及聯(lián)合創(chuàng)始人梁勝博士寫于前往參加DockerCon之前。從各家容器編排方案均很不成熟的初期,到三足鼎立的編排之戰(zhàn),到...
摘要:開源社區(qū)和云廠商之間存在著與生俱來的巨大矛盾,這種矛盾,好比前人栽樹,后人乘涼,還不給樹澆水。開源社區(qū)花費(fèi)大量的心血,打造出一款款領(lǐng)先的技術(shù),云廠商卻白嫖這些技術(shù)謀取暴利,這種利益分配方式,對(duì)開源社區(qū)來說,極其不公。 開源社區(qū)和云廠商之間存在著與生俱來的巨大矛盾,這種矛盾,好比前人栽樹,后人...
摘要:導(dǎo)讀本文由及聯(lián)合創(chuàng)始人梁勝博士寫于參加完之后。宣布擁抱,是本屆上最爆炸性的新聞。是什么業(yè)界對(duì)它有什么疑問公司的未來計(jì)劃與走向究竟怎樣作為整個(gè)容器領(lǐng)域發(fā)展歷程的參與者與見證者,梁勝博士分享了一些他的看法與感受。 導(dǎo)讀 本文由Rancher Labs CEO及聯(lián)合創(chuàng)始人梁勝博士寫于參加完DockerCon EU 2017之后。 Docker宣布擁抱Kubernetes,是本屆DockerC...
摘要:導(dǎo)讀本文由及聯(lián)合創(chuàng)始人梁勝博士寫于參加完之后。宣布擁抱,是本屆上最爆炸性的新聞。是什么業(yè)界對(duì)它有什么疑問公司的未來計(jì)劃與走向究竟怎樣作為整個(gè)容器領(lǐng)域發(fā)展歷程的參與者與見證者,梁勝博士分享了一些他的看法與感受。 導(dǎo)讀 本文由Rancher Labs CEO及聯(lián)合創(chuàng)始人梁勝博士寫于參加完DockerCon EU 2017之后。 Docker宣布擁抱Kubernetes,是本屆DockerC...
閱讀 660·2021-11-23 09:51
閱讀 3608·2021-11-15 11:38
閱讀 942·2021-10-14 09:42
閱讀 3180·2021-09-29 09:35
閱讀 2122·2021-09-03 10:33
閱讀 778·2021-07-30 16:33
閱讀 1565·2019-08-30 15:55
閱讀 1851·2019-08-30 14:04