 分布式架構(gòu) 分布式計(jì)算技術(shù)的應(yīng)用和工具 分布式架構(gòu)是分布式計(jì)算技術(shù)的應(yīng)用和工具，目前成熟的技術(shù)包括J2EE,CORBA和.NET(DCOM)，這些技術(shù)牽扯的內(nèi)容非常廣，相關(guān)的書(shū)籍也非常多，本文不介紹這些技術(shù)的內(nèi)容，也沒(méi)有涉及這些技術(shù)的細(xì)節(jié)，只是從各種分布式系統(tǒng)平臺(tái)產(chǎn)生的背景和在軟件開(kāi)發(fā)中應(yīng)用的情況來(lái)探討它們的主要異同。 基本信息
詳細(xì)說(shuō)明 一、分布式計(jì)算技術(shù)的形成 CORBA(CommonObjectRequestBrokerArchitecture)是在1992年由OMG(OpenManagementGroup)組織提出的。那時(shí)的分布式應(yīng)用環(huán)境都采用Client/Server架構(gòu)，CORBA的應(yīng)用很大程度的提高了分布式應(yīng)用軟件的開(kāi)發(fā)效率。 當(dāng)時(shí)的另一種分布式系統(tǒng)開(kāi)發(fā)工具是Microsoft的DCOM(DistributedCommonObjectModel)。Microsoft為了使在Windows平臺(tái)上開(kāi)發(fā)的各種應(yīng)用軟件產(chǎn)品的功能能夠在運(yùn)行時(shí)(Runtime)相互調(diào)用(比如在MicrosoftWord中直接編輯Excel文件)，實(shí)現(xiàn)了OLE(LinkedandEmbeddedObject)技術(shù)，后來(lái)這個(gè)技術(shù)衍生為COM(CommonObjectModel)。 隨著Internet的普及和網(wǎng)絡(luò)服務(wù)(WebServices)的廣泛應(yīng)用,Browser/Server架構(gòu)的模式逐漸體現(xiàn)出它的優(yōu)勢(shì)。于是，Sun公司在其Java技術(shù)的基礎(chǔ)上推出了應(yīng)用于B/S架構(gòu)的J2EE的開(kāi)發(fā)和應(yīng)用平臺(tái);Microsoft也在其DCOM技術(shù)的基礎(chǔ)上推出了主要面向B/S應(yīng)用的.NET開(kāi)發(fā)和應(yīng)用平臺(tái)。 二、使用的協(xié)議 .NET中涵蓋的DCOM技術(shù)和CORBA一樣，在網(wǎng)絡(luò)傳輸層都采用TCP/IP協(xié)議；也都有自己的IDL規(guī)范。所不同的是，在TCP/IP之上，CORBA采用GIOP/IIOP協(xié)議，所有CORBA服務(wù)器以IIOP通信，形成了ORB軟件通道;J2EE的RMI曾經(jīng)采用獨(dú)立的通信協(xié)議，目前已經(jīng)改為RMI/IIOP，體現(xiàn)了J2EE的開(kāi)放性;DCOM也有自己的通信協(xié)議(TCP在135端口的服務(wù))，但微軟沒(méi)有公開(kāi)這個(gè)協(xié)議的規(guī)范；同樣，CORBA的IDL采用類(lèi)C++的定義，是公開(kāi)的規(guī)范;DCOM的IDL的文件雖然是文本形式的，微軟沒(méi)有正式公布它的規(guī)范，在使用中，.NET的IDL是由開(kāi)發(fā)工具生成的。 三、應(yīng)用的環(huán)境 關(guān)于.NET，比爾蓋茨這樣說(shuō):“簡(jiǎn)單地說(shuō)，.NET是以微軟的各種產(chǎn)品為開(kāi)發(fā)工具和應(yīng)用平臺(tái)，實(shí)現(xiàn)基于XML的網(wǎng)絡(luò)服務(wù)?！庇纱艘部梢钥闯?，.NET在Microsoft的世界里功能強(qiáng)大，但對(duì)于Unix和Linux這些在服務(wù)器市場(chǎng)占主要份額的系統(tǒng)，.NET顯得束手無(wú)策。 因此，J2EE顯示了它跨平臺(tái)的優(yōu)勢(shì)，為網(wǎng)絡(luò)服務(wù)商提供了很好的面向前端(front-end)的開(kāi)發(fā)和應(yīng)用平臺(tái),隨著網(wǎng)絡(luò)服務(wù)進(jìn)一步廣泛應(yīng)用和服務(wù)集成度的提高,在網(wǎng)絡(luò)服務(wù)提供商的后臺(tái)會(huì)形成越來(lái)越龐大的分布式計(jì)算環(huán)境,CORBA模塊結(jié)構(gòu)更適合后臺(tái)(back-end)的多種服務(wù),例如網(wǎng)絡(luò)服務(wù)的計(jì)費(fèi)程序等.因此可以看出,J2EE和CORBA技術(shù)在網(wǎng)絡(luò)服務(wù)(WebServices)這片藍(lán)天下,各自有自己的海洋和陸地。如果在前端(front-end)使用了.NET開(kāi)發(fā)平臺(tái)，那么在后端(back-end)的分布式結(jié)構(gòu)中，DCOM就是理想的選擇。 J2EE是純Java技術(shù)，很多測(cè)試顯示RMI(Java)服務(wù)器的響應(yīng)速度遠(yuǎn)遠(yuǎn)低于非Java的CORBA服務(wù)器。因此，在一些對(duì)數(shù)據(jù)處理速度和響應(yīng)時(shí)間要求較高的系統(tǒng)開(kāi)發(fā)中，要對(duì)RMI和CORBA的性能進(jìn)行測(cè)試對(duì)比后再做選擇。 四、應(yīng)用軟件的開(kāi)發(fā)和維護(hù) 從應(yīng)用軟件的開(kāi)發(fā)過(guò)程的角度看,J2EE是完全開(kāi)放式的平臺(tái),體現(xiàn)為既面向設(shè)計(jì)人員,也面向開(kāi)發(fā)人員的規(guī)范;CORBA也是一種規(guī)范,但更多體現(xiàn)為中間產(chǎn)品,CORBA產(chǎn)品的提供商才是這種規(guī)范的真正執(zhí)行者,對(duì)應(yīng)用開(kāi)發(fā)的程序員而言,只要了解IDL語(yǔ)言的規(guī)范,不必詳細(xì)知道ORB/GIOP/IIOP的協(xié)議細(xì)節(jié)。.NET作為Microsoft在網(wǎng)絡(luò)環(huán)境的主打,體現(xiàn)為一系列產(chǎn)品化的開(kāi)發(fā)工具,比如C#,C++,等。這些開(kāi)發(fā)工具是直接針對(duì)應(yīng)用開(kāi)發(fā)人員的。其實(shí)Sun公司提供的J2EE也是由許多軟件包(應(yīng)用API)來(lái)面對(duì)開(kāi)發(fā)人員的。 從軟件開(kāi)發(fā)成本與周期以及軟件的維護(hù)角度看，J2EE比CORBA有以上優(yōu)勢(shì)。 五、應(yīng)用前景 對(duì)于分布式計(jì)算技術(shù)的架構(gòu)，不能絕對(duì)地說(shuō)哪一個(gè)更好，只能說(shuō)哪一個(gè)更合適。針對(duì)不同的軟件項(xiàng)目需求，具體分析才是明智的選擇。 從宏觀市場(chǎng)看，CORBA產(chǎn)品的銷(xiāo)售并沒(méi)有想象那樣給CORBA產(chǎn)品提供商帶來(lái)可觀的利潤(rùn)；而J2EE的呼聲也高于.NET;隨著J2EE中RMI/IIOP與CORBA接口的完善，再加上開(kāi)發(fā)費(fèi)用的考慮和使用的方便性，J2EE一攬子開(kāi)放的環(huán)境會(huì)是人們首先考慮的選擇；但CORBA標(biāo)準(zhǔn)的強(qiáng)壯的兼容性，也使這種技術(shù)在大型系統(tǒng)開(kāi)發(fā)中會(huì)占有一席之地。 關(guān)于作者 周斌北京時(shí)力永聯(lián)科技公司業(yè)務(wù)咨詢和軟件外包服務(wù)部經(jīng)理，曾執(zhí)教于復(fù)旦大學(xué)計(jì)算機(jī)科學(xué)系,1994年赴美國(guó)Oracle總部參加合作項(xiàng)目,后就讀于加拿大哥倫比亞大學(xué) 對(duì)比 EMCVMAX VMAX架構(gòu)包含1個(gè)到8個(gè)VMAX引擎（存儲(chǔ)節(jié)點(diǎn)）。這些引擎相互連接在一起，被稱為虛擬Matrix架構(gòu)。每個(gè)引擎都可以當(dāng)作存儲(chǔ)陣列，擁有自己的前端主機(jī)端口連接、后端磁盤(pán)導(dǎo)向器、高速緩存（內(nèi)部鏡像化）和處理器。VMAX引擎使用Matrix接口主板封裝器（MIBE）連接在一起。MIBE有副本以備冗余。虛擬Matrix可以進(jìn)行引擎之間的記憶體訪問(wèn)。當(dāng)主機(jī)訪問(wèn)端口和數(shù)據(jù)不在同一個(gè)引擎上的時(shí)候需要虛擬Matrix提供連接性。 3ParInServ 3Par由多個(gè)存儲(chǔ)節(jié)點(diǎn)組成。這些存儲(chǔ)節(jié)點(diǎn)匯集到一個(gè)高速連接上。3Par稱之為InSpire架構(gòu)。2到8個(gè)節(jié)點(diǎn)（按對(duì)配置）連接到一個(gè)被動(dòng)背板，每個(gè)節(jié)點(diǎn)之間的帶寬可高達(dá)1.6Gb/秒。3Par如圖所示展示他們的8節(jié)點(diǎn)架構(gòu)，連接的數(shù)量很容易就能看清楚。還看到2節(jié)點(diǎn)、4節(jié)點(diǎn)、6節(jié)點(diǎn)和8節(jié)點(diǎn)部署下的連接是如何增加的。InServ陣列按對(duì)寫(xiě)入高速緩存數(shù)據(jù)，因此每個(gè)節(jié)點(diǎn)都有一個(gè)伴點(diǎn)。如果一個(gè)節(jié)點(diǎn)發(fā)生故障，伴點(diǎn)上的高速緩存可以馬上寫(xiě)入另一個(gè)節(jié)點(diǎn)，從而保護(hù)高速緩存數(shù)據(jù)。 IBMXIV IBMXIV陣列采用的是另一種節(jié)點(diǎn)設(shè)置方式。節(jié)點(diǎn)直接連接到底層硬件的數(shù)據(jù)保護(hù)機(jī)制。XIV只使用RIAD-1類(lèi)型的保護(hù)，采用的是1MB大小的數(shù)據(jù)塊，也稱為分區(qū)。數(shù)據(jù)以偽隨機(jī)方式均勻分布在節(jié)點(diǎn)上，確保對(duì)任何LUN來(lái)說(shuō)，數(shù)據(jù)都是寫(xiě)入在所有節(jié)點(diǎn)上。本文底部的XIV圖片顯示了這個(gè)架構(gòu)。節(jié)點(diǎn)（在XIV中稱為模塊）分成接口模塊和數(shù)據(jù)模塊。接口模塊有自己的高速緩存、處理器、數(shù)據(jù)磁盤(pán)和主機(jī)接口。數(shù)據(jù)模塊沒(méi)有主機(jī)接口，但是仍然有高速緩存、處理器和磁盤(pán)。每個(gè)模塊有12個(gè)1TBSATA驅(qū)動(dòng)器。當(dāng)數(shù)據(jù)寫(xiě)入陣列的時(shí)候，這些1MB分區(qū)寫(xiě)入到所有驅(qū)動(dòng)器和模塊中，確保任意一個(gè)分區(qū)的兩個(gè)鏡像對(duì)不會(huì)都處在同一個(gè)模塊上。LUN的順序分區(qū)分布在各個(gè)模塊上。這樣做的結(jié)果就是所有的模塊都參與服務(wù)所有的卷，且單個(gè)模塊的故障不會(huì)導(dǎo)致數(shù)據(jù)丟失。 |
|
|
來(lái)自： 邸彥強(qiáng) > 《軟件架構(gòu)》
