Google App Engine收費標準引發(fā)爭議
9月初，Google宣布，作為云計算服務(wù)核心內(nèi)容的GAE（Google App Engine）將結(jié)束預(yù)覽期，正式對外收費服務(wù)。
根據(jù)新的資費標準，可以免費使用的云計算服務(wù)內(nèi)容將會縮水，各種服務(wù)的價格均作了上調(diào)。未來，谷歌云計算服務(wù)將采用三種服務(wù)模式，即免費、收費以及超值版。每一個網(wǎng)絡(luò)應(yīng)用收費9美元，超值版則是每個賬戶收費500美元。
但是新的商業(yè)模式并未換來開發(fā)者們的好感，隨著App Engine結(jié)束預(yù)覽期，各項收費全面上漲，而新的定價也并沒有獲取開發(fā)者的芳心，反而讓他們很惱怒。
GAE新的收費模式——process-instance-hour
同AWS（Amazon Web Services）相比，GAE按照的是process-instance-hour收費模式，而AWS則是按照machine-instance-hour收費。這一點對開發(fā)人員相當重要，在AWS里，可以并行運行幾十個進程，而在GAE中，當進程在等待I/O傳輸?shù)倪^程中仍在收取費用。
這也意味著，在對支持的語言進行編譯時，更少的CPU消耗時間等于更少的錢。但同時也意味著，運行多個進程等待的時間更長，收取的費用更高，對于Python開發(fā)者而言，這絕對不是一個好消息，因為Python開發(fā)往往需要多線程處理多個Web請求。從這個角度來看，GAE每個進程實例每小時0.08美元的收費要比AWS機器為實例0.085美元的收費似乎更為昂貴。
定價模式引發(fā)開發(fā)者爭議
Beattie平時工作在新澤西，他主要使用Google+來為PlusFeed提供服務(wù)，PlusFeed運行在App Engine之上，調(diào)價之前的費用是每天2.63美元，但調(diào)價之后費用瘋狂的漲到每天68.64美元，這種增長幅度估計普通開發(fā)者根本承受不起。根據(jù)Beattie所說，僅僅只是抓取一下JSON，轉(zhuǎn)換一下XML就導致CPU占用時間達到了31.42小時（見下圖），這也是導致收費如此之高的原因之一。
起初Google說App Engine價格要有所改變，Google也曾給出過一個過渡價格（34.23美元），這是當時的優(yōu)惠政策，換句話說就是減免50%的費用?？稍?1月20日之后，Google的這項優(yōu)惠就直接取消，從而轉(zhuǎn)變到之前提到的68.46美元。
而此次Beattie并不是唯一一個對App Engine的定價表示不滿的開發(fā)者，他認為，照這樣下去，Google如果不給出一個合理的定價，估計使用App Engine的開發(fā)者們會很快減少。
GAE優(yōu)勢：更能充分利用CPU
對開發(fā)者而言，使用GAE的一個重要理由是可以充分利用自己的CPU，這樣用戶可以將主要精力花在優(yōu)化Web程序上，而不是系統(tǒng)調(diào)優(yōu)上。
此外，共享資源的有效利用也是GEA的好處之一?？梢钥隙ǖ氖?，當開發(fā)者只使用一個單一處理或者只是想運行一些小程序的實例時，GAE可以用很好的方式訪問Web服務(wù)器、數(shù)據(jù)庫、Memcache，并且價格很便宜。
開發(fā)人員建議：GAE VS AWS
存儲比較
從存儲的角度來看，GAE目前嚴重依賴于BigTable，開發(fā)人員需要從一個完全不同的角度來認識和學習它，特別是對于那些特熟悉關(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ù)庫。
運維比較
但GAE的優(yōu)勢也顯而易見。對Google App Engine來說，應(yīng)用程序維護和升級是件輕而易舉的事，它為各種應(yīng)用程序提供了一個詳細的管理面板，包括日志查看器和數(shù)據(jù)查看器，一個程序可以有多個版 本，當新版本經(jīng)過測試，可以用于生產(chǎn)環(huán)境時，你可以將其設(shè)為默認的版本，而Amazon EC2就麻煩多了，因為它屬于IaaS類型，所有維護和升級相關(guān)的事情你必須親力親為。
開發(fā)限制
使用Google App Engine時，你必須受到平臺的限制，如果你的查詢處于僵死狀態(tài)，很難將其殺掉，此外，Google App Engine沒有線程，提供的SDK也是受限的，有些類和功能被列入黑名單，因此不能被使用，也不能寫文件系統(tǒng)等等。
從表面上看這些限制是不可理喻的，但如果有朝一日你也要提供PaaS類型的平臺時，你就能理解為什么Google要做這些限制了，這樣才能確保運行 在平臺上的應(yīng)用程序不會違反平臺的規(guī)則，否則平臺就可能被應(yīng)用程序綁架，從而變得不可使用，平臺上的其它應(yīng)用程序就會收到牽連。
即便有這些限制，90%的商業(yè)應(yīng)用程序仍然可以在Google App Engine上正常運行，但對于那些要使用線程，或?qū)懳募到y(tǒng)的應(yīng)用，最好還是選擇Amazon EC2，因為它提供了所有底層訪問和控制權(quán)。
語言支持
目前Google App Engine支持Java和Python，但任何可以轉(zhuǎn)換成字節(jié)碼，可在JVM上執(zhí)行的任何編程語言都可以在Google App Engine上運行，如果你喜歡其它編程語言，最好選擇Amazon EC2，因為你可以在它的操作系統(tǒng)上面安裝語言運行時環(huán)境，你擁有幾乎完整的硬件和操作系統(tǒng)控制權(quán)，還有什么不能做的呢？在Amazon EC2上也托管了許多有趣的C#，.NET，ASP.NET MVC/Visual Studio項目。
概括地說，Amazon EC2是進入云計算的早期嘗試者，它利用互聯(lián)網(wǎng)標準和開放平臺創(chuàng)建了一個非常靈活的云計算平臺，Google則利用了它在大型數(shù)據(jù)庫方面的研究成果和它內(nèi) 部實現(xiàn)的一些技術(shù)創(chuàng)建了一個強大，但有更多限制的云計算環(huán)境。從核心技術(shù)來講，Amazon EC2允許你擴展任何計算機實例到多個實例，因此你擁有每個虛擬盒子的完全控制權(quán)，Google App Engine從操作系統(tǒng)抽象而來，沒有計算機實例的概念，如果你的Web應(yīng)用程序不需要操作系統(tǒng)相關(guān)的功能，那么Google App Engine無疑是最好的選擇，如果需要更好地控制你的系統(tǒng)環(huán)境，特別是操作系統(tǒng)相關(guān)的控制，那么最好選擇Amazon EC2。
【編輯推薦】
