Google云計算與Amazon云計算對比

1、Dyn am實例其他數(shù)據(jù)存儲Amazon 與 Google 云計算1. Amazon1.1.基礎(chǔ)架構(gòu)和服務(wù)請求路由請求路由圖1面向服務(wù)的Amazon平臺架構(gòu)圖1顯示了 Amazon平臺的抽象架構(gòu)，動態(tài)網(wǎng)頁的內(nèi)容是由頁面呈現(xiàn)組件生 成， 該組件進而查詢許多其他服務(wù)。一個服務(wù)可以使用不同的數(shù)據(jù)存儲來管理其 狀態(tài)，這 些數(shù)據(jù)存儲僅在其服務(wù)范圍才能訪問。有些服務(wù)作為聚合器使用其他一些服務(wù)，可 客戶請求Q網(wǎng)頁渲染2 組件產(chǎn)生合成(composite)響應(yīng)。通常情況下，聚合服務(wù)是無狀態(tài)，雖然他們利用廣泛的 緩存。從圖1中可知，Dynamo是Amazon云計算平臺中處于最底層的存儲架構(gòu),S3就是建Servi

2、ces不直接向公眾提供服務(wù)，但是為整個平臺及服務(wù)提供最基礎(chǔ)的支持。立在Dynamo之上，SimpleDB也極有可能使用或者借鑒了 Dynamo技術(shù)。Amazon以Web服務(wù)的形式將云計算產(chǎn)品提供給用戶。Amazon Web(AWS)是這些服務(wù)的總稱。目前AWS提供的服務(wù)產(chǎn)品如表1所示產(chǎn)品分類嚴品名稱EC2彈性計算云彈性 Map Reduce內(nèi)容推送服務(wù)CloudFro ntSimpleDB數(shù)據(jù)庫服務(wù)RDS簡單隊列服務(wù)SQSFPS支付服務(wù)DevPayS3存儲服務(wù)EBS12 EC2Amazon EC2屬于IaaS (基礎(chǔ)設(shè)施即服務(wù))。EC2使用Xen虛擬化技術(shù)。每 個虛擬 機，又稱作實例，能夠運行

3、小、大、極大三種能力的虛擬私有服務(wù)器。Amazon利用EC2 Compute Units去分配碩件資源。EC2簡言之。他完全是一部具有無限采集能力的虛擬計算機， 用戶能夠用來 執(zhí)行一些處理任務(wù)。然而“無限”并不不意味“無邊際”，相反，他是具有上限的。 亞馬遜的文獻闡明，你能同時租用“上百，甚至數(shù)以萬計”虛擬機。2. Google GAE由于發(fā)布S3和EC2這兩個優(yōu)秀的云服務(wù)，使得Amazon已經(jīng)率先在云計算 市場 站穩(wěn)了腳跟，而身為云計算這個浪潮的發(fā)起者之一的Google肯定不甘示弱，并在 2008年四月份推出了 Google App Engine這項PaaS服務(wù)，雖然現(xiàn)在無法稱 其為一個 革

4、命性的產(chǎn)品，但肯定是現(xiàn)在市面上最成熟，并且功能最全面的PaaSFrom End |URLfefch平臺Google App Engine 架構(gòu)圖從圖上看出，GAE架構(gòu)可以分為三個部分：前端，Datastore和服務(wù)群：1.前端（有四大模塊）1） Front End：既可以認為它是Load Balancer,也可以認為它是Proxy,它 主 要負責負載均衡和將請求轉(zhuǎn)發(fā)給App Server （應(yīng)用服務(wù)器）或者StaticF訂es等工作。2） Static Files：在概念上，比較類似于 CDN （Content Delivery Network,內(nèi)容分發(fā)網(wǎng)絡(luò)），用于存儲和傳送那些應(yīng)用附帶的靜態(tài)

5、文件，比如圖片， CSS和JS腳本等。3） App Server：用于處理用戶發(fā)來的請求，并根據(jù)請求的內(nèi)容來調(diào)用后面的 Datastore和服務(wù)群。4） App Master：是在應(yīng)用服務(wù)器間調(diào)度應(yīng)用，并將調(diào)度之后的情況通知Front Endo2.DatastoreReqwflstAppMatlvrFront En|App Server r4 OatAStoc*App. Server rSVffic TiesImagesUsersTalkQufliM它是基于BigTable技術(shù)的分布式數(shù)據(jù)庫，雖然其也可以被理解成為一個服務(wù)， 但是由于其是整個App Engine唯一存儲持久化數(shù)據(jù)的地方，所以其

6、是AppEngine中一個非常核心的模塊。3.服務(wù)群整個服務(wù)群包括很多服務(wù)供App Server調(diào)用，比如Memcache,圖形，用戶,URL抓取和任務(wù)隊列等。Google App Engine給你一個完整的平臺，包括完整的SDK （以及Eclipse插 件）和服務(wù)，你可以構(gòu)建和部署你自己的應(yīng)用程序，但你不能很好地控制操作系統(tǒng)，碩件和存儲，諸如寫文件系統(tǒng)，使用線程等操作都有限制，這樣設(shè)計的目的是為 了確保平臺不會被某個應(yīng)用程序綁架。GAE應(yīng)該是利用Google自己的技術(shù)實現(xiàn)的，從現(xiàn)在的資料來看沒發(fā)現(xiàn)Google使用了虛擬化技術(shù)。Google有一項技術(shù)叫Google WorkQueue是負責資

7、源調(diào)度 的，不知道是不是這項技術(shù)實現(xiàn)了 GAE的資源控制（Google還未公開Google WorkQueue的實現(xiàn)）。從功能上說，GAE實現(xiàn)了多租戶的資源按買入量分 配， 甚至CPU使用時間精確到了每個文件，這恐怕不是一個WorkQueue就能完 成的吧？WorkQueue似乎更適合完成計算密集型任務(wù)。對于GAE這樣的互聯(lián)網(wǎng)應(yīng)用，如果等請求到來后在調(diào)度資源將web app裝入內(nèi)存，是不是有點來不及?。縂oogle的GAE下面有沒有可能就是一堆的物理機裝上OS,然后再把它的PaaS的東西（GFS, Bigtable, Map Reduce裝上就Ok 了呢？因為在PaaS這個層 面 已經(jīng)實現(xiàn)了數(shù)

8、據(jù)與計算的動態(tài)分布，包括系統(tǒng)的流水一樣的擴展性與可靠性，壞一臺 機器就壞吧，反正已經(jīng)分布冗余了，那還有什么必要再去多加一層虛擬機 的虛擬化白 白去浪費資源的overhead?3. EC2與GAE對比區(qū)別選項GAEEC2層次PaaSIaaS底層技術(shù)GFS BigTable Chubby Lock 等SimpleDB S3、 RDS、 EBS 等提供服務(wù)（對 于開發(fā)人員）服務(wù)都是現(xiàn)成的，町快速開 發(fā)自己搭建基礎(chǔ)設(shè)施，然后安裝服 務(wù)，需耗費一定的時間管理簡單復(fù)雜抽象程度高低可靠性可靠，可以時刻查看GAE的狀 態(tài)，是透明的可靠，從歷史數(shù)據(jù)來看，EC2正常 運行時間比GAE要好可移植性可以更好的可移植性

9、存儲GAE i前嚴重依賴BigTable,不 過Google最訴宣布將讓GAE支持傳統(tǒng)的SQL數(shù)據(jù)庫EC2已經(jīng)支持SQL數(shù)據(jù)庫，你可以 使用Oracle, MySQL等你所熟悉的 關(guān)系數(shù)據(jù)庫維護與升級容易復(fù)雜開發(fā)限制受平臺的限制提供了所有底層訪問和控制權(quán)語言支持Java PythonC#, .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ù)

10、來講，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。4.關(guān)于虛擬化的見解4. 1.云計算與虛擬化云計算與虛擬化技術(shù)，沒有必然的關(guān)系。實現(xiàn)云計算，根本不需要虛擬化。這 里說的云計算就是分布式計算（如Google利用MapReduce實現(xiàn)）。只有在云服務(wù)提 供商對外提供服務(wù)的時

11、候，才需要虛擬化技術(shù)，用虛擬化技術(shù)的摸底是為了更好的管 理。1）當一臺機器資源閑置的時候，我可以通過虛擬化，在上面跑多個OS。這 時 云計算和虛擬化就有關(guān)系。2）當一臺機器無法滿足計算的要求的時候，我們把多個機器并一起來完成一項工作，這其實就是所謂的并行計算。但是這和虛擬化有啥關(guān)系呢？我一 臺機器的性能都不夠用，難道我還在上面虛擬化，再跑一個OS,這樣性能就更差。這其實是很困惑人的。那么我不用虛擬化，來實現(xiàn)并行計算，可以嗎？這肯定是可以，假如你這次并 行技術(shù)，需要的是linux ,安裝特定的軟件，那么你就在100臺機器進行安裝，就 可以實現(xiàn)并行計算。我們一些固定的應(yīng)用，并行計算，其實根本不需要

12、虛擬化，現(xiàn) 在那些高性能計算機，其實就是通過并行計算的原理來實現(xiàn)的。一個簡單的例子，Google,他肯定是云，那么可以肯定一點，Google肯定是沒有用啥虛擬化的技術(shù)。他都是用普通的pc,進行大量的并行計算。4. 2.什么情況需要通過虛擬化來提供云計算不同用戶，實現(xiàn)并行計算的軟件，0S都是不一樣的。如果我是對外提供服務(wù)，我 就需要滿足不同的需求。而且客戶需要云計算的能力，是按需的,不是長期的。假設(shè)客 戶需要100臺服務(wù)器，運行LinuxlO個小時。馬上又有客戶提出，我需要100臺 windows的機器，跑一個小時。那么如何在在100臺機器跑完Linux ,又馬上安裝window給客戶提供服務(wù) 呢？當你有100臺物理的機器。你如何可以實現(xiàn)統(tǒng)一的管理呢？遠程控制卡，這 是 可以實現(xiàn)遠程管理，不過不是所有的機器都有遠程控制卡，而且即使有遠程控制卡， 你如果希望同時在這些機器安裝系統(tǒng)，軟件呢？那么目前的技術(shù)條件，如何才能更低 的成本來實現(xiàn)統(tǒng)一管理100臺服務(wù)器，甚至1000臺呢？答案就是虛擬化。目前一臺物理服務(wù)器上跑一個0S,和物理服務(wù)器上虛擬化，再跑一個0S,性能大 概要損失5%,這是可以接受的。因為所有的機器實現(xiàn)虛擬化后,我們就可能實現(xiàn)統(tǒng)一 的管理。虛擬化，物理服務(wù)器，其實也是需要你去安裝系統(tǒng),不過這是一次性的。實現(xiàn)虛擬