摘要：彼時(shí)，從虛擬化管理到公有云，熱鬧異常。雖然年才明顯放棄公有云的全面競(jìng)爭(zhēng)，但在年決定發(fā)起和開(kāi)源項(xiàng)目是，不說(shuō)明確，至少已經(jīng)隱隱覺(jué)得肯定搞不過(guò)亞馬遜了。年前賣(mài)的多火，被視為虛擬主機(jī)的升級(jí)版。當(dāng)然不是新堆棧，而是傳統(tǒng)堆棧。

還記得在十多年前，SaaS鼻祖SalesForce喊出的口號(hào)『No Software』嗎？SalesForce在這個(gè)口號(hào)聲中開(kāi)創(chuàng)了SaaS行業(yè)，并成為當(dāng)今市值460億美元的SaaS之王。今天談?wù)劇篘o Server』有關(guān)的事。繼OpenStack、Docker 、MiscroService、Unikernel、Kubernetes和Mesos之后，ServerLess正成為Google亞馬遜乃至創(chuàng)業(yè)公司暗戰(zhàn)的新戰(zhàn)場(chǎng)，它們能否成為云計(jì)算領(lǐng)域的顛覆性趨勢(shì)？

?

1、開(kāi)始于Eucalyptus終結(jié)于OpenStack，不僅是從眾而且想取巧并彎道超車(chē)

在2008、2009、2010那三年，雖然過(guò)來(lái)還處于云計(jì)算的蠻荒年代，但國(guó)外敏銳的開(kāi)發(fā)者和公司已經(jīng)看到的云計(jì)算的星星之火。像國(guó)人一樣，他們 也想在這火成燎原之勢(shì)前，以最小的風(fēng)險(xiǎn)、最小的投入、最快的時(shí)間，分得較大一杯羹。

當(dāng)然，最先行、最敏銳的是開(kāi)發(fā)者們。

彼時(shí)，從虛擬化管理到公有云API，熱鬧異常。

虛擬化管理曾領(lǐng)過(guò)風(fēng)騷的就有Virtualiron、3tera、qlayer、OpenNebula、Abiquo、virt-manager、oVirt、XenServer、ConVirt、Ganeti、Proxmox、Enomalism。相信我，2009年4月的時(shí)候，最牛的就是這幾個(gè)：Enomalism、ConVirt、oVirt、Virtual Manager。那會(huì)連Eucalyptus都感覺(jué)很難用。

當(dāng)然，最后歸結(jié)于Eucalyptus 、CloudStack和OpenStack。

關(guān)于他們的優(yōu)劣和成敗原因的分析，已有很多。三者中，Eucalyptus出身最學(xué)術(shù)，CloudStack出身商業(yè)味最濃，OpenStack介于兩者之間?；蛟S，這是OpenStack成功的重要因素？我認(rèn)為采用Python語(yǔ)言也是重要因素之一。

Eucalyptus出現(xiàn)最早，2008年就出來(lái)了，是由加州大學(xué)圣塔芭芭拉分校的Rich Wolski和他的博士弟子們開(kāi)始的。NASA最開(kāi)始也是使用的Eucalyptus啊。但是，學(xué)術(shù)機(jī)構(gòu)，還是從事HPC的嘛，雖然一開(kāi)始就對(duì)標(biāo)和兼容EC2 API，但可用性還是差了那么些，特別是對(duì)商業(yè)運(yùn)作敏感性查了一些。及至后來(lái)引進(jìn)了MySQL的創(chuàng)始人Martin，加快了商業(yè)化步伐，怎奈OpenStack勢(shì)頭已成，且OpenStack沒(méi)有商業(yè)公司控制，這一點(diǎn)很重要，大咖們都喜歡玩不受商業(yè)公司控制的，由基金會(huì)管理的項(xiàng)目。

OpenStack出現(xiàn)的晚多了，2010年才出現(xiàn)。NASA最開(kāi)始也是使用Eucalyptus，據(jù)說(shuō)NASA想給Eucalyptus開(kāi)源版本貢獻(xiàn)patch，但Eucalyptus沒(méi)接受，Eucalyptus不會(huì)玩社區(qū)嘛。NASA 的六個(gè)開(kāi)發(fā)人員，用了一個(gè)星期時(shí)間用Python 做出來(lái)一套原型，結(jié)果，能跑。這就是Nova的起源。NASACIO 跟 Raskspace一個(gè)副總走得近，于是NASA 貢獻(xiàn) Nova，Raskspace貢獻(xiàn)Swift ，在2010年的7月發(fā)起了 OpenStack 項(xiàng)目。

CloudStack也在2008年成立。CloudStack一開(kāi)始就用了cloud.com這個(gè)域名，讓我覺(jué)得背后的團(tuán)隊(duì)太有商業(yè)眼光了。這個(gè)域名肯定花了不少錢(qián)，但將來(lái)一定能掙回來(lái)。因?yàn)槟菚?huì)用全部力量撲在虛擬化上的團(tuán)隊(duì)，不多。那會(huì)，OpenStack剛成立的時(shí)候，CloudStack還是OpenStack的成員呢。為嘛？我也沒(méi)想通。

但是，CloudStack和Eucalyptus一樣，最開(kāi)始并不開(kāi)源，開(kāi)源后還留了點(diǎn)尾巴，而且自己控制著商業(yè)版本。等發(fā)現(xiàn)這種模式玩不轉(zhuǎn)了，2011年7月賣(mài)給了Citrix，全部開(kāi)源后，發(fā)現(xiàn)大家已經(jīng)都在玩OpenStack了。

OpenStack太好了？為什么？有人已經(jīng)貢獻(xiàn)了很多代碼了，其實(shí)OpenStack發(fā)布后直到CloudStack被Citrix再轉(zhuǎn)賣(mài)出去為止，OpenStack的易用性和穩(wěn)定性一直和CloudStack有差距。但是架不住OpenStack免費(fèi)、完全開(kāi)源、沒(méi)有商業(yè)公司控制。

這多好，天上掉下的餡餅。拿來(lái)就能用，改改界面就是自己的版本啦。就有軟件和產(chǎn)品了，有解決方案了，甚至可以做公有云和亞馬遜AWS一決雌雄了。

嘿，這事RackSpace最有發(fā)言權(quán)。雖然Rackspace 2015年才明顯放棄公有云的全面競(jìng)爭(zhēng)，但在2010年RackSpace決定發(fā)起和開(kāi)源OpenStack項(xiàng)目是，不說(shuō)明確，至少已經(jīng)隱隱覺(jué)得肯定搞不過(guò)亞馬遜AWS了。那時(shí)，他們與亞馬遜AWS的競(jìng)爭(zhēng)已有三年。

OpenStack本來(lái)想另起爐灶，搞一套和AWS EC2不同的API，利用代碼和API的開(kāi)放性，糾結(jié)開(kāi)發(fā)者和業(yè)內(nèi)公司，形成一個(gè)生態(tài)系統(tǒng)，對(duì)抗AWS。但是后來(lái)，從API到架構(gòu)，越來(lái)越像AWS。

RackSpace當(dāng)然是這么想的，但是后來(lái)的發(fā)展卻不受自己控制了。來(lái)的小公司當(dāng)然很多，大腕也是不少。當(dāng)然，RackSpace的投入也是不少。股票得靠云計(jì)算支撐啊。公有云發(fā)展慢了，OpenStack也是個(gè)招牌。RackSpace的云主機(jī)不是收購(gòu)的slicehost嘛，后來(lái)有沒(méi)有用OpenStack不知道，但云存儲(chǔ)基本用的是Swift，基于哪個(gè)版本就不好說(shuō)了。

我猜的是，OpenStack對(duì)RackSpace的公有云沒(méi)有明顯幫助。因?yàn)镺penStack這樣的軟件能在一個(gè)公有云的運(yùn)營(yíng)里面占據(jù)的角色太基礎(chǔ)了，而且OpenStack需要考慮眾多廠(chǎng)家和參與者的需求。

接著上面說(shuō)，天上掉下的餡餅，誰(shuí)遇到這好事不嫌棄。其實(shí)OpenStack就功能和穩(wěn)定性來(lái)說(shuō)，那幾個(gè)大廠(chǎng)家復(fù)制一個(gè)是沒(méi)有問(wèn)題的。但是，聲勢(shì)不夠，沒(méi)有名聲。IT圈也是個(gè)圈啊，沒(méi)有名頭也沒(méi)人關(guān)注啊。純商業(yè)版的，VMware和微軟已經(jīng)夠了，再搞一個(gè)沒(méi)人要的，還不如在當(dāng)紅炸子雞OpenStack上投入和榨點(diǎn)油水。當(dāng)然，也有不少，把大把銀子和大堆的人力投入在OpenStack上的。

不投不行啊，自己搞一個(gè)沒(méi)人關(guān)注。還不如找個(gè)有名頭的繼續(xù)包裝。大公司無(wú)奈如此。小公司反而更好辦了，反正一無(wú)所有，拿個(gè)現(xiàn)成的起步，有是在東西，還有響亮的名頭，必須上啊。

國(guó)外不知道，中國(guó)想以O(shè)penStack為生的公司么有100家，也有50家。

當(dāng)然，后來(lái)的結(jié)果大家都知道了。OpenStack搞AWS沒(méi)戲，投入較大的HP Helion都要關(guān)閉了，其他拿OpenStack搞公有云的就更不用說(shuō)了。

從RackSpace開(kāi)始，大家拿OpenStack開(kāi)始搞私有云。私有云？從開(kāi)頭說(shuō)的那些開(kāi)源的，到VMware VShpere、微軟ystem center，那都是相當(dāng)成熟的。恩，就是貴了點(diǎn)。

現(xiàn)在OpenStack開(kāi)始往下走了，私有云了嘛。以前是管理和集成，現(xiàn)在深入到更底層的了，從虛擬機(jī)的大頁(yè)內(nèi)存、CPU綁定、IO調(diào)度，到網(wǎng)絡(luò)的SDN、NFV，這都得有啊。私有云軟件，這個(gè)都是可以控制的。OpenStack現(xiàn)在回過(guò)神來(lái)搞私有云，那這些都得搞。

但是，有多少人和公司想過(guò)，自己需要的是一個(gè)新玩意還是一個(gè)虛擬化管理工具？是OpenStack的復(fù)雜性可擴(kuò)展性還是順手和可靠？當(dāng)然沒(méi)有多少人在用之前，對(duì)虛擬化管理軟件領(lǐng)域有充分的了解，也不一定有資源做充分的調(diào)研，流行的就是好的。

后面的事，大家都知道了。CloudStack2015年底被Citrix轉(zhuǎn)賣(mài)給Accelerite，而Eucalyptus早在2014年9月就已經(jīng)委身于HP。

競(jìng)爭(zhēng)對(duì)手一個(gè)個(gè)倒下，看似勢(shì)頭無(wú)敵的時(shí)候，也就是最危險(xiǎn)的時(shí)候。這不，還沒(méi)等干掉對(duì)手的時(shí)候，Docker就來(lái)了。Docker的淵源雖然很古老，但本身誕生于2013年，是OpenStack紅得發(fā)紫，各公司蜂擁而上的那年。

誰(shuí)也想不到，Docker這個(gè)老古董能掀起這么大的波瀾，差點(diǎn)讓OpenStack翻船。OpenStack最牛的是勢(shì)，而Docker也是來(lái)勢(shì)洶洶?？纯聪旅娴膱D，IT圈曝光率也是基礎(chǔ)啊，面對(duì)Docker，OpenStack不心慌才怪。

但其實(shí)Docker是半個(gè)老古董。

2、Docker這半個(gè)老古董，掀起了第二波從眾而且想取巧并彎道超車(chē)的浪潮

沒(méi)錯(cuò)，第二波終于來(lái)了。

因?yàn)椴坏鉕penStack的沒(méi)能搞定公有云，不搞OpenStack的也沒(méi)能搞掂公有云。得有點(diǎn)新東西出來(lái)。

我們先從看看Docker有多老開(kāi)始?，F(xiàn)在看到的Docker的起源都不能算起源，只能說(shuō)出生。其實(shí)Docker也有老祖先七大姑八大姨的。

任何東西都能追溯到老祖先，虛擬化還能追溯到70年代的大型機(jī)呢。那個(gè)是有點(diǎn)牽強(qiáng)了，但是Docker的直系親屬那也是夠老的。

遠(yuǎn)房的親戚就不說(shuō)了，新生代的KVM都6、7年的歷史了，老一代的Xen和QEMU從2003年算起都十二三年的歷史了。在IT行業(yè)，10年已經(jīng)很久了。

但Docker的近親，歷史也不短，甚至有的更久。Docker它爸LXC從2006年開(kāi)始開(kāi)發(fā)，到2008年發(fā)布0.1.0版本，Docker直接間接使用的其他組件Chroot、cgroup、namespaces、libcontainer的歷史當(dāng)然也不會(huì)比LXC短。它叔叔Linux-VServer在2003年就已經(jīng)發(fā)布了1.0版本，這是基于內(nèi)核態(tài)隔離的容器。它還有眾多表兄弟Cloudfoundry Warden、BSD Jails、AIX workload partitions、iCore Virtual Accounts、Sandboxie、Virtuozzo等等，其中Virtuozzo、OpenVZ和Solaris Container歷史都在十年以上。

關(guān)注虛擬化和IDC的，有些Docker的親戚應(yīng)該是很熟悉的。這回又提到IDC了，云計(jì)算真實(shí)上輩子就跟IDC糾纏在一起。收費(fèi)的Virtuozzo、免費(fèi)的OpenVZ，那是云計(jì)算和云主機(jī)出現(xiàn)之前，Xen和KVM出現(xiàn)之前，搞VPS的利器。10年前VPS賣(mài)的多火，被視為虛擬主機(jī)的升級(jí)版。

OpenVZ是Virtuozzo容器技術(shù)的linux版，LXC是OpenVZ為了融入內(nèi)核開(kāi)發(fā)的對(duì)應(yīng)版，開(kāi)發(fā)者大部分是同一批人。LXC及周邊工具就是現(xiàn)在Docker的重要組成部分。

Docker出現(xiàn)也就5，6年，但它的大部分身體都出現(xiàn)差不多10年了，你說(shuō)它是不是半個(gè)老古董呢？

Docker本身大家都很熟很熟了，不用贅言。不過(guò)經(jīng)常有人拿Docker和Xen、KVM支持的虛擬機(jī)對(duì)比，說(shuō)占用體積小、啟動(dòng)速度快，不是一個(gè)層級(jí)的東西好嘛，一個(gè)在操作系統(tǒng)之上，一個(gè)在操作系統(tǒng)之下，不贅言了。Docker當(dāng)然也不能和LXC等Linux容器對(duì)比，都是用的同一系列核心工具，只是管理層不同而已。

Docker在2013年底，2014年初，突然吸引了眾人的目光，并在2014年2015年集萬(wàn)千寵愛(ài)于一身，就如前兩年的OpenStack一樣。

回到Docker誕生的年代，2010年，幾個(gè)年輕人在舊金山成立了一家做 PaaS 平臺(tái)的公司dotCloud。大家現(xiàn)在都知道Heroku，也是PaaS型，而且，也用到了容器，可能是LXC吧。當(dāng)然不是新堆棧PaaS，而是傳統(tǒng)堆棧PaaS。這和Heroku一樣，為開(kāi)發(fā)人員提供操作系統(tǒng)、通用庫(kù)、特定語(yǔ)言的運(yùn)行環(huán)境，應(yīng)用的部署、管理、監(jiān)控等。

dotCloud把需要花費(fèi)大量時(shí)間的重復(fù)性工作，抽象成組件和服務(wù)，如規(guī)范容器的格式、便利容器的生命周期管理等，方便開(kāi)發(fā)者管理和監(jiān)控自己的應(yīng)用。

正如我在《云計(jì)算時(shí)代》一書(shū)中所言，新堆棧PaaS離開(kāi)發(fā)者現(xiàn)有技能太遠(yuǎn)，傳統(tǒng)堆棧PaaS離現(xiàn)有堆棧太近。不管哪種，都擋住了開(kāi)發(fā)者掌控一切的意愿。所以，PaaS多年來(lái)雖然獨(dú)立作為一類(lèi)云服務(wù)，并沒(méi)有足夠大的市場(chǎng)。

雖然dotCloud 在2011年初拿到了1000萬(wàn)美元的融資，但這個(gè)市場(chǎng)本沒(méi)有那么大，也沒(méi)有快速的增長(zhǎng)，容納不下太多的企業(yè)。也沒(méi)有干過(guò)Heroku、Engine Yard等公司，自然前景不妙。

dotCloud 的創(chuàng)始人 Solomon Hykes 把大伙召集到一起，大家琢磨了一下，商業(yè)是沒(méi)戲了，那也要搞一把非商業(yè)的事情，把我們?cè)谌萜魃系墓ぷ髌鹈鸇ocker開(kāi)源出來(lái)。能不能把競(jìng)爭(zhēng)對(duì)手干掉不好說(shuō)，希望是挺渺茫，但是起碼能在社區(qū)留個(gè)名！萬(wàn)一，開(kāi)放開(kāi)源能夠搞成更大的勢(shì)頭，公司還能起來(lái)呢。

是不是和RackSpace當(dāng)初搞OpenStack有幾分相像？狗急了還要跳墻呢，絕處逢生不是不可能。所謂堅(jiān)持，耐心，就是這個(gè)意思。只是這是一條高風(fēng)險(xiǎn)高收益的路罷了。

LXC，包括OpenVZ，在2013年之前，可不只是Heroku等PaaS公司在用，有些公司內(nèi)部都在使用，甚至包括我在內(nèi)的一些公有云從業(yè)者也慎重考慮過(guò)用容器作為公有云的基礎(chǔ)。當(dāng)然，還真有這么干的。Joyent大概是除了AWS之外，干公有云最早的了吧，可能比RackSpace還早點(diǎn)，就是基于Solaris Zone賣(mài)云主機(jī)的。Joyent的技術(shù)骨干是從SUN出來(lái)的，精通Solaris，他們整了一個(gè)基于Solaris的精簡(jiǎn)內(nèi)核，專(zhuān)門(mén)用來(lái)跑Zone，類(lèi)似于CoreOS，叫做SmartOS，基于這個(gè)做出了私有云軟件SmartDataCenter。說(shuō)這些可能沒(méi)幾個(gè)人知道，但是鼎鼎大名的Node.js很多人熟悉，就是Joyent開(kāi)發(fā)維護(hù)的。

沒(méi)錯(cuò)，LXC和OpenVZ用在企業(yè)內(nèi)部是很好的，非常好。但是限于LXC當(dāng)時(shí)的管理工具欠缺，并沒(méi)能大規(guī)模流行起來(lái)。它需要一個(gè)契機(jī)。這個(gè)契機(jī)就是Docker，Docker解決了LXC的管理問(wèn)題。

電視劇總是那么相似，相遇、離別、重逢，受苦受難、遇到高人、報(bào)仇雪恨，IT圈的故事也逃脫不了這樣的情節(jié)。Docker的故事，真的和OpenStack，包括此前的Linux等其他開(kāi)源軟件，有幾分相似。

dotCloud把自己在容器上的工作成果Docker開(kāi)放開(kāi)源了，開(kāi)發(fā)者和小公司雀躍了：又來(lái)一個(gè)餡餅啊。這個(gè)餡餅解決了一些問(wèn)題，讓其他人和開(kāi)發(fā)者免除了管理和開(kāi)發(fā)工作量，這是次要的。更重要的是，后來(lái)參與的開(kāi)發(fā)者、小公司、大公司對(duì)Docker的期待，遠(yuǎn)不止解決容器本身的管理問(wèn)題，也不只是因?yàn)橛幸慌讼矚g而從眾，還有一個(gè)很多人很多公司沒(méi)有說(shuō)出的理由：容器是未來(lái)，干掉現(xiàn)在的私有云和公有云。

Docker 如此受歡迎，2013年10月 dotCloud 公司更名為 Docker 公司。2014年8月 Docker把平臺(tái)即服務(wù)的業(yè)務(wù)dotCloud出售給位于德國(guó)柏林的平臺(tái)即服務(wù)提供商cloudControl，2016年初 dotCloud被cloudControl關(guān)閉。而Docker公司開(kāi)始全身心運(yùn)營(yíng)Docker社區(qū)，并開(kāi)展Docker商業(yè)化。

Docker 迅速成長(zhǎng)為云計(jì)算相關(guān)領(lǐng)域更受歡迎的開(kāi)源項(xiàng)目，Amazon、Google、IBM、Microsoft、Red Hat 和 VMware 都表示支持 Docker 技術(shù)或準(zhǔn)備支持。據(jù)說(shuō)，有 Linux 的地方，就可以運(yùn)行 Docker。Mac上也可以，Windows 上都有直接運(yùn)行 Docker 的 Windows Docker 和 Nano Server，當(dāng)然，這已經(jīng)是 Windows 版的了。

截止2016年初，Docker 獲得 5 輪 1.8 億美元融資，推出了Docker Hub、Docker Trusted Registry、Docker Tutum等產(chǎn)品，試圖控制Docker容器的存儲(chǔ)、管理。在2015年上半年與OpenStack的論戰(zhàn)之后，雙方握手言和，以O(shè)penStack支持Docker管理告終。

Docker當(dāng)然不甘心只是一個(gè)工具軟件，也是要做產(chǎn)品、平臺(tái)的，拿投資人的錢(qián)可不能做公益做開(kāi)源啊。凡是有威脅的就要干掉，或者收掉。于是Docker收購(gòu)Unikernels。

3、Docker為何收購(gòu)Unikernels？既是看好更是感到威脅

容器作為虛擬化技術(shù)的一種，在云計(jì)算出現(xiàn)之前就出現(xiàn)了。之所以在2014年前后流行，是因?yàn)榇蠹倚枰环N與硬件虛擬化更輕量級(jí)的技術(shù)，來(lái)有效運(yùn)轉(zhuǎn)私有的基礎(chǔ)設(shè)施。這個(gè)私有的，既可以在自家機(jī)房里也可以在公有云上。

在私有的基礎(chǔ)設(shè)施上，至少某些應(yīng)用場(chǎng)景，Docker因?yàn)槠漭p量級(jí)，應(yīng)用啟動(dòng)更為迅速，資源利用更為高效。但是，循著這個(gè)思路，Unikernels更進(jìn)了一步。

我們先來(lái)看看怎么回事。

從操作系統(tǒng)誕生以來(lái)，它就扮演了一個(gè)應(yīng)用和硬件之間的平臺(tái)的角色，提供對(duì)硬件的控制。除了操作系統(tǒng)內(nèi)核和基本的控制臺(tái)，還有軟件開(kāi)發(fā)接口、語(yǔ)言運(yùn)行時(shí)環(huán)境、語(yǔ)言庫(kù)、輸入輸出設(shè)備控制，也需要支持各種古老的和新興的硬件標(biāo)準(zhǔn)。它需要支持多用戶(hù)、多進(jìn)程、多設(shè)備并發(fā)。

雖然操作系統(tǒng)的的用途各異，有桌面的、內(nèi)部IT系統(tǒng)的、有面向網(wǎng)絡(luò)的，但操作系統(tǒng)的架構(gòu)和模塊基本相同，一致沒(méi)有大的改動(dòng)。但在上世紀(jì)90年代后期，Hypervisor被引入了主流的操作系統(tǒng)。Hypervisor運(yùn)行于硬件之上，能支持多個(gè)虛擬機(jī)運(yùn)行多個(gè)不同的操作系統(tǒng)。但這一變化，并未對(duì)操作系統(tǒng)的設(shè)計(jì)產(chǎn)生大的影響。每一個(gè)虛擬機(jī)仍然運(yùn)行著一個(gè)傳統(tǒng)的操作系統(tǒng)。

但是當(dāng)Hypervisor推動(dòng)了云時(shí)代的到來(lái)后，通用操作系統(tǒng)的局限就更明顯了。在云環(huán)境中，由于規(guī)模更大，負(fù)載被明顯分成了不同的類(lèi)型：Web服務(wù)器負(fù)責(zé)處理網(wǎng)絡(luò)請(qǐng)求，數(shù)據(jù)庫(kù)服務(wù)器負(fù)責(zé)數(shù)據(jù)庫(kù)的運(yùn)行和數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)，等等。這些服務(wù)器可能永遠(yuǎn)都用不上顯示器、多用戶(hù)、多進(jìn)程。這些場(chǎng)景下的VM和OS的任務(wù)很明確，就是提供較好的存儲(chǔ)、計(jì)算、網(wǎng)絡(luò)性能。

開(kāi)發(fā)者們開(kāi)始質(zhì)疑操作系統(tǒng)的的設(shè)計(jì)和架構(gòu)：為什么一個(gè)Web Server上要安裝它從來(lái)用不到的軟件？其實(shí)在此之前，Windows服務(wù)器就遇到過(guò)類(lèi)似的問(wèn)題。我們只需要能快速擴(kuò)展和收縮VM的規(guī)模，VM越精簡(jiǎn)越輕量級(jí)越有利于這種彈性。但由傳統(tǒng)操作系統(tǒng)構(gòu)成的VM，只能勉強(qiáng)完成這個(gè)任務(wù)。

Docker所代表的容器恰逢其時(shí)。因?yàn)榛A(chǔ)技術(shù)早已就緒，流行很快。因?yàn)槟茉谕粋€(gè)操作系統(tǒng)上快速運(yùn)行多個(gè)隔離的輕量級(jí)的，容器基本解決了上述疑問(wèn)。容器封裝了應(yīng)用程序所需要的一切，除了共用的操作系統(tǒng)內(nèi)核，它封裝了運(yùn)行時(shí)環(huán)境、框架和庫(kù)、代碼、配置和相關(guān)的依賴(lài)。容器大大削減了操作系統(tǒng)作為一個(gè)全能平臺(tái)所承擔(dān)的角色。容器之下的操作系統(tǒng)這時(shí)只需要承擔(dān)一個(gè)非常輕量級(jí)的角色：?jiǎn)?dòng)和控制容器。這時(shí)的操作系統(tǒng)更為專(zhuān)業(yè)化，而容器承擔(dān)了運(yùn)行各種不同場(chǎng)景所需資源的角色。

這種趨勢(shì)催生了容器的Hypervisor的產(chǎn)生：CoreOS,RancherOS,Redhat Atomic Hosts,Snappy Ubuntu Core,Microsoft Nano。他們是為了支持在其上運(yùn)行容器而存在，沒(méi)有其他的任務(wù)，已經(jīng)非常精簡(jiǎn)。甚至Hypervisor之上的容器，有人又將其區(qū)分為操作系統(tǒng)容器和應(yīng)用容器，應(yīng)用容器就是只為單一應(yīng)用為目標(biāo)的容器。到這里，微服務(wù)（MicroService）終于可以見(jiàn)天日了，終于能夠使用了，而所謂的SOA、Mashable是不是能夠換發(fā)新的光彩呢？

但這種精簡(jiǎn)、輕量級(jí)還沒(méi)有到此為止，Unikernals出現(xiàn)了。在2014年初就出現(xiàn)了，那時(shí)Docker剛剛開(kāi)始崛起。

Unikernals將這種最小化操作系統(tǒng)的理念往前進(jìn)一步推進(jìn)。它是一個(gè)定制的操作系統(tǒng)，專(zhuān)為特定的應(yīng)用程序的運(yùn)行而編譯。因此，開(kāi)發(fā)者能夠創(chuàng)建一個(gè)極度精簡(jiǎn)的OS，只包含應(yīng)用和它所需的操作系統(tǒng)組件。Unikernals是單用戶(hù)、單進(jìn)程、單任務(wù)的定制操作系統(tǒng)，它在編譯時(shí)去除了所有不需要的功能，但包含了一個(gè)軟件運(yùn)行所需的全部堆棧：OS內(nèi)核、系統(tǒng)庫(kù)、語(yǔ)言運(yùn)行時(shí)環(huán)境、應(yīng)用，這些被編譯成一個(gè)可啟動(dòng)的VM鏡像，直接運(yùn)行在標(biāo)準(zhǔn)的Hypervisor上。

Unikernals讓操作系統(tǒng)之上的容器又變成了一個(gè)操作系統(tǒng)，不過(guò)這是一個(gè)重新吧便宜的極為緊湊的，直接運(yùn)行在Hypervisor而不是精簡(jiǎn)的通用操作系統(tǒng)上的操作系統(tǒng)。Unikernel有著更小的尺寸，更小的可攻擊面，啟動(dòng)時(shí)間也以毫秒計(jì)。Unikernals的論文在這里：https://queue.acm.org/detail.cfm?id=2566628。

不過(guò)，和Docker一樣，靈活帶來(lái)的伴生問(wèn)題，就是管理、監(jiān)控、回溯、審計(jì)，有運(yùn)維工程師說(shuō)，Docker就是運(yùn)維的噩夢(mèng)，那Unikernals可能是運(yùn)維和開(kāi)發(fā)者的噩夢(mèng)？為啥，因?yàn)閷?duì)應(yīng)用改一行代碼要重新編譯整個(gè)鏡像并部署，無(wú)法對(duì)一個(gè)Unikernals實(shí)例打補(bǔ)丁，也就是說(shuō)Unikernals的實(shí)例是靜態(tài)的。

Unikernals的例子包括MirageOS、Clive、OSv，目前都跑在Xen Hypervisor上。它有多小呢？一個(gè)MirageOS DNS鏡像是200KB，而一個(gè)目前全球90%DNS使用的開(kāi)源DNS服務(wù)器BIND鏡像是400MB。而MirageOS DNS鏡像的性能據(jù)稱(chēng)比BIND好45%。

咦？這不是嵌入式系統(tǒng)嗎？Unikernals當(dāng)然可以編譯出鏡像，運(yùn)轉(zhuǎn)在低功耗的設(shè)備上。如果Unikernals被移植到ARM平臺(tái)上，開(kāi)發(fā)者就可以編譯出運(yùn)行在ARM設(shè)備的hypervisor上的鏡像。這將讓嵌入式應(yīng)用的開(kāi)發(fā)更為容易。

那么，看起來(lái)，Unikernals雖然現(xiàn)在更像一個(gè)極客玩具，但是，不可否認(rèn)，Unikernals有代替容器和虛擬機(jī)的可能，至少在某些場(chǎng)景下。既然容器比虛擬機(jī)在某些場(chǎng)景下更好，為什么更精簡(jiǎn)的Unikernals就不能代替容器和虛擬機(jī)呢？

有可能。而且這個(gè)理念和Docker代表的容器理念相符。于是，Docker收購(gòu)了它。大家一起玩，一起干掉虛擬機(jī)。

Docker看起來(lái)無(wú)敵，前景光明。但是，道路還是曲折的。

大佬們是想干掉私有云和公有云的啊，你Docker公司守著這個(gè)熱門(mén)技術(shù)不放，控制的緊緊的， 我們?cè)趺赐?？不光是大佬，?chuàng)業(yè)公司也不干啊。

首先發(fā)難的是CoreOS和谷歌。

4、CoreOS反水，Kubernetes和Mesos把docker打回工具原型

CoreOS首先不干了。

CoreOS原本是Docker初期的鐵桿盟友，CoreOS可以說(shuō)就是為Docker而生的Linux，它的任務(wù)就是管理好Docker。但是隨著Docker開(kāi)始商業(yè)化，Docker對(duì)鏡像格式和代碼收緊了控制，甚至建立開(kāi)放平臺(tái)存儲(chǔ)Docker鏡像和認(rèn)證，當(dāng)然，還發(fā)布了Docker管理工具。

那CoreOS的位置在哪里？當(dāng)然，理由還是要像樣一點(diǎn)的：Docker的鏡像格式不夠靈活，工具鏈太龐大，我們要靈活而精簡(jiǎn)的東西。

于是CoreOS自己搞了一個(gè)容器：Rocket。本來(lái)嘛，大家都是基于LXC等工具的，這些工具都是開(kāi)源開(kāi)放，而且CoreOS也搞容器管理的，新搞個(gè)格式和管理工具還不是手到擒來(lái)。

當(dāng)然，雙方都承認(rèn)，Docker和Rocket不是直接競(jìng)爭(zhēng)關(guān)系。Docker是一個(gè)產(chǎn)品，并正在成為一個(gè)平臺(tái)。Rocket只想做一個(gè)容器管理的組件。但是，雙方還是分道揚(yáng)鑣了。

CoreOS一個(gè)人可沒(méi)這么大的氣勢(shì)，背后還有谷歌撐腰。Rocket很快被Kubernetes支持。

Kubernetes的靈感來(lái)源于Google的內(nèi)部borg系統(tǒng)，吸收了包括Omega在內(nèi)的容器管理器的經(jīng)驗(yàn)和教訓(xùn)。2014年6月谷歌宣布Kubernetes 開(kāi)源。谷歌想靠容器翻身呢？怎么能讓另一個(gè)商業(yè)云公司控制最流行的容器。

Kubernetes算是一個(gè)與Docker平臺(tái)競(jìng)爭(zhēng)的容器管理工具，自然首先支持Docker，但是也支持競(jìng)爭(zhēng)對(duì)手Rocket。

但是Kubernetes也有一個(gè)潛在對(duì)手：Mesos。Mesos比Kubernetes出現(xiàn)得早，而且兩者都深受谷歌的數(shù)據(jù)中心管理你項(xiàng)目Borg和Omega的影響。問(wèn)題是，Mesos不是谷歌自家的，雖然屬于Apache項(xiàng)目，但仍被商業(yè)公司Mesosphere，也是Mesos重要維護(hù)者主導(dǎo)。Mesos被稱(chēng)為數(shù)據(jù)中心操作系統(tǒng)，軟件定義數(shù)據(jù)中心的典范。

Mesos既是計(jì)算框架也是一個(gè)集群管理器，是Apache下的開(kāi)源分布式資源管理框架，它被稱(chēng)為是分布式系統(tǒng)的內(nèi)核，可以運(yùn)行Hadoop、MPI、Hypertable、Spark。使用ZooKeeper實(shí)現(xiàn)容錯(cuò)復(fù)制，使用Linux Containers來(lái)隔離任務(wù)，支持多種資源計(jì)劃分配。Mesos使用了與Linux內(nèi)核相似的規(guī)則來(lái)構(gòu)造，僅僅是不同抽象層級(jí)的差別。Mesos從設(shè)備（物理機(jī)或虛擬機(jī)）抽取 CPU，內(nèi)存，存儲(chǔ)和其他計(jì)算資源，讓容錯(cuò)和彈性分布式系統(tǒng)更容易使用。Mesos內(nèi)核運(yùn)行在每個(gè)機(jī)器上，在整個(gè)數(shù)據(jù)中心和云環(huán)境內(nèi)向應(yīng)用程序（Hadoop、Spark、Kafka、Elastic Serarch等等）提供資源管理和資源負(fù)載的API接口。

Mesos也不是也不是沒(méi)有隱憂(yōu)，Apache yarn似乎有一統(tǒng)分布式計(jì)算之勢(shì)，MapReduce，Spark，Storm，MPI，HBase都在向yarn上遷移。當(dāng)然，好在Mesos不僅僅是做分布式計(jì)算的框架。

Mesos也起源于Google的數(shù)據(jù)中心資源管理系統(tǒng)Borg。Twitter從Google的Borg系統(tǒng)中得到啟發(fā)，然后就開(kāi)發(fā)一個(gè)類(lèi)似的資源管理系統(tǒng)來(lái)幫助他們擺脫可怕的“失敗之鯨”， 后來(lái)他們注意到加州大學(xué)伯克利分校AMPLab正在開(kāi)發(fā)的名為Mesos的項(xiàng)目，這個(gè)項(xiàng)目的負(fù)責(zé)人是Ben Hindman，Ben是加州大學(xué)伯克利分校的博士研究生。后來(lái)Ben Hindman加入了Twitter，負(fù)責(zé)開(kāi)發(fā)和部署Mesos?，F(xiàn)在Mesos管理著Twitter超過(guò)30,0000臺(tái)服務(wù)器上的應(yīng)用部署。

Borg的論文2015年四月才發(fā)布：http://research.google.com/pubs/pub43438.html

Mesos的論文：https://www.cs.berkeley.edu/~alig/papers/mesos.pdf

Omega的論文：http://research.google.com/pubs/pub41684.html。

這一回，谷歌論文發(fā)晚了，雖然也很有價(jià)值，但可能沒(méi)有三大論文那么有影響力。

2014年7月，Mircrosoft、RedHat、IBM、Docker、 CoreOS、Mesosphere 和Saltstack 加入Kubernetes。

2015年1月，Google和Mirantis及伙伴將Kubernetes引入OpenStack，開(kāi)發(fā)者可以在OpenStack上部署運(yùn)行Kubernetes 應(yīng)用。

2015年7月，Google正式加入OpenStack基金會(huì)，Kubernetes的產(chǎn)品經(jīng)理Craig McLuckie宣布Google將成為OpenStack基金會(huì)的發(fā)起人之一，Google將把它容器計(jì)算的專(zhuān)家技術(shù)帶入OpenStack,成一體提高公有云和私有云的互用性。

同時(shí)，谷歌聯(lián)合Linux基金會(huì)及其他合作伙伴共同成立了CNCF基金會(huì)(Cloud Native Computing Foundation)，并將Kubernetes作為較早的編入CNCF管理體系的開(kāi)源項(xiàng)目。來(lái)，我們來(lái)看一下發(fā)起人：AT&T, Box, Cisco, Cloud Foundry Foundation, CoreOS, Cycle Computing, Docker, eBay, Goldman Sachs, Google, Huawei, IBM, Intel, Joyent, Kismatic, Mesosphere, Red Hat, Switch SUPERNAP, Twitter, Univa, VMware and Weaveworks。

到此是不是大團(tuán)圓了？所有跟容器有點(diǎn)關(guān)系的都來(lái)了。谷歌加入了OpenStack基金會(huì)，OpenStack上可以部署運(yùn)行Kubernetes，OpenStack支持Docker，Mesos支持Docker和Kubernetes。大家互相都支持，誰(shuí)能發(fā)展好，各自努力吧。這關(guān)系夠亂的。

但是，容器的另外兩個(gè)大玩家-亞馬遜和微軟，沒(méi)有到場(chǎng)。沒(méi)錯(cuò)，容器界就是要掀翻現(xiàn)有的云計(jì)算格局，當(dāng)然不能讓云計(jì)算老大和老二進(jìn)來(lái)了。

谷歌糾集了一幫小兄弟，誓要利用容器浪潮，干翻亞馬遜AWS和微軟Azure。當(dāng)然，谷歌也沒(méi)有奔到準(zhǔn)備靠一招制勝，暗戰(zhàn)還有另一個(gè)戰(zhàn)場(chǎng)：Serverless。

5、Serverless是云計(jì)算的決勝負(fù)戰(zhàn)場(chǎng)？

2014年11月14日，亞馬遜AWS發(fā)布了新產(chǎn)品Lambda。當(dāng)時(shí)Lambda被描述為：一種計(jì)算服務(wù)，根據(jù)時(shí)間運(yùn)行用戶(hù)的代碼，無(wú)需關(guān)心底層的計(jì)算資源。從某種意義上來(lái)說(shuō)，Lambda姍姍來(lái)遲，它更像S3，更像云計(jì)算的PaaS理念：客戶(hù)只管業(yè)務(wù)，無(wú)需擔(dān)心存儲(chǔ)和計(jì)算資源。

比如你要架構(gòu)一個(gè)視頻服務(wù)，你需要用一堆服務(wù)器，設(shè)計(jì)出一套上傳、解碼、轉(zhuǎn)碼的架構(gòu)。但是，可能這套系統(tǒng)99%的時(shí)間都是空閑的。而使用一個(gè)Lambda function，你就不需要操心服務(wù)器和這套架構(gòu)，當(dāng)AWS探測(cè)到用戶(hù)定義的時(shí)間，比如用戶(hù)上傳了一個(gè)視頻文件，Lambda自動(dòng)運(yùn)行響應(yīng)的程序，結(jié)束后關(guān)閉程序。為客戶(hù)生了時(shí)間和金錢(qián)。

Lambda識(shí)別Event的速度非常快，以毫秒來(lái)計(jì)算。它會(huì)在圖片上傳、應(yīng)用內(nèi)活動(dòng)、點(diǎn)擊網(wǎng)站或聯(lián)網(wǎng)設(shè)備的輸出等事件發(fā)生后的幾毫秒內(nèi)，開(kāi)始運(yùn)行代碼，分配合適的計(jì)算資源來(lái)執(zhí)行這個(gè)行動(dòng)。它可以自動(dòng)擴(kuò)展到數(shù)百萬(wàn)個(gè)請(qǐng)求，如需要可跨越多個(gè)可用區(qū)。根據(jù)AWS Lambda是按計(jì)算時(shí)間收費(fèi)，計(jì)費(fèi)單位為100毫秒，可以輕松地把應(yīng)用從每天幾次請(qǐng)求擴(kuò)展到所需要的任何規(guī)模的請(qǐng)求

而在此之前不久，2014年10月22日，谷歌今天收購(gòu)了實(shí)時(shí)后端數(shù)據(jù)庫(kù)創(chuàng)業(yè)公司Firebase。Firebase聲稱(chēng)開(kāi)發(fā)者只需引用一個(gè)API庫(kù)文件就可以使用標(biāo)準(zhǔn)REST API的各種接口對(duì)數(shù)據(jù)進(jìn)行讀寫(xiě)操作，只需編寫(xiě) HTML＋CSS＋JavaScrip前端代碼，不需要服務(wù)器端代碼（如需整合，也極其簡(jiǎn)單）。Firebase是一個(gè)實(shí)時(shí)應(yīng)用平臺(tái)，它可以為幾乎所有應(yīng)用的通用需求提供支持，包括數(shù)據(jù)庫(kù)、API和認(rèn)證處理。數(shù)據(jù)庫(kù)的特點(diǎn)是基于NoSQL的實(shí)時(shí)處理能力，并且允許直接存儲(chǔ)JSON文檔。Firebase具有雙向同步的能力，在客戶(hù)端側(cè)，開(kāi)發(fā)者通過(guò)Firebase的客戶(hù)端庫(kù)來(lái)支持典型場(chǎng)景的需求，比如屏幕刷新、離線(xiàn)時(shí)數(shù)據(jù)訪(fǎng)問(wèn)或者設(shè)備重新連接后的再次同步。Firebase對(duì)數(shù)據(jù)存儲(chǔ)容量沒(méi)有限制，較高能處理百萬(wàn)級(jí)的并發(fā)和TB級(jí)的數(shù)據(jù)傳輸，數(shù)據(jù)發(fā)生更改，同步敏感顆粒度基本達(dá)到10毫秒級(jí)別。

相對(duì)于上兩者，F(xiàn)acebook 在2014年二月收購(gòu)的 Parse，則側(cè)重于提供一個(gè)通用的后臺(tái)服務(wù)。不過(guò)這些服務(wù)被稱(chēng)為Serverless或no sever。想到PaaS了是嗎？很像，用戶(hù)不需要關(guān)心基礎(chǔ)設(shè)施，只需要關(guān)心業(yè)務(wù)，這是遲到的PaaS，也是更實(shí)用的PaaS。這很有可能將會(huì)變革整個(gè)開(kāi)發(fā)過(guò)程和傳統(tǒng)的應(yīng)用生命周期，一旦開(kāi)發(fā)者們習(xí)慣了這種全自動(dòng)的云上資源的創(chuàng)建和分配，或許就再也回不到那些需要微應(yīng)用配置資源的時(shí)代里去了。

AWS的Lambda既不是最早，也不是較好，但它仍然是serverless最有影響力的產(chǎn)品，誰(shuí)讓AWS的用戶(hù)多，產(chǎn)品全呢？

Serverless是未來(lái)嗎？也許是。

Serverless能決定云計(jì)算的勝負(fù)嗎？不能。

什么能決定云計(jì)算的勝負(fù)？

不僅Serverless不能，其他的產(chǎn)品、技術(shù)、項(xiàng)目、工具，都不能多帶帶決定云計(jì)算的勝負(fù)。

從云計(jì)算初期的OpenStack和PaaS，到后來(lái)的Docker、Kubernets、Mesos、Unikernals，以及最近沸沸揚(yáng)揚(yáng)的人工智能，還有大數(shù)據(jù)分析，IBM甚至宣稱(chēng)Watson是它的云計(jì)算秘密武器，甚至可能即將光大的Serverless，都不能多帶帶決定云計(jì)算的勝負(fù)。

它們都是優(yōu)秀的產(chǎn)品、技術(shù)、項(xiàng)目、工具，但只是一項(xiàng)產(chǎn)品、技術(shù)、項(xiàng)目、工具，它們只能用來(lái)更好的服務(wù)客戶(hù)，開(kāi)辟新產(chǎn)品和加強(qiáng)已有產(chǎn)品，可以用來(lái)建立新業(yè)務(wù)或新公司。

IBM或谷歌也許能成為人工智能的王者，Docker也許能成為容器的領(lǐng)袖，Cloudera也許能成為大數(shù)據(jù)的領(lǐng)軍企業(yè)，即使如此，這都是另一個(gè)領(lǐng)域的事情，是一種應(yīng)用場(chǎng)景的事情，它們也許能也許不能成就新的行業(yè)，但都與云計(jì)算基礎(chǔ)服務(wù)無(wú)關(guān)，與IaaS和PaaS無(wú)關(guān)，與公有云勝負(fù)無(wú)關(guān)。

公司管理者和技術(shù)控們：指望拿熱門(mén)開(kāi)源項(xiàng)目，個(gè)人賺點(diǎn)錢(qián)可以，要讓一個(gè)公司鯉魚(yú)跳龍門(mén)或翻身，沒(méi)門(mén)，那就不僅僅是你抓的項(xiàng)目名字火不火的問(wèn)題。

這個(gè)世界從來(lái)沒(méi)有獨(dú)門(mén)秘籍。改變?cè)朴?jì)算格局，顛覆云計(jì)算市場(chǎng)的，不會(huì)是一個(gè)獨(dú)門(mén)技術(shù)，也不會(huì)是一項(xiàng)秘密產(chǎn)品。

能決定云計(jì)算勝負(fù)的，仍然是遠(yuǎn)見(jiàn)、魄力、耐心。如果已經(jīng)有了早行者，那就需要持續(xù)的創(chuàng)新，來(lái)蠶食領(lǐng)先者的優(yōu)勢(shì)。云計(jì)算是一個(gè)龐大的市場(chǎng)，從來(lái)不是一項(xiàng)技術(shù)、一個(gè)項(xiàng)目、一個(gè)產(chǎn)品的事情。

沒(méi)有捷徑！

軟件開(kāi)發(fā)技術(shù)群

興趣范圍包括：Java，C/C++，Python，PHP，Ruby，shell等各種語(yǔ)言開(kāi)發(fā)經(jīng)驗(yàn)交流，各種框架使用，外包項(xiàng)目機(jī)會(huì)，學(xué)習(xí)、培訓(xùn)、跳槽等交流

QQ群：26931708

Hadoop源代碼研究群

興趣范圍包括：Hadoop源代碼解讀，改進(jìn)，優(yōu)化，分布式系統(tǒng)場(chǎng)景定制，與Hadoop有關(guān)的各種開(kāi)源項(xiàng)目，總之就是玩轉(zhuǎn)Hadoop

QQ群：288410967?