誰更勝一籌 技術解析Google App Engine和Amazon EC2
原創最近一個潛在客戶要求我們比較一下Amazon EC2和Google App Engine，正好我們剛剛在EC2和Google App Engine上完成了兩個相對來說規模較大的項目，因此有必要做一下總結，我打算從三個角度來對比這兩大云計算平臺：技術，業務和未來發展趨勢，本文是技術方面的對比，ok，準備好咖啡，我們開始吧！
如果按平臺類型來分，大家可能已經知道Google App Engine屬于PaaS（平臺即服務），而Amazon EC2屬于IaaS（基礎設施即服務），Amazon EC2給你一個安裝了操作系統的“盒子”，你可以自己安裝應用程序，也可以使用AMI（Amazon Machine Image），如果你想構建一個高度復雜的定制應用，Amazon EC2是不二之選，它允許你控制環境參數，底層操作系統，存儲和網絡需求，從技術上講，它屬于很底層的服務，你可以調整你需要的大部分東西。
Google App Engine給你一個完整的平臺，包括完整的SDK（以及Eclipse插件）和服務，你可以構建和部署你自己的應用程序，但你不能很好地控制操作系統，硬件和存儲，諸如寫文件系統，使用線程等操作都有限制，這樣設計的目的是為了確保平臺不會被某個應用程序綁架。
簡單起來就是：
IaaS：原始硬件（處理器，網絡和存儲）
PaaS：操作系統，系統軟件，開發框架和虛擬機。
下面從技術角度來比較一下這兩個平臺。
1、提供的服務
Google App Engine憑借豐富的服務擊敗Amazon EC2，Google App Engine提供的服務可以讓開發人員快速進入開發狀態。如Blobstore，Images，Mail，Memcache，Multitenancy，Oauth，Task Queues，URL Fetch，Users，XMPP這些服務在Amazon EC2上是需要自己安裝的，為了便于比較，假設你已經為Memcache，Mail和多租戶搭建好了基礎設施，看看在EC2上你用了多長時間安裝，我敢打賭你會超過一個小時，使用Google App Engine時，這些服務都是現成的，就象果盤中插好牙簽的水果一樣，你可以隨時享用。
2、管理
Google App Engine再次勝出，因為一旦你的應用程序部署成功后，它幾乎不需要管理，當你的應用程序負載變大時，你不需要向服務注入新的實例，Google App Engine可以自由擴大負載能力，新實例是實時剝離的。使用Amazon EC2時，你必須時刻跟蹤通信流量（現在可以通過腳本自動跟蹤了），新實例是在你的配置基礎上剝離的，因此，如果我的峰值負載是2x+y，那么需要剝離2個以上的應用程序服務器。
此外，使用Google App Engine升級應用程序服務器實例，安裝新的負載均衡器時，沒有管理開銷，這一切都是自動執行的。
3、抽象水平
和上一條聯系緊密的是抽象水平，Google App Engine抽象得比較好，你只需要關心你的應用程序和業務邏輯，不用擔心底層基礎設施的管理，正如Nick Johnson所說的那樣，抽象水平應作為挑選云計算平臺的一個基本原則，你需要做的是駕駛，不需要研究引擎蓋以下的東西。在我看來，如果你的核心業務是貨物運輸，那么你應該買一輛卡車，它能高效地把你的貨物從A地運輸到B地，相反，你不應該考慮如何購買零部件自己組裝一輛卡車。
在軟件開發領域，我們看到有Grails，RoR等框架，它們大受歡迎，是因為它們提供了高水平的抽象，如果你是一名泥瓦匠，它們就象是腳手架，你可以踩在它們上面干你的工作。
4、可靠性
從我個人的認識來講，兩者都很可靠，這一點從它們的用戶數量就可以知道一二，用戶可以時刻查看Google App Engine的狀態，它是透明的，但從歷史數據來看，Amazon EC2的正常運行時間比Google App Engine要好。
5、可移植性
從使用的底層操作系統和開發框架來看，Amazon EC2具有更好的可移植性，但也不要擔心你會被Google App Engine給鎖住，Google已經給出了遷移指南，指導你如何從轉移出Google App Engine平臺，當然包含你所有的數據在內。還有AppScale這樣的程序可以幫助你將Google App Engine上的程序轉移到Amazom EC2或其它云平臺上，AppScale已經可以支持EC2，Eucalyptus，Xen和KVM。
6、存儲
Google App Engine目前嚴重依賴于BigTable，開發人員需要從一個完全不同的角度來認識和學習它，特別是對于那些特熟悉關系數據庫，被關系數據庫理論束縛的人更需要洗洗腦，它提供了一個JPA&JDO訪問接口，但它不支持所有的JPA&JDO功能，特別是關系部分，Google最近也高調宣布要讓Google App Engine支持傳統的SQL數據庫。Amazon EC2已經支持SQL數據庫，你可以使用Oracle，MySQL等你所熟悉的關系數據庫。
7、應用程序維護和升級
對Google App Engine來說，應用程序維護和升級是件輕而易舉的事，它為各種應用程序提供了一個詳細的管理面板，包括日志查看器和數據查看器，一個程序可以有多個版本，當新版本經過測試，可以用于生產環境時，你可以將其設為默認的版本，而Amazon EC2就麻煩多了，因為它屬于IaaS類型，所有維護和升級相關的事情你必須親力親為。
8、開發限制
使用Google App Engine時，你必須受到平臺的限制，如果你的查詢處于僵死狀態，很難將其殺掉，此外，Google App Engine沒有線程，提供的SDK也是受限的，有些類和功能被列入黑名單，因此不能被使用，也不能寫文件系統等等。
從表面上看這些限制是不可理喻的，但如果有朝一日你也要提供PaaS類型的平臺時，你就能理解為什么Google要做這些限制了，這樣才能確保運行在平臺上的應用程序不會違反平臺的規則，否則平臺就可能被應用程序綁架，從而變得不可使用，平臺上的其它應用程序就會收到牽連。
即便有這些限制，90%的商業應用程序仍然可以在Google App Engine上正常運行，但對于那些要使用線程，或寫文件系統的應用，***還是選擇Amazon EC2，因為它提供了所有底層訪問和控制權。
9、語言支持
截至目前，Google App Engine支持Java和Python，但任何可以轉換成字節碼，可在JVM上執行的任何編程語言都可以在Google App Engine上運行，如果你喜歡其它編程語言，***選擇Amazon EC2，因為你可以在它的操作系統上面安裝語言運行時環境，你擁有幾乎完整的硬件和操作系統控制權，還有什么不能做的呢？在Amazon EC2上也托管了許多有趣的C#，.NET，ASP.NET MVC/Visual Studio項目，具有諷刺意味著的是，盡管還有Microsoft Azure，但許多以MS技術開發的項目卻托管在Amazon EC2上。
概括地說，Amazon EC2是進入云計算的早期嘗試者，它利用互聯網標準和開放平臺創建了一個非常靈活的云計算平臺，Google則利用了它在大型數據庫方面的研究成果和它內部實現的一些技術創建了一個強大，但有更多限制的云計算環境。從核心技術來講，Amazon EC2允許你擴展任何計算機實例到多個實例，因此你擁有每個虛擬盒子的完全控制權，Google App Engine從操作系統抽象而來，沒有計算機實例的概念，如果你的Web應用程序不需要操作系統相關的功能，那么Google App Engine無疑是***的選擇，如果需要更好地控制你的系統環境，特別是操作系統相關的控制，那么***選擇Amazon EC2。
原文名：Comparing Google App Engine and Amazon EC2 on Technology 作者：Vikas Hazrati
【本文乃51CTO精選譯文，轉載請標明出處！】
【編輯推薦】
