摘要：開(kāi)源云平臺(tái)中的拼圖玩具對(duì)于云平臺(tái)，如今基本就意味著開(kāi)源。明與暗角力開(kāi)源云平臺(tái)中的拼圖玩具為什么會(huì)產(chǎn)生這種混淆正如之前談到由兩大部分組成和的計(jì)算引擎。

開(kāi)源云平臺(tái)中的拼圖“玩具”?

對(duì)于云平臺(tái)，如今基本就意味著開(kāi)源。

提及開(kāi)源技術(shù)，著實(shí)在云計(jì)算和大數(shù)據(jù)下“火”起來(lái)。面對(duì)撲面而來(lái)的云服務(wù)，無(wú)論是何種服務(wù)對(duì)于企業(yè)和用戶來(lái)說(shuō)都是“熟悉的陌生人”，“熟悉”是因?yàn)橹涝朴?jì)算的人都能說(shuō)出IaaS、PaaS和SaaS這幾個(gè)詞，但僅從其中衍生出來(lái)的云技術(shù)讓很多人“陌生”，特別是開(kāi)源技術(shù)在云計(jì)算中明與暗的角力。

對(duì)于很多用戶來(lái)說(shuō)，Linux就是開(kāi)源的典型代表，姑且不討論是否在桌面領(lǐng)域崛起，但沒(méi)人否定linux在云計(jì)算方面的影響力。低成本、靈活和可定制的最基本特點(diǎn)，讓Linux走過(guò)20年的成功歷程，在開(kāi)放的云計(jì)算市場(chǎng)需求下處于一個(gè)拐點(diǎn)。

筆者一直信奉“人在玩的時(shí)候最認(rèn)真”，各個(gè)開(kāi)發(fā)者也好，企業(yè)也罷，開(kāi)源云平臺(tái)中的“玩具”成為他們將面對(duì)的下一個(gè)戰(zhàn)場(chǎng)，而開(kāi)源技術(shù)在明與暗角力中如何演變進(jìn)而發(fā)展是關(guān)鍵。究竟是什么！對(duì)于這個(gè)問(wèn)題答案或許很多人并不了解，筆者不僅也要問(wèn)：到底這個(gè)“火起來(lái)”的開(kāi)源技術(shù)有何魅力？通過(guò)進(jìn)一步的學(xué)習(xí)和了解，通過(guò)游戲+文字來(lái)熟悉開(kāi)源云平臺(tái)中的“玩具”。

如同當(dāng)下任何行業(yè)流行趨勢(shì)一樣，任何東西或技術(shù)只要成為市場(chǎng)的主流就會(huì)被廣大用戶所接受，那它一定在“明”顯示出強(qiáng)大的親和力，開(kāi)源云平臺(tái)也不例外，而受其影響，不斷發(fā)展延伸出來(lái)類(lèi)似的技術(shù)和產(chǎn)品將在市場(chǎng)上對(duì)其形成一個(gè)“暗”競(jìng)爭(zhēng)，來(lái)平衡一家獨(dú)大的市場(chǎng)生態(tài)，發(fā)展的同時(shí)推動(dòng)主流更加完善技術(shù)。

明：Hadoop、OpenStack、Docker變身主流開(kāi)源云平臺(tái)

暗：Spark、CloudStack、Rocket助力開(kāi)源云平臺(tái)成長(zhǎng)

通常在“玩具”分為各個(gè)類(lèi)別，不同東西針對(duì)玩家的興趣點(diǎn)也不盡相同。就拼圖玩具，通過(guò)不同的塊打造成一個(gè)完整的成品，其中有易于辨識(shí)的彩塊，也有需要通過(guò)不斷的推測(cè)的單一板塊，需要玩家不斷對(duì)整個(gè)拼圖了解才能最終打造一副成品，不僅考驗(yàn)?zāi)托?、?xì)心，更加對(duì)整體畫(huà)面的一個(gè)把握。

開(kāi)源云平臺(tái)也是如此，開(kāi)發(fā)者如同在拼圖中找到易于辨識(shí)的彩塊（如Hadoop、OpenStack、Docker），而隨著整體圖形的呈現(xiàn)，通過(guò)針對(duì)不同區(qū)域的單一板塊進(jìn)行推測(cè)(如Spark、CloudStack、Rocket），可以在開(kāi)源技術(shù)上拼裝成自己業(yè)務(wù)所需的云平臺(tái)。

Spark與Hadoop亦友非敵?

熟悉大數(shù)據(jù)的人一定對(duì)Hadoop工具不陌生，Hadoop是一個(gè)由Apache基金會(huì)所開(kāi)發(fā)的分布式系統(tǒng)基礎(chǔ)架構(gòu)。之前談到Hadoop，業(yè)界總與MapReduce放在一起，但其實(shí)HDFS和MapReduce一樣都是Hadoop框架最核心的設(shè)計(jì)。筆者了解到軟件的安裝部署是需要付費(fèi)，由于Hadoop在管理工具與支持服務(wù)方面的不足，企業(yè)在使用過(guò)程中很容易產(chǎn)生額外費(fèi)用。另外，由于它沒(méi)有優(yōu)化程序，專(zhuān)業(yè)運(yùn)行環(huán)境中人工輸入代碼費(fèi)用不菲，更不用提部署Hadoop集群的硬件和相關(guān)配置的成本。

正如上面談到，Hadoop有數(shù)據(jù)應(yīng)用上的優(yōu)勢(shì)，HDFS和MapReduce都是基礎(chǔ)，但并不容易部署與實(shí)施，其實(shí)如今針對(duì)Hadoop開(kāi)源技術(shù)推廣，市場(chǎng)開(kāi)發(fā)應(yīng)用上主要有兩個(gè)圈子：一個(gè)是做算法、分析的圈子，另外一個(gè)是做架構(gòu)、設(shè)計(jì)的圈子，如何把這兩個(gè)圈子技術(shù)有效的結(jié)合產(chǎn)生應(yīng)用是大數(shù)據(jù)的突破點(diǎn)。

很多人較大的疑惑：那Hadoop技術(shù)未來(lái)真正的價(jià)值是什么？從技術(shù)特點(diǎn)上來(lái)說(shuō)，之前提到Hadoop由采用HDFS可靠數(shù)據(jù)存儲(chǔ)服務(wù)，以及MapReduce技術(shù)的高性能并行數(shù)據(jù)處理服務(wù)是其優(yōu)勢(shì)所在。而對(duì)于Hadoop來(lái)說(shuō)，盡管提供了數(shù)據(jù)存儲(chǔ)和并行處理平臺(tái)，但其真正的價(jià)值來(lái)自于添加件和功能，以及Hadoop Common、Chukwa、HBase、Hive、Pig和ZooKeeper這項(xiàng)技術(shù)的增加功能性和新能力的子項(xiàng)目實(shí)現(xiàn)。

由此，筆者感覺(jué)Hadoop盡管應(yīng)用于分布式環(huán)境，其開(kāi)放的生態(tài)系統(tǒng)如同Linux一樣，各個(gè)IT廠商通過(guò)集成和測(cè)試Apache Hadoop的組件，并添加廠商自身的工具和管理功能來(lái)不斷擴(kuò)展Hadoop生態(tài)環(huán)境。

Spark與Hadoop亦友非敵

隨著Hadoop日益成為公司處理大數(shù)據(jù)的企業(yè)平臺(tái)之選。Spark則是運(yùn)行在Hadoop之上的內(nèi)存處理解決方案。Hadoop較大的用戶在自己的Hadoop集群中運(yùn)行Spark。Cloudera和Hortonworks在其Hadoop包中也加入Spark。

為什么會(huì)產(chǎn)生這種混淆？正如之前談到Hadoop由兩大部分組成：HDFS和YARN的計(jì)算引擎。其YARN最初的框架是由谷歌MapReduce用來(lái)幫助處理海量網(wǎng)絡(luò)抓取數(shù)據(jù)。Spark是另一個(gè)這樣的框架，談?wù)揝park與Hadoop的“爭(zhēng)斗”時(shí)，開(kāi)發(fā)者更喜歡Spark，而非之前MapReduce框架。

但筆者認(rèn)為MapReduce不應(yīng)該和Hadoop等同，只是Hadoop集群處理數(shù)據(jù)的諸多方式之一。Spark可以替代MapReduce。在過(guò)去幾年中，基于Hadoop的大數(shù)據(jù)技術(shù)涌現(xiàn)出創(chuàng)新：Hadoop從批處理SQL進(jìn)化到了交互操作；從MapReduce變成了Spark等多個(gè)框架。

由此，Spark不會(huì)取代Hadoop。相反，Hadoop是Spark的基石。隨著平臺(tái)不斷變化，企業(yè)將通過(guò)商業(yè)價(jià)值的轉(zhuǎn)化使得對(duì)Hadoop和Spark技術(shù)的采用也增加。

避免功利性的開(kāi)源之爭(zhēng)?

像OpenStack技術(shù)，這種背后有數(shù)千開(kāi)發(fā)者和技術(shù)專(zhuān)家支持的項(xiàng)目的發(fā)展受到關(guān)注。其推出旨在打造易于部署、功能豐富且易于擴(kuò)展的云計(jì)算平臺(tái)。OpenStack項(xiàng)目的首要任務(wù)是簡(jiǎn)化云的部署過(guò)程并帶來(lái)良好的可擴(kuò)展性。

從應(yīng)用角度可以看出來(lái)，OpenStack本身是一個(gè)架構(gòu)，支持客戶利用不同的計(jì)算、網(wǎng)絡(luò)和存儲(chǔ)技術(shù)來(lái)構(gòu)建云，但OpenStack構(gòu)建云的質(zhì)量很大程度上取決于客戶所選擇的組件。VMware提供了一套專(zhuān)門(mén)面向OpenStack組件幫助客戶構(gòu)建OpenStack云，但運(yùn)行OpenStack的較佳方式是建立在VMware技術(shù)基礎(chǔ)之上。

會(huì)有人問(wèn)到既然如此，OpenStack的意義何在？這就要從企業(yè)云計(jì)算轉(zhuǎn)型介紹，企業(yè)必須了解如何利用以及應(yīng)對(duì)云計(jì)算市場(chǎng)中的解決方案。而亞馬遜和VMware在各自細(xì)分市場(chǎng)的霸主地位讓其他廠商很難望其項(xiàng)背。

OpenStack基金會(huì)成立推出其云開(kāi)源舉措，一些之前難以與亞馬遜和VMware在云端PK的傳統(tǒng)IT廠商通過(guò)OpenStack開(kāi)始發(fā)力云計(jì)算。由于OpenStack可支持建立云平臺(tái)，其本身是開(kāi)放開(kāi)源的，不同廠商可以根據(jù)市場(chǎng)需要，結(jié)合自己的產(chǎn)品和技術(shù)對(duì)其提供支持或者實(shí)現(xiàn)兼容，從而確保云計(jì)算市場(chǎng)不掉隊(duì)。

避免功利性的開(kāi)源之爭(zhēng)

之前談及OpenStack項(xiàng)目，是由NASA和Rackspace合作研發(fā)的，以Apache許可證授權(quán)，并且是一個(gè)自由軟件和開(kāi)放源代碼項(xiàng)目。盡管OpenStack平臺(tái)是開(kāi)放的，眾多廠商在OpenStack上構(gòu)建云產(chǎn)品，但是如何建立一個(gè)非商業(yè)云的標(biāo)準(zhǔn)是值得關(guān)注。

OpenStack與CloudStack（來(lái)源sebastien-han.fr）

隨著CloudStack、OpenNebula和Eucalyptus都在企業(yè)中找到了市場(chǎng)，廠商的加入不僅帶來(lái)了技術(shù)和資金上的支持，同時(shí)也有利于發(fā)揮各自平臺(tái)優(yōu)勢(shì)，推動(dòng)云操作系統(tǒng)的開(kāi)源發(fā)展。正如在開(kāi)發(fā)開(kāi)源云軟件的競(jìng)賽中，相比其他開(kāi)源云系統(tǒng)OpenStack更具市場(chǎng)動(dòng)能，有大約160個(gè)支持者，包括數(shù)據(jù)中心設(shè)備廠商思科系統(tǒng)、戴爾、惠普和IBM。CloudStack有大約60個(gè)支持者，包括博科、英特爾和Juniper。

曾經(jīng)的思杰放棄OpenStack轉(zhuǎn)而投身CloudStack的做法，特別是在一些實(shí)際的應(yīng)用場(chǎng)景中有所落地，顯示出似乎并未一窩蜂投入一家，而當(dāng)OpenStack逐漸成熟，思杰也最終選擇回歸，但思杰明確表示不會(huì)出品OpenStack發(fā)行版，在既擴(kuò)展了多個(gè)開(kāi)源云平臺(tái)的支持，又在一定程度上推動(dòng)市場(chǎng)競(jìng)爭(zhēng)，避免著眼于功利性的開(kāi)源之爭(zhēng)。

筆者認(rèn)為，盡管存在一定市場(chǎng)不確定因素，但OpenStack倍受追捧是不爭(zhēng)得事實(shí)。如果OpenStack早日得到商業(yè)化應(yīng)用，讓更多用戶體驗(yàn)到云服務(wù)，把商業(yè)成果放在開(kāi)放云上，建立一個(gè)非商業(yè)云的標(biāo)準(zhǔn)是值得關(guān)注。

阻擊Docker一家獨(dú)大?

對(duì)大多數(shù)人來(lái)說(shuō)，Docker技術(shù)將成為在云計(jì)算領(lǐng)域下一個(gè)重大趨勢(shì)。Docker是一個(gè)開(kāi)源的應(yīng)用容器引擎，讓開(kāi)發(fā)者可以打包應(yīng)用以及依賴(lài)包到一個(gè)可移植的容器中，然后發(fā)布到任何流行的Linux機(jī)器上。曾經(jīng)成為了實(shí)際上的容器格式標(biāo)準(zhǔn)，其技術(shù)可支持超過(guò)500萬(wàn)個(gè)容器，而且可跨越主要操作系統(tǒng)和云服務(wù)平臺(tái)。但隨著CoreOS推出自己的容器rkt，并隨后發(fā)起了一項(xiàng)開(kāi)放式的容器標(biāo)準(zhǔn)之爭(zhēng)便一發(fā)不可收拾。

阻擊Docker一家獨(dú)大

對(duì)大多數(shù)人來(lái)說(shuō)，Docker技術(shù)將成為在云計(jì)算領(lǐng)域下一個(gè)重大趨勢(shì)。但一些巨頭開(kāi)始發(fā)力相關(guān)領(lǐng)域，尤其是谷歌或?qū)⑼瞥鎏娲摷夹g(shù)的一種新支持方式。早在去年12月，Docker最早的支持者之一硅谷初創(chuàng)公司CoreOS公布了一個(gè)開(kāi)源項(xiàng)目Rocket。

據(jù)了解，Docker是建立在支持谷歌龐大在線軟件之上，是一種更有效構(gòu)建和操作運(yùn)行Google Search、Google Maps、Gmail的方式。作為一個(gè)軟件集裝箱工具，允許開(kāi)發(fā)人員打包代碼并且運(yùn)行在大規(guī)模分布式系統(tǒng)上，并不需要考慮運(yùn)行在自己的數(shù)據(jù)中心或在亞馬遜公有云服務(wù)上。

對(duì)于流行的軟件應(yīng)用而言，必須要運(yùn)行在大型的機(jī)器網(wǎng)絡(luò)上，也是可以讓開(kāi)發(fā)者即時(shí)獲取信息的方式。Docker可以簡(jiǎn)化這些應(yīng)用程序的創(chuàng)建，由此受到如此多的關(guān)注。

自支持Docker以來(lái)，憑借其影響力使得亞馬遜、微軟以及其他公司都競(jìng)相加入Docker陣營(yíng)。但谷歌同樣開(kāi)始支持Rockert，并且集成該項(xiàng)技術(shù)到Kubernetes云計(jì)算軟件，宣稱(chēng)是“Kubernetes項(xiàng)目一個(gè)重要里程碑”。

阻擊Docker一家獨(dú)大（圖片來(lái)源exoplatform）

Docker試圖提供整個(gè)行業(yè)一個(gè)通用的容器標(biāo)準(zhǔn)。如果每個(gè)人都采用這個(gè)標(biāo)準(zhǔn)，運(yùn)行軟件將變得更容易。但利用Rocket，CoreOS希望提供一個(gè)新的容器標(biāo)準(zhǔn)來(lái)擺脫任何一家廠商的獨(dú)大。除了谷歌，其他大公司也正在開(kāi)始支持Rocket項(xiàng)目，包括RedHat和VMware。

但谷歌Kubernetes項(xiàng)目，Pivotal軟件將繼續(xù)使用Docker和Rocket。Docker已經(jīng)廣泛使用，Rocket項(xiàng)目成為整個(gè)行業(yè)的一個(gè)可行選擇或面臨一些挑戰(zhàn)。

由此，對(duì)于開(kāi)源云平臺(tái)中的產(chǎn)品而言，眾多技術(shù)中也存在各自的特點(diǎn)和應(yīng)用偏好，開(kāi)發(fā)者們?cè)谙硎苤髁鳎ɑ蚴袌?chǎng)更為推崇的）開(kāi)源技術(shù)帶來(lái)的魅力同時(shí)，也會(huì)去了解其它類(lèi)似的平臺(tái)特點(diǎn)，通過(guò)不同的“版塊”來(lái)對(duì)整個(gè)生態(tài)去學(xué)習(xí)，比較之余在不斷地完善和發(fā)展中帶給玩家更好的服務(wù)體驗(yàn)。