中間件/Middleware 定義

中間件是一種獨立的系統(tǒng)軟件或服務程序，分布式應用軟件借助這種軟件在不同的技術之間共享資源。中間件位于客戶機/ 服務器的操作系統(tǒng)之上，管理計算機資源和網(wǎng)絡通訊。是連接兩個獨立應用程序或獨立系統(tǒng)的軟件。相連接的系統(tǒng)，即使它們具有不同的接口，但通過中間件相互之間仍能交換信息。執(zhí)行中間件的一個關鍵途徑是信息傳遞。通過中間件，應用程序可以工作于多平臺或 OS 環(huán)境。

簡單的說，中間件是一種計算機軟件連接了軟件部件或者應用程序。 這種軟件有一組服務構成，這些服務包括允許多進程運行在一個或者多個機器上以達到在網(wǎng)絡中互相交互的目的。

中間件的特點

1、滿足大量應用的需要；
2、運行于多種硬件和OS平臺；
3、支持分布式計算，提供跨網(wǎng)絡、硬件和OS平臺的透明性的應用或服務的交互功能；
4、支持標準的協(xié)議；
5、支持標準的接口。

中間件可以應用于以下情形，如連接公司 LAN和早期系統(tǒng)、交換兩個郵件系統(tǒng)間的信息、支持 web 客戶機與數(shù)據(jù)庫服務器交換信息等。

主要中間件的分類

中間件分類（IDC的分類）：大致可分為六類:終端仿真/屏幕轉(zhuǎn)換中間件、數(shù)據(jù)訪問中間件、遠程過程調(diào)用中間件、消息中間件、交易中間件、對象中間件。

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

1、遠程過程調(diào)用中間件（Remote Procedure Call）
2、面向消息的中間件（MesSAge-Oriented Middleware）
3、對象請求代理中間件（object RequeST Brokers）

它們可向上提供不同形式的通訊服務，包括同步、排隊、訂閱發(fā)布、廣播等等，在這些基本的通訊平臺之上，可構筑各種框架，為應用程序提供不同領域內(nèi)的服務，如事務處理監(jiān)控器、分布數(shù)據(jù)訪問、對象事務管理器OTM等。平臺為上層應用屏蔽了異構平臺的差異，而其上的框架又定義了相應領域內(nèi)的應用的系統(tǒng)結構、標準的服務組件等，用戶只需告訴框架所關心的事件，然后提供處理這些事件的代碼。當事件發(fā)生時，框架則會調(diào)用用戶的代碼。用戶代碼不用調(diào)用框架，用戶程序也不必關心框架結構、執(zhí)行流程、對系統(tǒng)級API的調(diào)用等，所有這些由框架負責完成。因此，基于中間件開發(fā)的應用具有良好的可擴充性、易管理性、高可用性和可移植性。

各類型中間件簡要介紹

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

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

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

2、面向消息的中間件

MOM指的是利用高效可靠的消息傳遞機制進行平臺無關的數(shù)據(jù)交流，并基于數(shù)據(jù)通信來進行分布式系統(tǒng)的集成。通過提供消息傳遞和消息排隊模型，它可在分布環(huán)境下擴展進程間的通信，并支持多通訊協(xié)議、語言、應用程序、硬件和軟件平臺。目前流行的MOM中間件產(chǎn)品有IBM的MQSeries、BEA的MessageQ等。消息傳遞和排隊技術有以下三個主要特點：
1）、通訊程序可在不同的時間運行 程序不在網(wǎng)絡上直接相互通話，而是間接地將消息放入消息隊列，因為程序間沒有直接的聯(lián)系。所以它們不必同時運行。消息放入適當?shù)年犃袝r，目標程序甚至根本不需要正在運行；即使目標程序在運行，也不意味著要立即處理該消息。
2）、對應用程序的結構沒有約束 在復雜的應用場合中，通訊程序之間不僅可以是一對一的關系，還可以進行一對多和多對一方式，甚至是上述多種方式的組合。多種通訊方式的構造并沒有增加應用程序的復雜性。
3）、程序與網(wǎng)絡復雜性相隔離
程序?qū)⑾⒎湃胂㈥犃谢驈南㈥犃兄腥〕鱿磉M行通訊，與此關聯(lián)的全部活動，比如維護消息隊列、維護程序和隊列之間的關系、處理網(wǎng)絡的重新啟動和在網(wǎng)絡中移動消息等是MOM的任務，程序不直接與其它程序通話，并且它們不涉及網(wǎng)絡通訊的復雜性。

3、對象請求代理

隨著對象技術與分布式計算技術的發(fā)展，兩者相互結合形成了分布對象計算，并發(fā)展為當今軟件技術的主流方向。1990年底，對象管理集團OMG首次推出對象管理結構OMA(ObjECt Management Architecture)，對象請求代理（Object Request Broker）是這個模型的核心組件。它的作用在于提供一個通信框架，透明地在異構的分布計算環(huán)境中傳遞對象請求。CORBA規(guī)范包括了ORB的所有標準接口。1991年推出的CORBA 1.1 定義了接口描述語言OMG IDL和支持Client/Server對象在具體的ORB上進行互操作的API。CORBA 2.0 規(guī)范描述的是不同廠商提供的ORB之間的互操作。

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

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

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

事務處理監(jiān)控（Transaction processing monitors）最早出現(xiàn)在大型機上，為其提供支持大規(guī)模事務處理的可靠運行環(huán)境。隨著分布計算技術的發(fā)展，分布應用系統(tǒng)對大規(guī)模的事務處理提出了需求，比如商業(yè)活動中大量的關鍵事務處理。事務處理監(jiān)控界于client和server之間，進行事務管理與協(xié)調(diào)、負載平衡、失敗恢復等，以提高系統(tǒng)的整體性能。它可以被看作是事務處理應用程序的“操作系統(tǒng)”?？傮w上來說，事務處理監(jiān)控有以下功能：
進程管理，包括啟動server進程、為其分配任務、監(jiān)控其執(zhí)行并對負載進行平衡。
事務管理，即保證在其監(jiān)控下的事務處理的原子性、一致性、獨立性和持久性。
通訊管理，為client和server之間提供了多種通訊機制，包括請求響應、會話、排隊、訂閱發(fā)布和廣播等。

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