9月初，Google宣布，作為云計(jì)算服務(wù)核心內(nèi)容的GAE（Google App Engine）將結(jié)束預(yù)覽期，正式對(duì)外收費(fèi)服務(wù)。

根據(jù)新的資費(fèi)標(biāo)準(zhǔn)，可以免費(fèi)使用的云計(jì)算服務(wù)內(nèi)容將會(huì)縮水，各種服務(wù)的價(jià)格均作了上調(diào)。未來，谷歌云計(jì)算服務(wù)將采用三種服務(wù)模式，即免費(fèi)、收費(fèi)以及超值版。每一個(gè)網(wǎng)絡(luò)應(yīng)用收費(fèi)9美元，超值版則是每個(gè)賬戶收費(fèi)500美元。

但是新的商業(yè)模式并未換來開發(fā)者們的好感，隨著App Engine結(jié)束預(yù)覽期，各項(xiàng)收費(fèi)全面上漲，而新的定價(jià)也并沒有獲取開發(fā)者的芳心，反而讓他們很惱怒。

GAE新的收費(fèi)模式——process-instance-hour

同AWS（Amazon Web Services）相比，GAE按照的是process-instance-hour收費(fèi)模式，而AWS則是按照machine-instance-hour收費(fèi)。這一點(diǎn)對(duì)開發(fā)人員相當(dāng)重要，在AWS里，可以并行運(yùn)行幾十個(gè)進(jìn)程，而在GAE中，當(dāng)進(jìn)程在等待I/O傳輸?shù)倪^程中仍在收取費(fèi)用。

這也意味著，在對(duì)支持的語言進(jìn)行編譯時(shí)，更少的CPU消耗時(shí)間等于更少的錢。但同時(shí)也意味著，運(yùn)行多個(gè)進(jìn)程等待的時(shí)間更長，收取的費(fèi)用更高，對(duì)于Python開發(fā)者而言，這絕對(duì)不是一個(gè)好消息，因?yàn)镻ython開發(fā)往往需要多線程處理多個(gè)Web請(qǐng)求。從這個(gè)角度來看，GAE每個(gè)進(jìn)程實(shí)例每小時(shí)0.08美元的收費(fèi)要比AWS機(jī)器為實(shí)例0.085美元的收費(fèi)似乎更為昂貴。

定價(jià)模式引發(fā)開發(fā)者爭議

Beattie平時(shí)工作在新澤西，他主要使用Google+來為PlusFeed提供服務(wù)，PlusFeed運(yùn)行在App Engine之上，調(diào)價(jià)之前的費(fèi)用是每天2.63美元，但調(diào)價(jià)之后費(fèi)用瘋狂的漲到每天68.64美元，這種增長幅度估計(jì)普通開發(fā)者根本承受不起。根據(jù)Beattie所說，僅僅只是抓取一下JSON，轉(zhuǎn)換一下XML就導(dǎo)致CPU占用時(shí)間達(dá)到了31.42小時(shí)（見下圖），這也是導(dǎo)致收費(fèi)如此之高的原因之一。 

起初Google說App Engine價(jià)格要有所改變，Google也曾給出過一個(gè)過渡價(jià)格（34.23美元），這是當(dāng)時(shí)的優(yōu)惠政策，換句話說就是減免50%的費(fèi)用?？稍?1月20日之后，Google的這項(xiàng)優(yōu)惠就直接取消，從而轉(zhuǎn)變到之前提到的68.46美元。

而此次Beattie并不是唯一一個(gè)對(duì)App Engine的定價(jià)表示不滿的開發(fā)者，他認(rèn)為，照這樣下去，Google如果不給出一個(gè)合理的定價(jià)，估計(jì)使用App Engine的開發(fā)者們會(huì)很快減少。

GAE優(yōu)勢：更能充分利用CPU

對(duì)開發(fā)者而言，使用GAE的一個(gè)重要理由是可以充分利用自己的CPU，這樣用戶可以將主要精力花在優(yōu)化Web程序上，而不是系統(tǒng)調(diào)優(yōu)上。

此外，共享資源的有效利用也是GEA的好處之一。可以肯定的是，當(dāng)開發(fā)者只使用一個(gè)單一處理或者只是想運(yùn)行一些小程序的實(shí)例時(shí)，GAE可以用很好的方式訪問Web服務(wù)器、數(shù)據(jù)庫、Memcache，并且價(jià)格很便宜。

開發(fā)人員建議：GAE VS AWS

存儲(chǔ)比較

從存儲(chǔ)的角度來看，GAE目前嚴(yán)重依賴于BigTable，開發(fā)人員需要從一個(gè)完全不同的角度來認(rèn)識(shí)和學(xué)習(xí)它，特別是對(duì)于那些特熟悉關(guān)系數(shù)據(jù)庫，被關(guān)系數(shù)據(jù)庫理論束縛的人更需要洗洗腦，它提供了一個(gè)JPA&JDO訪問接口，但它不支持所有的JPA&JDO功能，特別是關(guān)系型數(shù)據(jù)庫部分。而Amazon EC2已經(jīng)支持SQL數(shù)據(jù)庫，你可以使用Oracle，MySQL等你所熟悉的關(guān)系數(shù)據(jù)庫。

運(yùn)維比較

但GAE的優(yōu)勢也顯而易見。對(duì)Google App Engine來說，應(yīng)用程序維護(hù)和升級(jí)是件輕而易舉的事，它為各種應(yīng)用程序提供了一個(gè)詳細(xì)的管理面板，包括日志查看器和數(shù)據(jù)查看器，一個(gè)程序可以有多個(gè)版 本，當(dāng)新版本經(jīng)過測試，可以用于生產(chǎn)環(huán)境時(shí)，你可以將其設(shè)為默認(rèn)的版本，而Amazon EC2就麻煩多了，因?yàn)樗鼘儆贗aaS類型，所有維護(hù)和升級(jí)相關(guān)的事情你必須親力親為。

開發(fā)限制

使用Google App Engine時(shí)，你必須受到平臺(tái)的限制，如果你的查詢處于僵死狀態(tài)，很難將其殺掉，此外，Google App Engine沒有線程，提供的SDK也是受限的，有些類和功能被列入黑名單，因此不能被使用，也不能寫文件系統(tǒng)等等。

從表面上看這些限制是不可理喻的，但如果有朝一日你也要提供PaaS類型的平臺(tái)時(shí)，你就能理解為什么Google要做這些限制了，這樣才能確保運(yùn)行 在平臺(tái)上的應(yīng)用程序不會(huì)違反平臺(tái)的規(guī)則，否則平臺(tái)就可能被應(yīng)用程序綁架，從而變得不可使用，平臺(tái)上的其它應(yīng)用程序就會(huì)收到牽連。

即便有這些限制，90%的商業(yè)應(yīng)用程序仍然可以在Google App Engine上正常運(yùn)行，但對(duì)于那些要使用線程，或?qū)懳募到y(tǒng)的應(yīng)用，最好還是選擇Amazon EC2，因?yàn)樗峁┝怂械讓釉L問和控制權(quán)。

語言支持

目前Google App Engine支持Java和Python，但任何可以轉(zhuǎn)換成字節(jié)碼，可在JVM上執(zhí)行的任何編程語言都可以在Google App Engine上運(yùn)行，如果你喜歡其它編程語言，最好選擇Amazon EC2，因?yàn)槟憧梢栽谒牟僮飨到y(tǒng)上面安裝語言運(yùn)行時(shí)環(huán)境，你擁有幾乎完整的硬件和操作系統(tǒng)控制權(quán)，還有什么不能做的呢？在Amazon EC2上也托管了許多有趣的C#，.NET，ASP.NET MVC/Visual Studio項(xiàng)目。

概括地說，Amazon EC2是進(jìn)入云計(jì)算的早期嘗試者，它利用互聯(lián)網(wǎng)標(biāo)準(zhǔn)和開放平臺(tái)創(chuàng)建了一個(gè)非常靈活的云計(jì)算平臺(tái)，Google則利用了它在大型數(shù)據(jù)庫方面的研究成果和它內(nèi) 部實(shí)現(xiàn)的一些技術(shù)創(chuàng)建了一個(gè)強(qiáng)大，但有更多限制的云計(jì)算環(huán)境。從核心技術(shù)來講，Amazon EC2允許你擴(kuò)展任何計(jì)算機(jī)實(shí)例到多個(gè)實(shí)例，因此你擁有每個(gè)虛擬盒子的完全控制權(quán)，Google App Engine從操作系統(tǒng)抽象而來，沒有計(jì)算機(jī)實(shí)例的概念，如果你的Web應(yīng)用程序不需要操作系統(tǒng)相關(guān)的功能，那么Google App Engine無疑是最好的選擇，如果需要更好地控制你的系統(tǒng)環(huán)境，特別是操作系統(tǒng)相關(guān)的控制，那么最好選擇Amazon EC2。