擔(dān)憂是否多余 Google App Engine為何被棄？
Carlos Ble是一個(gè)來自西班牙開發(fā)者。他所在的公司決定使用Google App Engine(GAE)，但是最終放棄了。
這周剛開始的時(shí)候，Ble在他的一篇博客中談到了關(guān)于公司放棄使用GAE的13個(gè)原因。一天之內(nèi)，這篇博客已經(jīng)達(dá)到了89000次點(diǎn)擊，158個(gè)回復(fù)。有的評論表示同情，其他的責(zé)備Ble，覺得他不應(yīng)該批判Google，他們認(rèn)為Ble應(yīng)該先做更多研究來確定GAE這個(gè)平臺是否適合其所在公司的需求。
Google 云和工具的開發(fā)者關(guān)系經(jīng)理Patrick Chanezon也進(jìn)行了評論。出于對Chanezon的尊重，以及為了澄清他的顧慮，Ble對博文內(nèi)容進(jìn)行了修改，但是還是覺得GAE存在足夠多的問題，于是，他堅(jiān)持了自己批判性的評論。
下面是Ble列出的5個(gè)問題，也是他的團(tuán)隊(duì)所遇到的影響重大問題：
1、它需要Phython 2.5，這是一個(gè)非常古老的語言。使用Ubuntu意味著你需要一個(gè)具有單獨(dú)環(huán)境的virtualenv或chroot，才能很好地與SDK協(xié)調(diào)。好吧，這只是一個(gè)小小的挫折。
2、你不能在你自己的域(也就他們所謂的裸域名)下使用HTTP，可靠的連接應(yīng)該通過yourname.appspot.com：這真是太爛了!
3、任何請求的時(shí)間都不能超過30秒，否則的話請求就會停止：天啊，這是最痛苦的事情。當(dāng)我們上傳數(shù)據(jù)到數(shù)據(jù)庫的時(shí)候(一個(gè)no-sql引擎)，上傳請求會在30秒之后中斷，因此，我們不得不費(fèi)盡力氣將文件切割，克服各種困難來管理這種情況。由于同樣的規(guī)則，運(yùn)行后臺任務(wù)(cron)也變成一個(gè)大工程，但是在網(wǎng)站管理的操作中，許多許多任務(wù)都需要超過30秒鐘才能完成。這樣的情形你能想象嗎?
4、每一個(gè)從一個(gè)服務(wù)器發(fā)到其他網(wǎng)址的GET或POST請求，如果沒有在5秒之內(nèi)完成就會失敗。你可以修改配置，但是最多只能是10秒。當(dāng)你需要中間服務(wù)器時(shí)，這使得與Twitter和Facebook協(xié)同工作成為天方夜談。這再次加倍了完成看似簡單的人物的難度。
5、你不能使用構(gòu)建于C之上的Phython庫，只能是用Phython寫的庫：就不要再幻想使用那些很棒的庫了。
Ble在9月份的時(shí)候?qū)懙?，Google App Engine老是宕機(jī)。他說他們面對著500個(gè)錯(cuò)誤代碼，有時(shí)候每天有60%的時(shí)間網(wǎng)站處于宕機(jī)狀態(tài)。也就是說，10次有6次，用戶訪問網(wǎng)站的時(shí)候不能登錄或使用。
Ble承認(rèn)，他應(yīng)該更加謹(jǐn)慎一些，而不是盲目相信Google。
#p#
“對我們來說，GAE和Wave和Buzz一樣都是失敗的，不同的是，這一次我們付了錢。都怪我太頑固了，因?yàn)檫@個(gè)平臺的背后是一家大公司，但是，我現(xiàn)在已經(jīng)總結(jié)出一個(gè)重要的教訓(xùn)：好公司也會犯錯(cuò)。在開發(fā)實(shí)際的功能之前，我沒有作深入的調(diào)查。我應(yīng)該在投入如此多的資金之前進(jìn)行深入的了解。我真是瞎了眼!”
一些評論者并不同情Ble的遭遇，他們覺得他應(yīng)該多做調(diào)查。
但是就在那時(shí)，曾經(jīng)寫過關(guān)于Google App Enige書籍的Eugene Ciurana進(jìn)行了評論：
“Carlos，我在幾年前寫了第一本Google App Engine編程的書。書出版后，我會經(jīng)常有機(jī)會在一些會議上，做一些關(guān)于在App Engine上用Phython和Java進(jìn)行編程的演講;我意識到我的“Google App Engine HOWTO”已經(jīng)成為一個(gè)“讓人們使用慎用GAE的東西”，并且，最終建議人們不要使用GAE來做任何很關(guān)鍵任務(wù)。我很欣賞你的博客，并且已經(jīng)Tweet了，因?yàn)槲艺J(rèn)為這是一個(gè)很重要的、值得借鑒的故事。我所做的大部分工作都是與可擴(kuò)展性和高可用性有關(guān)的。然而，我喜歡把App Engine作為我借鑒的對象，現(xiàn)在只是它很少的一部分，提供無狀態(tài)的TESTful的Web服務(wù)，而不是滿狀態(tài)的應(yīng)用。真正的應(yīng)用是繼續(xù)放在一個(gè)常規(guī)的數(shù)據(jù)中心還是把它放到Amazon/Rackapace等等。關(guān)于NoSQL系統(tǒng)：很難說是一個(gè)數(shù)據(jù)存儲的好例子。App Engine或許已經(jīng)足夠好了，只是你不了解它的警告。好的工具成就好的工作，我建議，你應(yīng)該定義文檔或者是列式數(shù)據(jù)存儲和檢索需求，試試mongoDB和Hbase。我們正在將這兩個(gè)產(chǎn)品用于大企業(yè)客戶，沒有什么問題。祝好!Eugene Ciurana。”
Chanezon在他的評論當(dāng)中說道，Ble的許多觀點(diǎn)Google都是知道的，他表示公司正在改進(jìn)。
Chanezon還強(qiáng)調(diào)，閱讀Google App Engine文檔很重要，文檔中列出了一些限制。這個(gè)服務(wù)是專為有高可擴(kuò)展性需求的應(yīng)用而設(shè)計(jì)的，這些應(yīng)用需要實(shí)現(xiàn)快速擴(kuò)展，以適應(yīng)大量用戶或數(shù)據(jù)。他指出，Gri.pe就是一個(gè)例子。
關(guān)于這個(gè)問題，你怎么看的呢?Ble的擔(dān)心是否合理?
【編輯推薦】
