面對壹個實習生，我的研究方向是大型的數據處理，分布式計算，中間件的hadoop，似乎是說我很感興趣的話，中間件，直接問我，我的理解的中間件，我很少思考這樣壹個問題：中間件有自己的理解是硬件，操作系統和應用平臺，可以屏蔽不同性質的操作系統。
壹個完整的系統平臺由壹套，中間件通常集成，包括開發平臺和運行平臺。中間件這組，通常會是至少壹個通信中間件。中間件是分布式系統中使用的壹個概念。
中間件屏蔽了底層操作系統的復雜性，應用開發簡單的統壹。降低編程的復雜性（Hadoop是壹個很好的例子），專註於自己的業務，沒有程序在不同的系統上的軟件移植和重復勞動，大大降低了技術負擔。中間件把應用系統，而不是只是簡單的開發，縮短開發周期，還減少了工作量的系統維護，操作和管理（這並沒有覺得在hadoop直接寫MPI程序，也可以運行不需要任何額外的維護，容錯機制，Hadoop的聲音，滿足了這壹點）。此外，還降低了電腦的整體成本投入。
中間件，以便為解決分布式異構分布式計算系統的問題比較困擾，不得不面對的壹個問題。中間件提供了壹個標準的程序接口和協議的應用程序調用，或更確切地說，是中間件服務過程調用的應用程序接口來完成的任務。
其中：特性的中間件
可以概括為如下：
1。滿足大量的應用程序的需求
各種硬件和OS平臺上運行
跨網絡，應用或服務的硬件和OS平臺的透明性，支持分布式計算
4支持標準協議的互操作性
5。支持標準接口的便攜性
，中間件成為許多標準化工作的重要組成部分。對於應用軟件開發，中間件是操作系統和網絡服務更為重要，中間件提供了壹個相對穩定的高層應用程序接口定義，不管底層的計算機硬件和系統軟件更換，只要將中間件升級更新並保持中間件的外部接口定義了相同的應用軟件，幾乎不需要任何，從而保護重要的企業應用軟件開發和維護的投資。
：中間件的分類
在分布式環境中，中間件必須提供通信服務，我們調用這個服務平臺，根據不同的目的和實現機制，可分為下列幾大類：
遠程過程調用（RemoteProcereCall，遠程過程調用）
面向消息的中間件（面向消息的中間件）
對象請求代理（對象請求代理）
它們的功能：
第壹：起來，提供不同形式的通訊服務，包括同步，排隊訂閱出版，廣播，這些基本的通訊平臺，可以建立各種框架，為應用程序提供服務，在不同領域的事務處理監視分布式事務處理訪問對象交易經理OTM。
二：中間件本身定義的相應字段的應用程序的體系結構，標準的服務組件，用戶只需告訴框架感興趣的事件，然後提供處理這些事件的代碼。當壹個事件發生時，框架將調用用戶代碼。用戶不必調用框架，用戶程序不關心的框架結構，實施過程中，系統API調用，框架是負責基於中間件的應用程序開發完成後具有良好的可擴展性，可管理性，高可用性和可移植性。
2.1分類介紹：
2.1.1遠程過程調用
RemoteProcereCall，遠程過程調用是壹種廣泛使用的分布式應用程序的方法。應用程序使用RPC來“遠程”執行壹個不同的地址空間的過程中，從效果來看，執行相同的本地電話。
2.1.2面向消息的中間件
的MOM是可靠，高效的消息傳遞機制，獨立於平臺的數據交換和集成的分布式系統數據通信的基礎上。通過提供消息傳遞和消息排隊模型，它可以擴展的分布式環境中，進程間通信，並支持多種通訊協議，語言，應用程序，硬件和軟件平臺。流行的MOM中間件產品有IB？M的MQSeries，：BEAMessageQ。
消息傳遞和排隊技術有三個主要特點：
通信程序可以運行在不同的時間，程序是在網絡上直接相互通話，而是間接地將消息放入消息隊列，因為程序之間有沒有直接的聯系。因此，他們不被同時運行。到合適的隊列中的消息，目標程序或根本不需要正在運行的運行，即使目標程序並不意味著他們應該立即處理該消息。
：復雜的應用程序的應用的結構上，圖2是不具有約束力，通信處理不僅可以是壹個之間的壹壹對應關系，並且也可以是壹對壹壹對多和many-to-one上，或什至是的各種方法的組合。多種通信手段的構造函數不增加的應用程序的復雜性。
3。計劃和網絡復雜性的性隔離：程序會把消息放入消息隊列，或刪除的消息從消息隊列中的溝通與此相關的所有活動，比如維護消息隊列，維護之間的關系程序和重新啟動網絡和移動網絡中的消息隊列處理的任務的MOM不直接與其他程序調用，不涉及復雜的網絡通信。
2.1.3對象請求代理
隨著時代的發展對象技術與分布式計算技術，既能互相形成壹個分布式對象計算，並發展成為當今軟件技術的主流方向。1990年底，對象管理集團OMG對象管理結構OMA（對象管理體系結構），對象請求代理（對象請求代理）是這個模型的核心組成部分。它的作用是提供壹個通信框架，透明的請求異構分布式計算環境中傳遞對象。CORBA規範包括了ORB的所有標準接口。CORBA1.1於1991年推出，定義了接口描述語言OMGIDL和支持的客戶機/服務器對象特定的ORB互操作性API。CORBA2.0規範描述了不同廠商的ORB之間的互操作性。
對象請求代理（ORB）是對象總線，它在CORBA規範的核心，定義異構環境下對象透明的基本機制發送請求和接收響應，是壹個客戶機/服務器對象之間的關系建立中間件。ORB允許向其他對象的對象的請求可以是透明的或接受的其他對象的響應，這些對象可以位於本地到遠程機器上，也可以位於。可以實現ORB攔截請求調用，並負責尋找所請求的對象，傳送參數，調用相應的方法，並返回結果。客戶端對象在同壹臺服務器對象的溝通和激活機制或存儲服務器對象，不知道，也不用知道服務器對象，它是什麽語言，什麽作業系統或其他系統組件不屬於對象的接口。
這是值得註意的，客戶端和服務器的角色，僅僅是用來協調對象之間的交互，根據不同的場合，在對象上的ORB可以是客戶端，也可以是壹個服務器，或者甚至兩者。當對象發出請求時，它是在客戶端的角色，當它接收到壹個請求時，它是在壹個服務器角色。大多數的對象都發揮客戶端扮演的角色在服務器的角色。此外，沒有壹個是負責傳輸和服務器管理，客戶端和服務器之間的直接連接對象請求ORB，因此，與RPC支持簡單的客戶機/服務器體系結構相比，ORB可以支持更加復雜的結構。
2.1.4事務處理監視器
事務處理監控程序（交易處理監視器）最早出現在大型機上，大規模事務處理環境中的可靠運行提供支持。隨著分布式計算技術的發展，分布式應用系統需要大規模的事務處理，如大量的關鍵事務處理的商業活動。交易監控社會之間的客戶端和服務器，事務管理和協調，負載平衡和故障恢復，以提高系統的整體性能。它可以被看作是事務處理應用程序的“操作系統”。壹般來說，事務處理監視器具有以下特點：
流程管理，包括啟動服務器進程，分配任務，監督其執行情況和負載平衡。
事務管理，即確保在其監測的原子性，壹致性，獨立性和持久性的交易。
在客戶端和服務器之間的通訊管理提供了多種通訊機制，包括請求響應會話，排隊，訂閱發布和廣播。
交易監控提供了大量的客戶端，如飛機訂票系統的服務。如果被分配給所需要的資源，然後為每個客戶端的服務器，該服務器將被淹沒（如在圖2中所示）。但實際上，在相同的時間，並非所有的客戶端需要請求服務，壹旦客戶端請求的服務，希望得到壹個快速的反應。事務處理監視器操作系統之上提供壹組服務，管理和分配相應的服務進程，使服務器可以有效地為大型客戶提供服務，在有限的系統資源，客戶端的請求。
：中間件的不足之處
最流行的中間件服務使用專有的API和專有的協議，使來自不同制造商的應用程序建立在壹個單壹的制造商的產品實現互操作性是困難的。壹些中間件服務平臺實現，從而限制了異構系統之間移植的應用。應用程序開發者建立自己的應用程序，這些中間件服務也需要承擔相當大的風險，他們往往需要重寫他們的系統，隨著技術的發展。中間件服務的分布式計算的抽象程度提高，應用程序開發人員需要面對很多困難的設計選擇，例如，開發人員還需要在客戶端和服務器端的功能分配決定的分布式應用程序。通常是指客戶端的顯示設備上的服務，方便的使用數據服務的服務器上關閉到數據庫中，但它並非總是如此，更何況其他應用程序是如何分配的，它是不容易的確定。