信息化，一個(gè)不可逆轉(zhuǎn)的潮流，潮流之下，發(fā)展是一個(gè)亙古不變的話題。

IT界同樣如此，半年一浪，三載一潮，技術(shù)的迭代之快令人咂舌。5年前的Hadoop，3年前的OpenStack，到如今之Docker，無(wú)一不是一浪高過(guò)一浪。說(shuō)到發(fā)展，談及熱度，目前容器領(lǐng)域的新技術(shù)Docker，絕對(duì)是受到IT界前所未有的關(guān)注，因此也時(shí)常有人調(diào)侃：出門(mén)不知Docker，實(shí)乃IT從業(yè)人員難以啟齒的隱痛。

作為三年前剛剛誕生的新生兒，Docker已然給云計(jì)算、應(yīng)用交付等多個(gè)領(lǐng)域帶來(lái)巨大的革新。細(xì)談Docker，我們卻發(fā)現(xiàn)，Docker背后的容器技術(shù)，其實(shí)并非首創(chuàng)，早在十?dāng)?shù)年前，容器技術(shù)便已有雛形，那究竟為何Docker的席卷之勢(shì)空前之大。不論是技術(shù)領(lǐng)域有什么獨(dú)到之處，還是時(shí)勢(shì)造就了如今大好的局面，我們都沒(méi)有理由不來(lái)細(xì)細(xì)品鑒Docker這三年來(lái)的種種發(fā)展。

什么是Docker？

狹義而言，Docker是一款輕量級(jí)容器的管理引擎軟件。云計(jì)算時(shí)代，可以幫助用戶輕松實(shí)現(xiàn)分布式應(yīng)用的“Build, Ship, Run”。

廣義而言，Docker是一家以容器服務(wù)為基礎(chǔ)的硅谷公司，試圖改變傳統(tǒng)應(yīng)用的構(gòu)建與交付方式，創(chuàng)造應(yīng)用模式的新時(shí)代。目前，從市場(chǎng)發(fā)展與技術(shù)影響而言，Docker凸顯了極大的潛力。

回顧Docker的三周年，從技術(shù)的發(fā)展到公司的運(yùn)營(yíng)，從產(chǎn)品的布局到生態(tài)的建設(shè)，我們不由得感慨，下一個(gè)巨人是否就是這家logo是鯨魚(yú)的公司。

Docker誕生

三年前的云計(jì)算，提到最多的關(guān)鍵字無(wú)疑是IaaS（Infrastructure-as-a-Service，基礎(chǔ)設(shè)施即服務(wù)）。企業(yè)往往通過(guò)IaaS技術(shù)建立起信息化的數(shù)據(jù)中心，有效地管理池化資源。如果歷史的發(fā)展僅僅滿足于此，那么科技也就會(huì)停滯不前。

當(dāng)時(shí)，在加州灣區(qū)以Solomon Hykes為首的幾位天才工程師就在嘗試，能否在資源之上，架構(gòu)出一套完善的分布式平臺(tái)，有效快速幫助用戶的應(yīng)用系統(tǒng)平穩(wěn)運(yùn)行。他們的公司實(shí)體也就是Docker的前身dotCloud。經(jīng)歷了一段時(shí)間的試水之后，歷史并未遂這群極客的愿，dotCloud云戰(zhàn)略的運(yùn)營(yíng)并非成功。

然而，常言道，失敗是成功之母，這句話印證在dotCloud身上再適合不過(guò)。失利的同時(shí)，Solomon敏銳地嗅探到了，dotCloud體系的中的容器技術(shù)，反倒是解決了目前市場(chǎng)上用戶應(yīng)用構(gòu)建、分發(fā)和發(fā)布的諸多痛點(diǎn)。痛定思痛，Solomom迅速技術(shù)轉(zhuǎn)型，開(kāi)始投向容器技術(shù)，并從一開(kāi)始就開(kāi)源，當(dāng)時(shí)就吸引了為數(shù)不少的開(kāi)發(fā)者。

時(shí)間定格在2013年3月，容器技術(shù)定名為Docker，原力誕生。

技術(shù)演進(jìn)

誕生僅僅意味著不平凡的開(kāi)始。后來(lái)的3年時(shí)間中，Docker立足技術(shù)，服務(wù)用戶，培育市場(chǎng)，建立生態(tài)，發(fā)展歷程可圈可點(diǎn)。

開(kāi)源、輕量級(jí)、API標(biāo)準(zhǔn)

開(kāi)源、輕量級(jí)、API標(biāo)準(zhǔn)，可以說(shuō)是Docker在2013年起步時(shí)最重要的三大法寶。開(kāi)源，吸引開(kāi)發(fā)者，培養(yǎng)并壯大社區(qū)；輕量級(jí)，引發(fā)容器與虛擬機(jī)之間的眾多思考，創(chuàng)新之下，帶來(lái)的是對(duì)未來(lái)無(wú)限的想象空間；API標(biāo)準(zhǔn)，看似不經(jīng)意，事實(shí)卻幫助Docker大大降低了上手門(mén)檻，同時(shí)也在最早時(shí)間占領(lǐng)了重要的高地——用戶的使用習(xí)慣。

數(shù)據(jù)為王

新手的三板斧，著實(shí)有模有樣。而后的一年之間，Docker的定位似乎異常清晰，那就是圍繞鏡像，圍繞Docker Hub，構(gòu)建全球最龐大的鏡像倉(cāng)庫(kù)。信息化時(shí)代，時(shí)常傳有這樣的一句話：技術(shù)可以復(fù)制，而數(shù)據(jù)無(wú)可復(fù)制。Docker Hub這個(gè)鏡像倉(cāng)庫(kù)越是龐大，意味著Docker的用戶群體的數(shù)量越驚人。

進(jìn)軍生產(chǎn)環(huán)境

2015年初開(kāi)始，Docker一直謀求在企業(yè)生產(chǎn)環(huán)境中有所突破。隨著社區(qū)的壯大，Docker Engine的發(fā)展也異常的快。Engine在逐漸成熟的過(guò)程中，經(jīng)歷了多次蛻變。Engine自身架構(gòu)模塊化的發(fā)展；在內(nèi)核級(jí)別保障Docker化應(yīng)用更高的隔離性；存儲(chǔ)方面支持更多的驅(qū)動(dòng)，如：aufs、devicemapper、BtrFS、overlayFS、ZFS等；同時(shí)在日志管理等方面逐漸集成第三方優(yōu)秀產(chǎn)品。Engine功能的完善與穩(wěn)定性提高，是Docker生態(tài)的一大基石。在此基礎(chǔ)上，Engine上層的容器編排工具（Compose）與集群管理工具（Swarm）迅速走入世人眼線，并與集群創(chuàng)建工具（Machine）合力，意圖構(gòu)建容器生態(tài)的三駕馬車(chē)。

進(jìn)軍生產(chǎn)環(huán)境之路，絕非一朝一夕，Docker同樣招來(lái)了一些質(zhì)疑。最令人深刻的，當(dāng)屬CoreOS與Docker的競(jìng)爭(zhēng)。標(biāo)準(zhǔn)，無(wú)疑是如今行業(yè)的兵家必爭(zhēng)之地。當(dāng)時(shí)，容器標(biāo)準(zhǔn)和鏡像標(biāo)準(zhǔn)迅速成為焦點(diǎn)。好在，最終在DockerCon 2015上，Solomon和CoreOS的創(chuàng)始人Alex Polvi最終握手言和，而Docker也將自己的容器技術(shù)實(shí)現(xiàn)libcontainer共享給Linux基金會(huì)，成立runC項(xiàng)目，與基金會(huì)一起建立并維護(hù)容器標(biāo)準(zhǔn)，此事對(duì)于整個(gè)容器生態(tài)而言，絕屬一個(gè)利好消息。

集群能力

三架馬車(chē)的初具形態(tài)，容器標(biāo)準(zhǔn)的建立，依然無(wú)法掩蓋外界對(duì)Docker在某些方面的詬病，詬病最多的當(dāng)屬Docker網(wǎng)絡(luò)能力以及集群能力的薄弱。如果不能滿足分布式應(yīng)用的需求，Docker的未來(lái)難免存在陰影。2015年年末1.9.0版本的發(fā)布，則標(biāo)志著Docker補(bǔ)上了自身的最后一塊短板。無(wú)需借助第三方工具，Docker即原生支持跨主機(jī)容器的直接通信。其中，主要借助Docker Engine原生支持overlay網(wǎng)絡(luò)來(lái)完成。

除了網(wǎng)絡(luò)能力的重大突破，Docker的存儲(chǔ)能力逐漸變得開(kāi)放。Docker鏡像方面，開(kāi)始采用內(nèi)容尋址方式，提高鏡像利用率與安全性；容器存儲(chǔ)方面，開(kāi)放volume接口，方便用戶集成第三方的存儲(chǔ)解決方案，如Flocker、ScaleIO等。

集群能力的完善，給用戶帶來(lái)的體驗(yàn)絕對(duì)空前。自此，Docker的一體化世界已成形態(tài)，在容器領(lǐng)域形成一個(gè)巨大的工具鏈生態(tài)。

融資與收購(gòu)

技術(shù)的迭代同時(shí)，Docker在資本市場(chǎng)的斬獲也是捷報(bào)頻傳。融資的逐漸做大，也恰恰適應(yīng)Docker的發(fā)展勢(shì)頭。Docker公司從2013年開(kāi)始，一共經(jīng)歷了多輪融資，而且累計(jì)金額高達(dá)1.5億。融資金額的巨大，意味著Docker將來(lái)一定要上市IPO，從而給投資方以回報(bào)。Docker的誕生至今，已經(jīng)積累了大量的開(kāi)發(fā)者，開(kāi)發(fā)者市場(chǎng)可謂規(guī)模驚人，但是投資者和Docker都清楚，依靠開(kāi)發(fā)者市場(chǎng)很難盈利，而上市IPO則必須有業(yè)績(jī)，企業(yè)市場(chǎng)似乎就成了一條必經(jīng)之路。縱觀Docker的發(fā)展，不論是收購(gòu)的步伐，還是產(chǎn)品的演進(jìn)，商業(yè)化的意味也是逐步彌漫開(kāi)來(lái)。

Docker公司及其前身在融資方面的進(jìn)展詳見(jiàn)下表：

資本的推動(dòng)背后，Docker在收購(gòu)方面，一直步步為營(yíng)，循序漸進(jìn)。從工具的吸納，到平臺(tái)的支持，到生態(tài)的構(gòu)建，

• 2014年7月，Docker收購(gòu)Orchard掀起了收購(gòu)的序幕，隨后立即將Orchard的產(chǎn)品Fig更名為compose，成為Docker最重要的項(xiàng)目之一進(jìn)行維護(hù)，輔助完善Docker容器的編排業(yè)務(wù)。
• 同年10月，Docker收購(gòu)Koality，加速企業(yè)版DockerHub的開(kāi)發(fā)，從而在企業(yè)級(jí)工作流程以及應(yīng)用生命周期管理方面提供更自動(dòng)化，更高效的服務(wù)。
• 2015年的3年，Docker和SocketPlane走到了一起，容器的網(wǎng)絡(luò)能力得到一定程度的突破，SocketPlane在SDN方面的經(jīng)驗(yàn)，也幫助Docker成功孕育了后期libnetwork項(xiàng)目的發(fā)展。
• 同年同月，Kitematic擁抱Docker，容器的自動(dòng)化配置部署也幫助Docker在用戶市場(chǎng)占領(lǐng)更大的份額。
• 去年10月，震驚容器界的大新聞無(wú)疑是Docker對(duì)于Tutum的收購(gòu)。這一舉動(dòng)將Docker的意圖表現(xiàn)得再明顯不過(guò)，容器化企業(yè)級(jí)應(yīng)用的部署與管理版圖初步完善。
• 今年年初，Unikernel與Docker的結(jié)合，則和以往的并購(gòu)案稍顯不同。也許Docker早已察覺(jué)到在未來(lái)的容器世界中，操作系統(tǒng)是一個(gè)有待革命的領(lǐng)域。如何實(shí)現(xiàn)操作系統(tǒng)的精簡(jiǎn)，進(jìn)而更好的支持容器的運(yùn)行，很有可能是操作系統(tǒng)的變革之路，比如CoreOS的起點(diǎn)，也是基于這樣的理念。
• 3月初，另一個(gè)大新聞則是Docker對(duì)于Conductant的收購(gòu)。要知道Conductant的團(tuán)隊(duì)是Aurora項(xiàng)目的創(chuàng)始者，而Aurora則是Mesos之上最為成功的框架之一，用于支持長(zhǎng)任務(wù)的運(yùn)行以及周期性的任務(wù)。此舉的意圖無(wú)需多談，對(duì)于應(yīng)用的編排管理，Docker已經(jīng)不甘示弱，奮起直追，力求與Kubernetes和Marathon正面競(jìng)爭(zhēng)。

Docker公司的收購(gòu)案例詳見(jiàn)下表：

產(chǎn)品布局

資本可以支撐Docker的運(yùn)作，收購(gòu)則是Docker技術(shù)與產(chǎn)品的補(bǔ)充。圍繞“Build，Ship，Run”這一宗旨，Docker提供了一系列極大方便DevOps團(tuán)隊(duì)管理應(yīng)用的集成產(chǎn)品。進(jìn)一步深入，你會(huì)發(fā)現(xiàn)Docker已經(jīng)提供了4類(lèi)不同的產(chǎn)品：

• Docker解決方案
• Docker工具箱
• 軟件基礎(chǔ)插件
• 開(kāi)放工業(yè)標(biāo)準(zhǔn)

不論是公有市場(chǎng)，還是企業(yè)化的私有市場(chǎng)，Docker的解決方案完全覆蓋了兩個(gè)領(lǐng)域。公有的Docker Hub以及基于Tutum的Docker公有云，極大的滿足了公有云容器市場(chǎng)。而商業(yè)版的Docker Engine，Docker Trusted Registry以及UCP，則作為企業(yè)市場(chǎng)的三件套，形成完善的DDC（Docker Data Center），構(gòu)建一體化的Docker數(shù)據(jù)中心。

針對(duì)開(kāi)發(fā)者市場(chǎng)，Docker ToolBox則是一個(gè)專(zhuān)為開(kāi)發(fā)者設(shè)計(jì)的工具包，從而實(shí)現(xiàn)云原生分布式應(yīng)用的構(gòu)建與運(yùn)行。強(qiáng)大的工具包中幾乎涵蓋了Docker全部的開(kāi)源項(xiàng)目，如：Docker Machine、Docker Swarm、Docker Compose、Docker Registry、Docker Engine以及Kitematic。

更為底層的基礎(chǔ)設(shè)施工具，Docker提供了RunC來(lái)支持通用容器運(yùn)行時(shí)；Notary可以幫助用戶完成受信內(nèi)容的傳輸分發(fā)；Unikernel則可以精簡(jiǎn)用戶操作系統(tǒng)的，從而使應(yīng)用的運(yùn)行更高效更安全；

開(kāi)放工業(yè)標(biāo)準(zhǔn)方面，Docker領(lǐng)導(dǎo)成立開(kāi)放容器項(xiàng)目（The Open Container Project），并將其貢獻(xiàn)給Linux基金會(huì)，與Linux共同構(gòu)建容器格式與運(yùn)行時(shí)的開(kāi)放工業(yè)標(biāo)準(zhǔn)。截至到今天，全球已經(jīng)有諸如Amazon、Google、Microsoft、redhat等50家公司宣布支持該項(xiàng)目。而RunC項(xiàng)目則是專(zhuān)為OCP而生的容器項(xiàng)目，從此容器標(biāo)準(zhǔn)完全可以基于RunC來(lái)發(fā)展。

生態(tài)之爭(zhēng)

縱觀歷史，沒(méi)有哪項(xiàng)技術(shù)發(fā)展之快猶如Docker。伴隨技術(shù)的發(fā)展，Docker生態(tài)的成長(zhǎng)之勢(shì)也是如此。

容器引擎一向是容器技術(shù)的核心部分。隨著OCP的成立，runC已經(jīng)成為容器生態(tài)中的工業(yè)標(biāo)準(zhǔn)，而Docker也借助自己在用戶群體方面的壓倒性優(yōu)勢(shì)，成為容器引擎領(lǐng)域的事實(shí)標(biāo)準(zhǔn)。生態(tài)內(nèi)相同的容器引擎，當(dāng)然還包括CoreOS團(tuán)隊(duì)開(kāi)源的rkt項(xiàng)目，然而在用戶以及社區(qū)活躍度方面，都和Docker存在較大的差距。

坐擁龐大的用戶群，又有容器領(lǐng)域事實(shí)標(biāo)準(zhǔn)的優(yōu)勢(shì)，看似一家獨(dú)大的局面形勢(shì)大好。然而生態(tài)之爭(zhēng)早已和一年前的形勢(shì)大有差別。雖說(shuō)容器標(biāo)準(zhǔn)之爭(zhēng)暫告一段落，但接踵而至的則是更為激烈的容器編排（Container Orchestration）之爭(zhēng)。

容器編排是目前容器生態(tài)中最為聚焦的話題，幾個(gè)容器的管理并非難事，而調(diào)度、管理和監(jiān)控大規(guī)模可擴(kuò)展的容器集群則是一個(gè)巨大的挑戰(zhàn)。其中涉及的技術(shù)難點(diǎn)更多、更棘手，比如：多種類(lèi)型的任務(wù)的處理，容器的最佳運(yùn)行節(jié)點(diǎn)的規(guī)劃，故障恢復(fù)，存儲(chǔ)共享，負(fù)載均衡等。容器編排的生態(tài)之爭(zhēng)，遠(yuǎn)比想象中的激烈。除了立足容器標(biāo)準(zhǔn)的Docker之外，老將、新兵均有參與。

Mesos，作為分布式系統(tǒng)資源調(diào)度的先驅(qū)，很大程度上解決了大規(guī)模集群的資源問(wèn)題，其提出的DCOS理念也逐漸被世人知曉。配合Mesosphere的Marathon的應(yīng)用框架，可以說(shuō)Mesos借助Docker的大潮，似乎看到了二次春天。然而如何和Docker更緊密的結(jié)合，發(fā)揮Docker原生的能力，則是Mesos亟需解決的問(wèn)題。

Kubernetes（k8s），其內(nèi)部原型是Google內(nèi)部擁有10年左右成功運(yùn)營(yíng)經(jīng)驗(yàn)的Borg平臺(tái)，目前支持Docker，對(duì)外開(kāi)源。對(duì)于k8s的誕生，似乎從來(lái)沒(méi)有人質(zhì)疑過(guò)Google的超大規(guī)模容器集群管理能力。換言之，生態(tài)之爭(zhēng)，k8s始終站在令人高山仰止的位置，然而這也未必不是一件好事。從用戶群體以及容器技術(shù)的角度而言，親Docker或是避Docker，Kubernetes并沒(méi)有太多的選擇，而通過(guò)容器編排這一絕對(duì)制高點(diǎn)出手，通過(guò)3至5年的時(shí)間發(fā)展，或許有能力達(dá)到不錯(cuò)的收效。市場(chǎng)往往也不是技術(shù)一點(diǎn)來(lái)左右的，若不能撼動(dòng)Docker的用戶基礎(chǔ)以及無(wú)法應(yīng)對(duì)Docker容器技術(shù)拒絕開(kāi)放的可能性，都將有可能讓Kubernetes面臨被動(dòng)。Kubernetes必須讓用戶接受兩套標(biāo)準(zhǔn)：即Docker標(biāo)準(zhǔn)以及k8s自身標(biāo)準(zhǔn)，不得不說(shuō)這是一種無(wú)奈之舉。對(duì)于Docker Engine的高速發(fā)展，k8s無(wú)法完全兼容，更是在Docker容器的滯后支持上表現(xiàn)出了一定程度的疲態(tài)。總結(jié)而言，隔著Docker，接觸用戶，試圖落地，會(huì)有不少挑戰(zhàn)。

Docker至今仍然視“Build，Ship，Run”為宗旨，編排（Orchestration）也許正在醞釀，至少布局之中，并未有太多的顯露，當(dāng)然本月初對(duì)于Conductant的收購(gòu)，可能是較為明顯的一步棋。如果說(shuō)完備的工具鏈?zhǔn)沁M(jìn)入企業(yè)市場(chǎng)的第一步，那么強(qiáng)大的容器集群編排將會(huì)滿足企業(yè)內(nèi)部進(jìn)一步的需求。三年的時(shí)間，Docker把絕大部分的精力放在完善容器上，然而容器（Container）和應(yīng)用（Application）之間總是隔著不可逾越的鴻溝。反觀Docker，細(xì)細(xì)玩味，Docker定義的內(nèi)容全部是容器的原語(yǔ)，只有在Docker Compose一層存在薄薄的應(yīng)用原語(yǔ)。坐擁用戶群與標(biāo)準(zhǔn)，高舉“Docker Native”的大旗，在幫助用戶轉(zhuǎn)變應(yīng)用模式方面，Docker責(zé)無(wú)旁貸。應(yīng)用編排領(lǐng)域，Docker給外界的感受一直是不緊不慢，大有成竹在胸之態(tài)。生態(tài)之中，其他玩家最擔(dān)憂的恐怕就是“Docker的釜底抽薪”了，也就是在開(kāi)源的Docker Engine中添加更多的商業(yè)化考量，從而使得自身的競(jìng)爭(zhēng)處于絕對(duì)的優(yōu)勢(shì)。擔(dān)憂是一方面，Conductant的加入也讓局勢(shì)變得更加撲朔迷離，“應(yīng)用”二字不再回避，瞬間應(yīng)用編排生態(tài)在臺(tái)面上呈“三足鼎立”之勢(shì)。

未來(lái)展望

Docker三周年，IT界巨變的三年，巨變的是應(yīng)用模式，是容器生態(tài)，是編排技術(shù)，更是千萬(wàn)軟件工程師對(duì)時(shí)代的思考。

厚積薄發(fā)，會(huì)是Docker未來(lái)幾年內(nèi)的最準(zhǔn)備描述。而應(yīng)用編排領(lǐng)域的競(jìng)爭(zhēng)勢(shì)必會(huì)更加白熱化，鹿死誰(shuí)手，三足鼎立抑或是百家爭(zhēng)鳴，猶未可知。作為一個(gè)容器生態(tài)的參與者，很幸運(yùn)能親歷時(shí)代的變遷。

還是那句話，發(fā)展是一個(gè)亙古不變的話題，而這十年，你會(huì)相信是Docker引領(lǐng)嗎？

作者簡(jiǎn)介

作者簡(jiǎn)介：孫宏亮，DaoCloud技術(shù)合伙人，主要負(fù)責(zé)DaoCloud企業(yè)級(jí)容器云平臺(tái)的研發(fā)。對(duì)系統(tǒng)Docker化與微服務(wù)架構(gòu)有豐富的經(jīng)驗(yàn)，目前已出版《Docker 源碼分析》一書(shū)，也是國(guó)內(nèi)第一批研究及實(shí)踐Docker的工程師，同時(shí)也是國(guó)內(nèi)社區(qū)極具影響力的Docker布道者。