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

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

但是新的商業(yè)模式并未換來開發(fā)者們的好感，隨著App Engine結(jié)束預(yù)覽期，各項(xiàng)收費(fèi)全面上漲，而新的定價也并沒有獲取開發(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)對開發(fā)人員相當(dāng)重要，在AWS里，可以并行運(yùn)行幾十個進(jìn)程，而在GAE中，當(dāng)進(jìn)程在等待I/O傳輸?shù)倪^程中仍在收取費(fèi)用。

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

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

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

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

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

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

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

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

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

存儲比較

從存儲的角度來看，GAE目前嚴(yán)重依賴于BigTable，開發(fā)人員需要從一個完全不同的角度來認(rèn)識和學(xué)習(xí)它，特別是對于那些特熟悉關(guān)系數(shù)據(jù)庫，被關(guān)系數(shù)據(jù)庫理論束縛的人更需要洗洗腦，它提供了一個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)勢也顯而易見。對Google App Engine來說，應(yīng)用程序維護(hù)和升級是件輕而易舉的事，它為各種應(yīng)用程序提供了一個詳細(xì)的管理面板，包括日志查看器和數(shù)據(jù)查看器，一個程序可以有多個版 本，當(dāng)新版本經(jīng)過測試，可以用于生產(chǎn)環(huán)境時，你可以將其設(shè)為默認(rèn)的版本，而Amazon EC2就麻煩多了，因?yàn)樗鼘儆贗aaS類型，所有維護(hù)和升級相關(guān)的事情你必須親力親為。

開發(fā)限制

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

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

即便有這些限制，90%的商業(yè)應(yīng)用程序仍然可以在Google App Engine上正常運(yùn)行，但對于那些要使用線程，或?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)行時環(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)和開放平臺創(chuàng)建了一個非常靈活的云計(jì)算平臺，Google則利用了它在大型數(shù)據(jù)庫方面的研究成果和它內(nèi) 部實(shí)現(xiàn)的一些技術(shù)創(chuàng)建了一個強(qiáng)大，但有更多限制的云計(jì)算環(huán)境。從核心技術(shù)來講，Amazon EC2允許你擴(kuò)展任何計(jì)算機(jī)實(shí)例到多個實(shí)例，因此你擁有每個虛擬盒子的完全控制權(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。