PaaS的征途,在生存的困局中尋求價值
原創(chuàng)【51CTO觀察】IaaS,PaaS,SaaS。自“云計算”這一概念成形,這三層云計算服務的分類也很快成為業(yè)界的共識。
IaaS層就服務內(nèi)容而言更貼近傳統(tǒng)的IDC機房,基本上還是以前IT基礎架構(gòu)那套東西,只是更加便于管理,更有彈性,(理論上)成本更低。全球最大的IaaS服務提供商是Amazon,北美地區(qū)的老二算是RackSpace,微軟的Azure排第三。國內(nèi)的對應服務,除了以前做IDC的一些企業(yè)將自己產(chǎn)品改個名叫做IaaS之外,還有來自互聯(lián)網(wǎng)行業(yè)的阿里云、盛大云,來自硬件行業(yè)的華為云,來自運營商行業(yè)的電信、移動云,另外還有全國各地的(來自房地產(chǎn)行業(yè)的)云基地。往細了走,有人會把CDN這樣的服務也算作IaaS,那么國外的Akamai和國內(nèi)的藍汛這些服務提供商也可以算在其中。
SaaS層是最靠近用戶的一層,以前搞郵件服務、網(wǎng)頁服務、網(wǎng)盤存儲服務的,現(xiàn)在都在往SaaS上面靠。功能上而言其實跟以前沒啥區(qū)別,只不過在“云計算”這一標桿之下,整體的應用規(guī)模更為廣泛,服務的反應更加智能(比如能夠定位用戶的地域和語言),服務內(nèi)容本身也隨著Web技術(shù)的發(fā)展而更加豐富。除了郵件、網(wǎng)頁、網(wǎng)盤這些老樹開新花的,目前大家比較認可的SaaS在傳統(tǒng)企業(yè)級有Salesforce,商業(yè)應用級的有包括Google Docs在內(nèi)的一系列Google Apps,微軟的Office 365等,像是視頻網(wǎng)站、iCloud或App Store、博客、社交網(wǎng)絡這些個人級的,就更加多不勝數(shù)。
理論上,如果你有一個服務要提供,那么購買一些IaaS平臺的資源,再將你的服務部署到這個IaaS上面,再把它修改的智能一些,也就相當于是一個DIY的SaaS了。
那么,PaaS又是做啥的?
PaaS的定義與困局
App Engine,一個頗具Geek氣息的英文詞組。自從Google App Engine問世之后,這個詞組便成為了PaaS的代名詞。從某種意義上來說,GAE不僅定義了一個名稱,還奠定了一個PaaS的基礎:以開發(fā)者作為服務對象。服務的層面介于IaaS和SaaS之間,可以理解為一個中間件的服務化。開發(fā)者上來這個平臺,用Java,Python等語言編寫程序,編寫完成后直接提交代碼完成部署。
下面這個表格列出了目前幾個市場上比較熱的PaaS平臺。
服務名稱 | 背后的廠商 | 發(fā)布時間 | 支持的語言 | 備注 |
Heroku | Salesforce(2010年將其收購) | 2007年6月 | Ruby、Java、Node.js、Scala、Clojure、Python、PHP | |
GAE | 2008年4月 | Python、Java、Go | ||
SAE | 新浪 | 2009年11月 | PHP、Java(內(nèi)測中)、Python(內(nèi)測中) | |
BAE | 百度 | 2010年左右開始內(nèi)測 | PHP、Java、Python | 尚在內(nèi)測 |
OpenShift | 紅帽 | 2011年5月 | Ruby、Java、Node.js、Perl、Python、PHP | 在2012年開源 |
Cloud Foundry | VMware | 2011年11月 | Java、Scala、.NET |
以上數(shù)據(jù)截止到2012年6月
看起來似乎很美好:開發(fā)者不再需要糾結(jié)什么環(huán)境部署,也不需要運維支持,只要發(fā)揮自己的開發(fā)才能,就可以創(chuàng)造出新的應用,給全世界的目標用戶使用。但是在現(xiàn)實中,PaaS卻實實在在陷入了一個雞肋的困境:
1、對于開發(fā)者而言,使用公共云首先是為了省錢,而PaaS在理論上總是會比IaaS貴。
2、中小規(guī)模的環(huán)境部署對一般的開發(fā)者而言不是啥難事,大多數(shù)開發(fā)者也不會每天開一個新環(huán)境做新應用,導致PaaS的優(yōu)勢可有可無。
3、大規(guī)模的應用對于底層架構(gòu)有定制化的要求,PaaS上反而沒有IaaS上那么容易實現(xiàn)。
三個問題直指PaaS的賣點,這是一方面;而對于PaaS服務提供商而言,則是更加艱難的問題:
1、PaaS在IaaS之上一層,要做的東西更多。單做IaaS的話,拿OpenStack或是一些虛擬化技術(shù)改改就行了,而PaaS沒有現(xiàn)成的實現(xiàn),只能靠自己寫,需要考慮很多資源限制、安全方面的問題;
2、出于雞肋問題第三條,PaaS很難有什么鯨魚用戶,主要都是中小企業(yè),本來就賺頭少;而出于競爭考慮,PaaS還不能比IaaS賣的貴太多,所以存活注定比較艱難。
以上幾點可以透過數(shù)據(jù)來驗證。英文網(wǎng)站Smashing boxes上最近有一篇文章,對Heroku和AWS進行了對比;結(jié)論是在AWS上用57美元可以購買到的資源,在Heroku上則需要75美元以上,超出了四分之一左右。
文章作者本人是兩個平臺的用戶,他最終的建議是:
“小應用上Heroku,大應用上AWS。”
所以,為什么現(xiàn)在大家都蜂擁上來做IaaS,而做PaaS的就那么幾家?在上周的北航云計算公開課上,筆者找到機會向臺上的幾位嘉賓提出了這個問題,VMware中國區(qū)總裁李嚴冰女士的回答一針見血:
“做IaaS,大家都已經(jīng)知道了怎么賺錢;而做PaaS,大家還不知道要怎么賺錢。”
服務提供方的彷徨并不難理解。以Google為例,GAE自2008年誕生以來,一開始倒是火了一陣子,不過后來就聲音越來越小,以至于眾人開始懷疑是不是在Larry Page回歸之后,GAE也成為了被打入冷宮的產(chǎn)品線之一。本月初,EclipseSource的官方博客上發(fā)表了一篇名為“Does Google App Engine still matter?”的文章:
文章大意是說,GAE在業(yè)界的“最新消息”還停留在2010年,媒體和用戶的關(guān)注度不溫不火,所以Eclipse RAP項目組打算只支持JBoss,Geronimo和Glassfish,同時考慮把OpenShift的權(quán)重升高,而GAE的權(quán)重降低。
PaaS的出路在哪里?
#p#
前途,不一定是黑暗的
“移動互聯(lián)網(wǎng)時代,將是開發(fā)者的時代。” ——李彥宏,2012年百度開發(fā)者大會
自從進入了移動互聯(lián)網(wǎng)時代,業(yè)界一個很明顯的趨勢就是:開發(fā)者們成了諸多企業(yè)爭奪的對象。除去企業(yè)花重金招聘開發(fā)者之外,各種應用商店、開放平臺,也紛紛向資深的、年輕的、男女不限的開發(fā)者們拋出橄欖枝。
所以,PaaS定位為開發(fā)者服務,其價值潛力是難以估量的巨大。起步時的低迷,也許只是時候未至。
那么,開發(fā)者們需要什么?
“我們的第一個目標:幫開發(fā)者省錢;我們的第二個目標:幫開發(fā)者掙錢。”
在跟SAE的產(chǎn)品經(jīng)理陳理捷(@easy)聊天時,easy對SAE的目標進行了這樣的定義。
省錢這個目標,PaaS在IaaS面前雖然稍顯無力,但也要看場景。SAE當初的誕生和新浪微博的發(fā)展有時間上的重合點,在整體新浪的戰(zhàn)略上從內(nèi)部支持的定位起步。微博應用平臺的特點就是大量的小應用,正符合PaaS的特點。截止到發(fā)稿時,SAE上托管的應用數(shù)量已經(jīng)超過32萬(數(shù)字來自其官網(wǎng)),開發(fā)者人數(shù)在20萬左右。
根據(jù)easy的說法,從2012年年初開始,SAE的PV就已經(jīng)超越了GAE,每日在數(shù)億以上。而在國內(nèi)的幾家公共云服務當中,SAE在開發(fā)者社區(qū)當中也得到了不少肯定,比如馮大輝(@fenng)就在微博上將SAE定位為“幾乎是目前國內(nèi)最好的 PaaS 平臺”。就產(chǎn)品研發(fā)和前期運營的角度,SAE的成績已然相當出色。
但是,僅憑這些,尚無法克服PaaS本身的硬傷。當前SAE的人氣背后,有著無數(shù)送出去的“云豆”作為支撐(注:云豆是SAE平臺上用來交換各種計算資源的虛擬貨幣);而easy本人也坦然表示,SAE其實是新浪虧著錢在做。
2012年,正是SAE脫離這個困境的重要一年。這當中的關(guān)鍵就是:幫助開發(fā)者掙錢。
全球范圍內(nèi),幫助開發(fā)者掙錢這個領(lǐng)域有兩個最成功的案例:Facebook,以及蘋果的App Store。
國內(nèi)范圍內(nèi),開放平臺和應用商店雖然仍擺脫不了破解和山寨的宿命,但畢竟聊勝于無。
從2011年開始,SAE進行了不少嘗試,其中包括:
移動云平臺:開發(fā)者可以直接使用SAE上集成的PhoneGap或AppCan進行iOS或Android應用的開發(fā)、調(diào)試,并支持直接打包開發(fā)完畢的Android應用為apk。
應用倉庫:對用戶而言,可以實現(xiàn)一些系統(tǒng)的一鍵安裝,如WordPress、Xweibo、開發(fā)框架等;對于開發(fā)者而言,則可以借此申請開發(fā)者身份,以得到免費云豆的獎勵。
第三方服務接入:面向企業(yè)用戶,功能是對接入的API進行分發(fā)、跟蹤監(jiān)控、計費,SAE抽取20%的費用。
新浪云商店:面向不懂技術(shù)的用戶,其實就是應用倉庫的升級版,在運營方式上進行改變。
嘗試雖然并不全都是樂觀的,但也已經(jīng)有一些正面的走向。同時,SAE也開始做一些反向的嘗試:
做IaaS。
就在前兩天,SAE宣布將跟微游戲合作,為開發(fā)商提供云主機的服務。
從PaaS轉(zhuǎn)向IaaS,這是一個有趣的變化。IaaS雖然技術(shù)含量比PaaS低,利潤率也低,但因為整體需求量大,相應的交易額也大,同時對硬件資源的消耗也增加很多。既非是新浪戰(zhàn)略級支持,SAE目前能夠申請到的硬件資源并不會十分寬裕,所以這個IaaS服務目前還僅針對幾家微游戲的大客戶,尚沒有對外開放。不過,同時運作PaaS和IaaS會有怎樣的發(fā)展,這其中的變局相信會非常有意思。
另一個方向
如果說SAE的方向是消費級領(lǐng)域的Facebook和App Store,那么VMware的Cloud Foundry與紅帽的OpenShift則代表了PaaS的另一個方向。兩家都是企業(yè)級IT服務領(lǐng)域的巨頭,VMware在企業(yè)級虛擬化、私有云領(lǐng)域獨占鰲頭,紅帽則是開源企業(yè)IT服務的代表。
有意思的是,來自非開源廠商的Cloud Foundry早在2011年已經(jīng)開源,比來自開源企業(yè)的OpenShift要早了一年,這使得Cloud Foundry占據(jù)了不小的優(yōu)勢。
若說SAE的發(fā)展方向是幫助開發(fā)者賺錢,那么Cloud Foundry、OpenShift的價值,則在于提升軟件研發(fā)類企業(yè)的生產(chǎn)力。好比百度做BAE,從開始做到現(xiàn)在,主要的目的仍然是為了其內(nèi)部項目的快速開發(fā)、部署、測試、上線。如果2009年就有Cloud Foundry或是OpenShift,也許百度就不用自己開發(fā)一套PaaS系統(tǒng)了。
至于商業(yè)化方面,目前兩家都還沒有走很遠,不過可以選擇的范圍也并不大。企業(yè)級IT領(lǐng)域,IBM走賣服務路線,甲骨文走賣一體機路線。開源的PaaS本身是一種增值服務,實際上要賣給用戶的,總歸脫不開底層的硬件、軟件License,以及上層的服務。
結(jié)論
無論是哪一種方向,PaaS的征途其實都是一種追求:從IaaS這種只專注于節(jié)省成本的低級需求,往增值服務的高階需求發(fā)展。科技想要更多富有創(chuàng)造力的東西,而PaaS提供了這樣一個平臺。
你看好PaaS的未來么?歡迎留言討論!