在RPC模型中，client和server只要具備了相應的RPC接口，并且具有RPC運行支持，就可以完成相應的互操作，而不必限制于特定的server。因此，RPC為client/server分布式計算提供了有力的支持。同時，遠程過程調用RPC所提供的是基于過程的服務訪問，client與server進行直接連接，沒有中間機構來處理請求，因此也具有一定的局限性。
比如，RPC通常需要一些網絡細節以定位server；在client發出請求的同時，要求server必須是活動的等等。
2、面向消息的中間件
MOM指的是利用高效可靠的消息傳遞機制進行平臺無關的數據交流，并基于數據通信來進行分布式系統的集成。通過提供消息傳遞和消息排隊模型，它可在分布環境下擴展進程間的通信，并支持多通訊協議、語言、應用程序、硬件和軟件平臺。目前流行的MOM中間件產品有IBM的MQSeries、BEA的MessageQ等。消息傳遞和排隊技術有以下三個主要特點：
通訊程序可在不同的時間運行:程序不在網絡上直接相互通話，而是間接地將消息放入消息隊列，因為程序間沒有直接的聯系。所以它們不必同時運行。消息放入適當的隊列時，目標程序甚至根本不需要正在運行；即使目標程序在運行，也不意味著要立即處理該消息。
對應用程序的結構沒有約束:在復雜的應用場合中，通訊程序之間不僅可以是一對一的關系，還可以進行一對多和多對一方式，甚至是上述多種方式的組合。多種通訊方式的構造并沒有增加應用程序的復雜性。
程序與網絡復雜性相隔離: 程序將消息放入消息隊列或從消息隊列中取出消息來進行通訊，與此關聯的全部活動，比如維護消息隊列、維護程序和隊列之間的關系、處理網絡的重新啟動和在網絡中移動消息等是MOM的任務，程序不直接與其它程序通話，并且它們不涉及網絡通訊的復雜性。
3、對象請求代理
隨著對象技術與分布式計算技術的發展，兩者相互結合形成了分布對象計算，并發展為當今軟件技術的主流方向。1990年底，對象管理集團OMG首次推出對象管理結構OMA(Object Management Architecture)，對象請求代理（Object Request Broker）是這個模型的核心組件。它的作用在于提供一個通信框架，透明地在異構的分布計算環境中傳遞對象請求。CORBA規范包括了ORB的所有標準接口。1991年推出的CORBA 1.1 定義了接口描述語言OMG IDL和支持Client/Server對象在具體的ORB上進行互操作的API。CORBA 2.0 規范描述的是不同廠商提供的ORB之間的互操作。
對象請求代理(ORB)是對象總線，它在CORBA規范中處于核心地位，定義異構環境下對象透明地發送請求和接收響應的基本機制，是建立對象之間client/server關系的中間件。ORB使得對象可以透明地向其他對象發出請求或接受其他對象的響應，這些對象可以位于本地也可以位于遠程機器。ORB攔截請求調用，并負責找到可以實現請求的對象、傳送參數、調用相應的方法、返回結果等。client對象并不知道同server對象通訊、激活或存儲server對象的機制，也不必知道server對象位于何處、它是用何種語言實現的、使用什么操作系統或其他不屬于對象接口的系統成分。值得指出的是client和server角色只是用來協調對象之間的相互作用，根據相應的場合，ORB上的對象可以是client，也可以是server，甚至兼有兩者。當對象發出一個請求時，它是處于client角色；當它在接收請求時，它就處于server角色。大部分的對象都是既扮演client角色又扮演server角色。另外由于ORB負責對象請求的傳送和server的管理，client和server之間并不直接連接，因此，與RPC所支持的單純的Client/Server結構相比，ORB可以支持更加復雜的結構。
4、事務處理監控
事務處理監控（Transaction processing monitors）最早出現在大型機上，為其提供支持大規模事務處理的可靠運行環境。隨著分布計算技術的發展，分布應用系統對大規模的事務處理提出了需求，比如商業活動中大量的關鍵事務處理。事務處理監控界于client和server之間，進行事務管理與協調、負載平衡、失敗恢復等，以提高系統的整體性能。它可以被看作是事務處理應用程序的“操作系統”�？傮w上來說，事務處理監控有以下功能：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
