自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

PaaS的征途,在生存的困局中尋求價值

原創(chuàng)
系統(tǒng) PaaS
App Engine,一個頗具Geek氣息的英文詞組。自從Google App Engine問世之后,這個詞組便成為了PaaS的代名詞。從某種意義上來說,GAE不僅定義了一個名稱,還奠定了一個PaaS的基礎:以開發(fā)者作為服務對象。但是,PaaS自誕生以來便不斷遭逢困境。面向開發(fā)者,這一服務的出路在哪里?

【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的定義與困局

[[80152]]

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 Google 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的對比

文章作者本人是兩個平臺的用戶,他最終的建議是:

“小應用上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?”的文章: 

Does Google App Engine still matter?

文章大意是說,GAE在業(yè)界的“最新消息”還停留在2010年,媒體和用戶的關(guān)注度不溫不火,所以Eclipse RAP項目組打算只支持JBoss,Geronimo和Glassfish,同時考慮把OpenShift的權(quán)重升高,而GAE的權(quán)重降低。

PaaS的出路在哪里?

#p#

前途,不一定是黑暗的

開發(fā)者的時代

“移動互聯(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的未來么?歡迎留言討論!

責任編輯:yangsai 來源: 51CTO.com
相關(guān)推薦

2011-06-09 10:38:53

PaaS云計算IT

2021-11-08 08:05:12

VRFacebookMeta

2016-03-14 09:05:20

java征途知識體系

2023-11-14 17:40:32

2015-01-08 11:35:44

DockerPaaS云服務

2012-02-20 09:27:00

IBM大數(shù)據(jù)Big Data

2013-07-15 10:40:26

2018-11-19 10:52:19

IaaSPaaSSaaS

2014-12-12 10:59:45

IaaSSaaSPaaS

2022-02-08 14:19:53

人工智能深度學習技術(shù)

2014-12-18 14:07:07

2015-06-24 14:29:07

PaaSPaaS困境

2013-08-02 13:39:58

2017-08-07 17:47:12

制造業(yè)智能化智能制造

2018-05-04 10:55:20

開發(fā)技術(shù)學習

2011-12-21 17:28:30

生產(chǎn)排程

2015-10-28 16:20:10

短生命周期容器原生云計算

2020-12-25 09:00:00

Kubernetes容器開發(fā)

2014-07-29 10:17:31

銳捷網(wǎng)絡銳捷智分

2017-04-01 13:43:05

ApacheHive生存
點贊
收藏

51CTO技術(shù)棧公眾號