對云計算架構模型的深度分析

申請免費試用、咨詢電話：400-8352-114

一個云計算系統(tǒng)就是對一系列IT資源的配置，專門為了運行應用程序，而不是分配給其靜態(tài)的應用作為客戶端或服務器計算。在云計算環(huán)境中，用戶發(fā)出從一個應用程序獲取信息的請求（如通過虛擬桌面）,云計算環(huán)境就必須調度資源來運行這個應用程序。

無論何種形式的應用程序和資源調度，虛擬化都是其中的關鍵元素。為了進一步探究這樣講的原因，我們先從虛擬桌面來看這個進程：

用戶以符號形式請求應用程序資源（如通過URL或者Web Service UDDI）

云計算環(huán)境截獲這個請求，為該任務指定資源

把資源裝載到需要的軟件中

返回資源地址給用戶；應用程序交互開始進行

從上面的流程中可以看出，對云計算最為重要的要求是用戶要從虛擬化的視角看應用程序，并且絕對不能給應用程序資源分配一個靜態(tài)地址。如果這樣做的話，就會阻止云環(huán)境中資源分配的靈活性。雖然所有云計算模型都必須支持一個與用戶交互的虛擬“前端”接口，這些虛擬資源的管理方式對不同的實施例可能各不相同。

云計算模型

云計算是一個全新的概念--其前景如此令人興奮，其支持的應用程序也不可勝數(shù)。只要保證云資源和虛擬桌面的高效連接，企業(yè)就可以從可用第三方中或得大量云服務。從最大化性能和最小化成本的角度來講，云計算也有效地把計算中心重新定向到云模型中。使用應用程序工具（如Web Service Directory、UDDI）或者使用保持服務器負載均衡的網絡工具，可以虛擬化出服務器資源池。通過這些服務器池，就可以創(chuàng)建出最簡單的云計算模型。這個模型的問題是：和客戶端或服務器架構相比較，沒有顯著進步。因為該模型不能提供真正意義上的資源獨立性（服務器還是指定給一個應用程序集合）.

云架構的下一步就是使用軟件工具，這些工具構建使用云的應用。Salesforce.com在其平臺即服務（PaaS:Platform-as-a-Service）模型中就使用這些工具。這些工具確保該架構下的應用程序可以分配給多個服務器上的資源調度程序，并且仍然可以以不擾亂其他用戶的方式運行。這個模型在云計算網絡提供商中非常流行；并且使用提供商的應用程序工具，可以把該模型與同一個提供商的SaaS服務整合在一起。

網絡提供商（或者甚至是企業(yè)）通過融合網絡虛擬存儲技術和虛擬服務器技術，可以構建更復雜的模型。這個模型可以把應用程序作為一個“鏡像”或者“實例”存儲在云中。

在收到一個應用程序請求之后，該請求就被分配給一個虛擬服務器。這個虛擬服務器從存儲的應用程序鏡像備份中裝載，并且被授權訪問所需要的數(shù)據(jù)（這些數(shù)據(jù)存儲在存儲池中）.這里使用虛擬服務器可以實現(xiàn)操作系統(tǒng)的獨立，只要硬件系統(tǒng)有常規(guī)的二進制執(zhí)行格式（如，x86指令集）.Amazon的彈性云計算（EC2:Elastic Cloud Computing）就屬于這個模型。使用Java虛擬機技術可以創(chuàng)建類似模型。Java應用程序可以在任何硬件平臺上運行，同時可以提供更多相互獨立的資源。

“最終版”的云計算模型應該是所有資源虛擬化都會和資源調度程序在邏輯上融合，此時就需要考慮資源耗費、網絡連接性、性能需求和用戶地理學等。IBM或者Google云計算模型就滿足這樣的要求：整合Cisco或者其它虛擬化商家的工具，就可以構建出一個類似框架。對云終端用戶來講，該模型和前面所提到模型的不同之處就在于更少的花費、更好的性能，這兩個因素都源自改進的資源調度程序進程。重要的是需要注意大多數(shù)云計算架構和服務都構建在Web Service或者SOA框架之上，但是和兩者的連接都不是必需的。實際上，云資源可以看作是于客戶端/服務器裝置架構中的服務器。因為許多公司把云計算作為一種支持特定應用程序集的方式，所以這個應用相對比較少。因此，他們補給他們自身的IT資源。如果所有應用程序都像Web Service那樣展現(xiàn)它們的能力，那么整合特殊的特定應用程序和內部應用程序就需要性能最好、靈活性最強的虛擬桌面工具。（來自互聯(lián)網）