GAE ( Google App Engine ) 模式為什麼將來會流行?

一開始寫這篇文章標題時，本來想下"為甚麼GAE( Google App Engine )在台灣乏人問津..."，但是與其批判，不如說一些真正吸引廠商或老闆的條件比較實在。

講到GAE就不能不提雲端，雲泛指網路世界，其實中國把Cloud Computing稱作雲運算，但Sam還是覺得台灣翻的好，因為重點是終"端"使用者。Google之所以能夠讓用戶端幾近立即的得到搜尋結果，在於內部程式幾乎都實作了Map和Reduce方法去驅動機器讓資料中心平行同步幫您處裡，才能夠達到如此高的效率(參見Map-Reduce)。 這時候我們開始回歸到現實面，如果您擁有一家軟體開發，或目前已經在提供現上應用服務的企業(無論大小)，您會怎麼處理資料? 目前情況不外乎是砸錢設機房、買伺服器、請網管維護、負擔線路費用，或是中小企業租用虛擬伺服器。但如果以上都能省略呢? 俗話說 "打蛇打七寸"，既然公司是以軟體與服務為主，我們就應該縮減實體設備造成的負擔。

GAE的聲明便是不需要再負擔實體設備成本(或極小化)，只需要專心在軟體構思與服務。GAE採用的技術完全都是OpenSource，並且就算付費，也是使用公用運算(Utility Computing)的計費標準，用多少付多少，不用再像以往為了負載短時間高流量，承擔一整年其餘沒用到的費用。以下幾點為與傳統比較的好處:

1. 風險降低(不用再擔心本地伺服器硬碟毀損，雲端資料中心機器會自動複製到其他台)
2. 擴充、縮減的問題無須考慮(基本上雲端資料中心能夠任意增縮設備，當然這已經不再是您的問題)
3. 成本降低(省下設備維護費用全力開發產品)

目前GAE支援的環境為Windows、Linux、MacOS，也就是跨平台，而編寫語言除了原本的python之外，今年也加入了Java成為第二個支援語言 http://code.google.com/intl/en/appengine/。

Sam 目前只有實作python的api，在安裝完GAE SDK與python2.5後便能開始編寫，裡頭大致上是追隨django這個框架的標準，包含設定檔使用yaml，與資料儲存(datastore)採ORM用物件來設定，Google也很貼心的設計了像phpMyAdmin那樣的介面來做資料表管理，而且datastore背後採用BigTable，不用太擔心效率的問題，然後除了官方API(Images, Memcache, Mail, URLFetch, Google Accounts)外，也能夠使用第三方資源庫(3rd party library)，系統還能定期排程，真的甚麼事都能處理(當然還是有sandbox規範，像是socket那些不行)，並且他們的free quota(免費額度)對於一般企業根本一天不會用到超量(因為非常之大)，作網路服務或網站是綽綽有餘。

寫到這裡好像Sam都在幫Google打廣告，但是各位要了解，除了Google外, IBM blue cloud, Amazon EC2, 甚至微軟都在發展這個服務，拿Google來說只是因為它有free support，其它都要付費的...。

依照台灣對國際的資訊速度(差不多慢了一年或兩年)，目前還很少人知道這種服務是正常的，過了不久就會像當初Google Adsence一樣在全世界掀起熱潮，只是這頭Cloud Service的小浪在Sam眼中將會是下一波科技海嘯，而未來掌握資料中心與搜尋技術的企業則會領導世界!