最近一個潛在客戶要求我們比較一下Amazon EC2和Google App Engine，正好我們剛剛在EC2和Google App Engine上完成了兩個相對來說規(guī)模較大的項目，因此有必要做一下總結，我打算從三個角度來對比這兩大云計算平臺：技術，業(yè)務和未來發(fā)展趨勢，本文是技術方面的對比，ok，準備好咖啡，我們開始吧！

如果按平臺類型來分，大家可能已經(jīng)知道Google App Engine屬于PaaS（平臺即服務），而Amazon EC2屬于IaaS（基礎設施即服務），Amazon EC2給你一個安裝了操作系統(tǒng)的“盒子”，你可以自己安裝應用程序，也可以使用AMI（Amazon Machine Image），如果你想構建一個高度復雜的定制應用，Amazon EC2是不二之選，它允許你控制環(huán)境參數(shù)，底層操作系統(tǒng)，存儲和網(wǎng)絡需求，從技術上講，它屬于很底層的服務，你可以調(diào)整你需要的大部分東西。

Google App Engine給你一個完整的平臺，包括完整的SDK（以及Eclipse插件）和服務，你可以構建和部署你自己的應用程序，但你不能很好地控制操作系統(tǒng)，硬件和存儲，諸如寫文件系統(tǒng)，使用線程等操作都有限制，這樣設計的目的是為了確保平臺不會被某個應用程序綁架。

簡單起來就是：

IaaS：原始硬件（處理器，網(wǎng)絡和存儲）

PaaS：操作系統(tǒng)，系統(tǒng)軟件，開發(fā)框架和虛擬機。

下面從技術角度來比較一下這兩個平臺。

1、提供的服務

Google App Engine憑借豐富的服務擊敗Amazon EC2，Google App Engine提供的服務可以讓開發(fā)人員快速進入開發(fā)狀態(tài)。如Blobstore，Images，Mail，Memcache，Multitenancy，Oauth，Task Queues，URL Fetch，Users，XMPP這些服務在Amazon EC2上是需要自己安裝的，為了便于比較，假設你已經(jīng)為Memcache，Mail和多租戶搭建好了基礎設施，看看在EC2上你用了多長時間安裝，我敢打賭你會超過一個小時，使用Google App Engine時，這些服務都是現(xiàn)成的，就象果盤中插好牙簽的水果一樣，你可以隨時享用。

2、管理

Google App Engine再次勝出，因為一旦你的應用程序部署成功后，它幾乎不需要管理，當你的應用程序負載變大時，你不需要向服務注入新的實例，Google App Engine可以自由擴大負載能力，新實例是實時剝離的。使用Amazon EC2時，你必須時刻跟蹤通信流量（現(xiàn)在可以通過腳本自動跟蹤了），新實例是在你的配置基礎上剝離的，因此，如果我的峰值負載是2x+y，那么需要剝離2個以上的應用程序服務器。

此外，使用Google App Engine升級應用程序服務器實例，安裝新的負載均衡器時，沒有管理開銷，這一切都是自動執(zhí)行的。

3、抽象水平

和上一條聯(lián)系緊密的是抽象水平，Google App Engine抽象得比較好，你只需要關心你的應用程序和業(yè)務邏輯，不用擔心底層基礎設施的管理，正如Nick Johnson所說的那樣，抽象水平應作為挑選云計算平臺的一個基本原則，你需要做的是駕駛，不需要研究引擎蓋以下的東西。在我看來，如果你的核心業(yè)務是貨物運輸，那么你應該買一輛卡車，它能高效地把你的貨物從A地運輸?shù)紹地，相反，你不應該考慮如何購買零部件自己組裝一輛卡車。

在軟件開發(fā)領域，我們看到有Grails，RoR等框架，它們大受歡迎，是因為它們提供了高水平的抽象，如果你是一名泥瓦匠，它們就象是腳手架，你可以踩在它們上面干你的工作。

4、可靠性

從我個人的認識來講，兩者都很可靠，這一點從它們的用戶數(shù)量就可以知道一二，用戶可以時刻查看Google App Engine的狀態(tài)，它是透明的，但從歷史數(shù)據(jù)來看，Amazon EC2的正常運行時間比Google App Engine要好。

5、可移植性

從使用的底層操作系統(tǒng)和開發(fā)框架來看，Amazon EC2具有更好的可移植性，但也不要擔心你會被Google App Engine給鎖住，Google已經(jīng)給出了遷移指南，指導你如何從轉(zhuǎn)移出Google App Engine平臺，當然包含你所有的數(shù)據(jù)在內(nèi)。還有AppScale這樣的程序可以幫助你將Google App Engine上的程序轉(zhuǎn)移到Amazom EC2或其它云平臺上，AppScale已經(jīng)可以支持EC2，Eucalyptus，Xen和KVM。

6、存儲

Google App Engine目前嚴重依賴于BigTable，開發(fā)人員需要從一個完全不同的角度來認識和學習它，特別是對于那些特熟悉關系數(shù)據(jù)庫，被關系數(shù)據(jù)庫理論束縛的人更需要洗洗腦，它提供了一個JPA&JDO訪問接口，但它不支持所有的JPA&JDO功能，特別是關系部分，Google最近也高調(diào)宣布要讓Google App Engine支持傳統(tǒng)的SQL數(shù)據(jù)庫。Amazon EC2已經(jīng)支持SQL數(shù)據(jù)庫，你可以使用Oracle，MySQL等你所熟悉的關系數(shù)據(jù)庫。

7、應用程序維護和升級

對Google App Engine來說，應用程序維護和升級是件輕而易舉的事，它為各種應用程序提供了一個詳細的管理面板，包括日志查看器和數(shù)據(jù)查看器，一個程序可以有多個版本，當新版本經(jīng)過測試，可以用于生產(chǎn)環(huán)境時，你可以將其設為默認的版本，而Amazon EC2就麻煩多了，因為它屬于IaaS類型，所有維護和升級相關的事情你必須親力親為。

8、開發(fā)限制

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

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

即便有這些限制，90%的商業(yè)應用程序仍然可以在Google App Engine上正常運行，但對于那些要使用線程，或?qū)懳募到y(tǒng)的應用，***還是選擇Amazon EC2，因為它提供了所有底層訪問和控制權。

9、語言支持

截至目前，Google App Engine支持Java和Python，但任何可以轉(zhuǎn)換成字節(jié)碼，可在JVM上執(zhí)行的任何編程語言都可以在Google App Engine上運行，如果你喜歡其它編程語言，***選擇Amazon EC2，因為你可以在它的操作系統(tǒng)上面安裝語言運行時環(huán)境，你擁有幾乎完整的硬件和操作系統(tǒng)控制權，還有什么不能做的呢？在Amazon EC2上也托管了許多有趣的C#，.NET，ASP.NET MVC/Visual Studio項目，具有諷刺意味著的是，盡管還有Microsoft Azure，但許多以MS技術開發(fā)的項目卻托管在Amazon EC2上。

概括地說，Amazon EC2是進入云計算的早期嘗試者，它利用互聯(lián)網(wǎng)標準和開放平臺創(chuàng)建了一個非常靈活的云計算平臺，Google則利用了它在大型數(shù)據(jù)庫方面的研究成果和它內(nèi)部實現(xiàn)的一些技術創(chuàng)建了一個強大，但有更多限制的云計算環(huán)境。從核心技術來講，Amazon EC2允許你擴展任何計算機實例到多個實例，因此你擁有每個虛擬盒子的完全控制權，Google App Engine從操作系統(tǒng)抽象而來，沒有計算機實例的概念，如果你的Web應用程序不需要操作系統(tǒng)相關的功能，那么Google App Engine無疑是***的選擇，如果需要更好地控制你的系統(tǒng)環(huán)境，特別是操作系統(tǒng)相關的控制，那么***選擇Amazon EC2。

原文名：Comparing Google App Engine and Amazon EC2 on Technology  作者：Vikas Hazrati

【本文乃51CTO精選譯文，轉(zhuǎn)載請標明出處！】

【編輯推薦】

1. 谷歌、IBM、微軟，誰是云時代主角？
2. 亞馬遜云計算2010年銷售收入將超5億美元
3. 微軟、谷歌、亞馬遜血戰(zhàn)云計算
4. 亞馬遜故障頻發(fā) 用戶該怎么辦？
5. 亞馬遜推出1年免費云計算服務
6. 美國***云計算部署 微軟擊敗Google Apps
7. 從Google日歷宕機事件學到的教訓