中間件不能不了解的幾大主要功能

feiyang10086

中間件所包括的范圍十分廣泛，針對不同的應(yīng)用需求涌現(xiàn)出多種各具特色的中間件產(chǎn)品。但至今中間件還沒有一個比較精確的定義，因此，在不同的角度或不同的層次上，對中間件的理解也會有所不同。由于中間件需要屏蔽分布環(huán)境中異構(gòu)的操作系統(tǒng)和網(wǎng)絡(luò)協(xié)議，它必須能夠提供分布環(huán)境下的通訊服務(wù)，我們將這種通訊服務(wù)稱之為平臺�；�于目的和實現(xiàn)機(jī)制的不同，實現(xiàn)的功能有如下分類：

1、遠(yuǎn)程過程調(diào)用

遠(yuǎn)程過程調(diào)用是一種廣泛使用的分布式應(yīng)用程序處理方法。一個應(yīng)用程序使用RPC來“遠(yuǎn)程”執(zhí)行一個位于不同地址空間里的過程，并且從效果上看和執(zhí)行本地調(diào)用相同。事實上，一個RPC應(yīng)用分為兩個部分：server和Client。server提供一個或多個遠(yuǎn)程過程；client向server發(fā)出遠(yuǎn)程調(diào)用。server和client可以位于同一臺計算機(jī)，也可以位于不同的計算機(jī)，甚至運(yùn)行在不同的操作系統(tǒng)之上。它們通過網(wǎng)絡(luò)進(jìn)行通訊。相應(yīng)的stub和運(yùn)行支持提供數(shù)據(jù)轉(zhuǎn)換和通訊服務(wù)，從而屏蔽不同的操作系統(tǒng)和網(wǎng)絡(luò)協(xié)議。在這里RPC通訊是同步的。采用線程可以進(jìn)行異步調(diào)用。

在RPC模型中，client和server只要具備了相應(yīng)的RPC接口，并且具有RPC運(yùn)行支持，就可以完成相應(yīng)的互操作，而不必限制于特定的server。因此，RPC為client/server分布式計算提供了有力的支持。同時，遠(yuǎn)程過程調(diào)用RPC所提供的是基于過程的服務(wù)訪問，client與server進(jìn)行直接連接，沒有中間機(jī)構(gòu)來處理請求，因此也具有一定的局限性。比如，RPC通常需要一些網(wǎng)絡(luò)細(xì)節(jié)以定位server；在client發(fā)出請求的同時，要求server必須是活動的等等。

2、面向消息處理

面向消息（MOM）指的是利用高效可靠的消息傳遞機(jī)制進(jìn)行平臺無關(guān)的數(shù)據(jù)交流，并基于數(shù)據(jù)通信來進(jìn)行分布式系統(tǒng)的集成。通過提供消息傳遞和消息排隊模型，它可在分布環(huán)境下擴(kuò)展進(jìn)程間的通信，并支持多通訊協(xié)議、語言、應(yīng)用程序、硬件和軟件平臺。目前流行的MOM中間件產(chǎn)品有IBM的MQSeries、BEA的MessageQ等。消息傳遞和排隊技術(shù)有以下三個

特點(diǎn)：

通訊程序可在不同的時間運(yùn)行程序不在網(wǎng)絡(luò)上直接相互通話，而是間接地將消息放入消息隊列，因為程序間沒有直接的聯(lián)系。所以它們不必同時運(yùn)行。消息放入適當(dāng)?shù)年犃袝r，目標(biāo)程序甚至根本不需要正在運(yùn)行；即使目標(biāo)程序在運(yùn)行，也不意味著要立即處理該消息。

對應(yīng)用程序的結(jié)構(gòu)沒有約束在復(fù)雜的應(yīng)用場合中，通訊程序之間不僅可以是一對一的關(guān)系，還可以進(jìn)行一對多和多對一方式，甚至是上述多種方式的組合。多種通訊方式的構(gòu)造并沒有增加應(yīng)用程序的復(fù)雜性。

程序?qū)⑾�息放入消息隊列或從消息隊列中取出消息來進(jìn)行通訊，與此關(guān)聯(lián)的全部活動，比如維護(hù)消息隊列、維護(hù)程序和隊列之間的關(guān)系、處理網(wǎng)絡(luò)的重新啟動和在網(wǎng)絡(luò)中移動消息等是MOM的任務(wù)，程序不直接與其它程序通話，并且它們不涉及網(wǎng)絡(luò)通訊的復(fù)雜性。


3、對象請求代理

隨著對象技術(shù)與分布式計算技術(shù)的發(fā)展，兩者相互結(jié)合形成了分布對象計算，并發(fā)展為當(dāng)今軟件技術(shù)的主流方向。1990年底，對象管理集團(tuán)OMG首次推出對象管理結(jié)構(gòu)OMA(ObjECtManagementArchitecture)，對象請求代理（ObjectRequestBroker）是這個模型的核心組件。它的作用在于提供一個通信框架，透明地在異構(gòu)的分布計算環(huán)境中傳遞對象請求。CORBA規(guī)范包括了ORB的所有標(biāo)準(zhǔn)接口。1991年推出的CORBA1.1定義了接口描述語言O(shè)MGIDL和支持Client/Server對象在具體的ORB上進(jìn)行互操作的API。CORBA2.0規(guī)范描述的是不同廠商提供的ORB之間的互操作。

對象請求代理(ORB)是對象總線，它在CORBA規(guī)范中處于核心地位，定義異構(gòu)環(huán)境下對象透明地發(fā)送請求和接收響應(yīng)的基本機(jī)制，是建立對象之間client/server關(guān)系的中間件。ORB使得對象可以透明地向其他對象發(fā)出請求或接受其他對象的響應(yīng)，這些對象可以位于本地也可以位于遠(yuǎn)程機(jī)器。ORB攔截請求調(diào)用，并負(fù)責(zé)找到可以實現(xiàn)請求的對象、傳送參數(shù)、調(diào)用相應(yīng)的方法、返回結(jié)果等。client對象并不知道同server對象通訊、激活或存儲server對象的機(jī)制，也不必知道server對象位于何處、它是用何種語言實現(xiàn)的、使用什么操作系統(tǒng)或其他不屬于對象接口的系統(tǒng)成分。

值得指出的是client和server角色只是用來協(xié)調(diào)對象之間的相互作用，根據(jù)相應(yīng)的場合，ORB上的對象可以是client，也可以是server，甚至兼有兩者。當(dāng)對象發(fā)出一個請求時，它是處于client角色；當(dāng)它在接收請求時，它就處于server角色。大部分的對象都是既扮演client角色又扮演server角色。另外由于ORB負(fù)責(zé)對象請求的傳送和server的管理，client和server之間并不直接連接，因此，與RPC所支持的單純的Client/Server結(jié)構(gòu)相比，ORB可以支持更加復(fù)雜的結(jié)構(gòu)。

4、事務(wù)處理監(jiān)控

事務(wù)處理監(jiān)控（Transactionprocessingmonitors）最早出現(xiàn)在大型機(jī)上，為其提供支持大規(guī)模事務(wù)處理的可靠運(yùn)行環(huán)境。隨著分布計算技術(shù)的發(fā)展，分布應(yīng)用系統(tǒng)對大規(guī)模的事務(wù)處理提出了需求，比如商業(yè)活動中大量的關(guān)鍵事務(wù)處理。事務(wù)處理監(jiān)控界于client和server之間，進(jìn)行事務(wù)管理與協(xié)調(diào)、負(fù)載平衡、失敗恢復(fù)等，以提高系統(tǒng)的整體性能。它可以被看作是事務(wù)處理應(yīng)用程序的“操作系統(tǒng)”�？傮w上來說，事務(wù)處理監(jiān)控有以下功能：

進(jìn)程管理，包括啟動server進(jìn)程、為其分配任務(wù)、監(jiān)控其執(zhí)行并對負(fù)載進(jìn)行平衡。

事務(wù)管理，即保證在其監(jiān)控下的事務(wù)處理的原子性、一致性、獨(dú)立性和持久性。

通訊管理，為client和server之間提供了多種通訊機(jī)制，包括請求響應(yīng)、會話、排隊、訂閱發(fā)布和廣播等。

事務(wù)處理監(jiān)控能夠為大量的client提供服務(wù)，如果server為每一個client都分配其所需要的資源的話，那server將不堪重負(fù)。但實際上，在同一時刻并不是所有的client都需要請求服務(wù)，而一旦某個client請求了服務(wù)，它希望得到快速的響應(yīng)。事務(wù)處理監(jiān)控在操作系統(tǒng)之上提供一組服務(wù)，對client請求進(jìn)行管理并為其分配相應(yīng)的服務(wù)進(jìn)程，使server在有限的系統(tǒng)資源下能夠高效地為大規(guī)模的客戶提供服務(wù)。