登錄
注冊
利用中間件構建網絡應用
作者：中間件
來源：RFID世界網
日期：2005-06-12 10:18:28
摘要：利用中間件構建網絡應用
關鍵詞：利用中間件構建網絡應用
隨著競爭的加劇，各個企業之間利用各類網絡應用，來支撐整個企業的生產、經營、管理、服務等，已經成為各個行業的共同選擇。利用中間件，快速構建網絡應用，也成為眾多企業的首選。
企業面臨復雜度的挑戰
隨著Internet時代的來臨，全球經濟一體化進程的加快，企業之間的競爭越來越激烈，企業面臨的生存與發展的壓力也越來越大。如何面對市場、技術、產品、客戶需求的快速變化，不斷提升企業的生產效率和管理水平，已經成為每一個企業生產經營管理者所面臨的重要課題。充分利用各類網絡應用來提升企業的競爭力，成為各個行業的共同選擇。
目前，企業及其網絡應用都表現出生產一體化、應用集成化、組織扁平化、管理綜合化、界面統一化、服務個性化的重要特點，并導致了應用系統的復雜性不斷提升。因此，現今企業所面臨的挑戰已經不再是速度、成本和性能的問題，而是復雜度的問題了。
IT從業者都面臨著這一錯綜復雜的難題：一方面，復雜性已經從網絡應用的外在特性，演變為系統的本質特征；而另一方面，企業所面臨的現實壓力，導致了對計算環境更廣泛的集成需求，從而進一步加劇了網絡應用的復雜性。
從計算的角度來看，復雜性是由于網絡應用對信息資源廣泛協同性的要求所導致的，即企業希望將分布在網絡各個結點上的獨立信息資源集成為一個整體，通過網絡互連、數據共享、應用協同、服務貫通、展現統一，提高各個結點的處理能力和整體效益，從而帶動信息資源的綜合利用，實現企業生產效率和管理水平的提高。
復雜、多樣、變化的企業需求，導致網絡應用呈現出分布性、自主性和異構性等固有特征。
中間件控制網絡應用的復雜性
為什么中間件是控制網絡應用復雜性的利器？
首先，從層級結構的觀點來看。
按照層級結構的思想，網絡應用系統的結構通常劃分為四個層次：基礎設施層、資源管理層、業務邏輯層、應用表現層。網絡應用的復雜性，表現的這四個層面均呈現異構、分布、自主等特征，而網絡應用需要面對各個層級的復雜性，并將它們集成為一個統一的整體。
各類中間件，如基礎設施層中間件、數據集成中間件、企業應用集成和業務流程管理中間件等，正對應著網絡應用各個層級資源整合的具體需求，恰好是實現各層之間互連互通互操作的基礎。
其次，從模塊化的觀點來分析。
軟件系統模塊化的思想經過不斷發展，逐步從子程序、函數、對象等演進到目前的軟件構件形態。軟件構件技術是通過對軟件的構件化封裝處理，更完備地實現信息抽象和信息隱藏，不斷提升軟件重用的力度，實現大系統的快速構造。
基于構件的軟件生產與組裝，可以實現軟件系統在需求、分析、設計、編碼、測試等各個階段的大規模的重用，并迫使軟件生產方式向異構協同工作、各層次上集成、可反復重用的工業化道路上前進。
通常將基礎設施到展現層的中間件稱為中間件運行平臺，而將基于構件的軟件生產各個階段的中間件，稱為中間件開發平臺或開發工具，兩者綜合在一起，構成了目前中間件技術的一個較完整的全局視圖。
按需選擇中間件
評估中間件，掌握方法是關鍵。
要選擇一個符合要求的中間件，則既要了解自己的需求，還得能對一個中間件產品做出技術上的評估。隨著中間件的廣泛應用，最終用戶和應用開發商都在面臨這個問題。
把握功能需求、非功能需求與技術標準三個方面。
開發商在設計軟件時，可以把對軟件的需求劃分為功能需求和非功能需求。功能需求指明軟件必須執行的功能，定義系統的行為—即軟件在某種輸入條件下要給出確定的、輸出必須做的處理或轉換。功能需求通常是軟件功能的“硬指標”—如“支持分布式環境中消息的可靠傳輸”；非功能需求不描述軟件做什么，描述軟件如何做。非功能需求通常作為軟件設計的“軟指標”—如“系統具有可伸縮性”。
因此，用戶可以把功能需求對應的功能稱為“功能性特征”，把非功能需求對應的功能稱為“非功能性特征”。評估一個中間件軟件，則要看這個軟件的功能，是否符合自身的要求，或者符合大多數人的通常要求。
如果知道某一種中間件軟件的“標準功能”，也可以進一步把它分成“功能性的特征”和“非功能性特征”。如果不知道，只需從自身的需求出發，研究一下面前中間件的“功能性特征”和“非功能性特征”是否滿足自身的功能需求和非功能需求。
中間件支持標準必不可少。
面向消息的中間件一直以來缺乏技術標準/規范。自從J2EE制定出基于Java的Java消息傳輸服務（JMS）以后，人們對消息中間件的技術要求就多了一項內容。
相比較而言，事務處理監控程序（交易中間件）相關的技術規范就要多一些，主要是X/OPEN（現稱為OPENGROUP）的分布式事務處理系列規范，包括TPM的架構、應用與TPM的接口及事務提交管理協議等重要內容。對于J2EE應用服務器，技術規范的影響就更大。
但是，標準/規范雖然重要，但也不可唯標準是從。第一，“標準”可能僅是建議性的，并非所有的廠商都會遵守；第二，“標準”可能是妥協的結果，只是將提交的多個可選內容統統收入，各項內容甚至不能互換；第三，“標準”可能是不完整的，僅僅實現了標準要求的內容可能意味著欠缺重要的功能。
中間件對標準的支持一般會體現在軟件的功能性特征上，多數情況下是可測試和驗證的。
中間件基于計算機硬件和操作系統之上，在企業應用的開發和運行過程中，能夠有效地控制企業中所存在的各類復雜性。而有效、合理地運用中間件，則可以快速構件企業的網絡運用，為企業及時響應需求變化提供了有力、必要的保障，同時也是企業提升自身競爭力的首選。
鏈接
什么是中間件
中間件是指基于計算機硬件和操作系統之上，支持應用軟件開發和運行的系統軟件。它為企業級的分布式應用，提供了一個標準的平臺，使得應用軟件開發和運行，能夠獨立于特定的計算機硬件和操作系統平臺之上，以實現企業應用系統的集成。
中間件的分類
中間件的分類方法很多，目前公認的分類方法是，把中間件分為兩大類：一類是底層中間件，用于支撐單個應用系統或解決單一類問題，包括交易中間件(TPM)、應用服務器(WAS)、消息中間件(MOM)、數據訪問中間件(UDA)等；另一類是高層中間件，更多用于系統整合，包括企業應用集成中間件(EAI Suites)、工作流中間件(Workflow)、門戶中間件(Portal)等，它們通常會與多個應用系統打交道，在系統中的層次較高，并大多基于底層中間件運行。
中間件的特點：
可滿足大量應用的需要；運行于多種硬件和OS平臺；支持分布式計算，提供跨網絡、硬件和OS平臺透明性的應用或服務的交互功能；支持標準協議；支持標準接口
企業面臨復雜度的挑戰
隨著Internet時代的來臨，全球經濟一體化進程的加快，企業之間的競爭越來越激烈，企業面臨的生存與發展的壓力也越來越大。如何面對市場、技術、產品、客戶需求的快速變化，不斷提升企業的生產效率和管理水平，已經成為每一個企業生產經營管理者所面臨的重要課題。充分利用各類網絡應用來提升企業的競爭力，成為各個行業的共同選擇。
目前，企業及其網絡應用都表現出生產一體化、應用集成化、組織扁平化、管理綜合化、界面統一化、服務個性化的重要特點，并導致了應用系統的復雜性不斷提升。因此，現今企業所面臨的挑戰已經不再是速度、成本和性能的問題，而是復雜度的問題了。
IT從業者都面臨著這一錯綜復雜的難題：一方面，復雜性已經從網絡應用的外在特性，演變為系統的本質特征；而另一方面，企業所面臨的現實壓力，導致了對計算環境更廣泛的集成需求，從而進一步加劇了網絡應用的復雜性。
從計算的角度來看，復雜性是由于網絡應用對信息資源廣泛協同性的要求所導致的，即企業希望將分布在網絡各個結點上的獨立信息資源集成為一個整體，通過網絡互連、數據共享、應用協同、服務貫通、展現統一，提高各個結點的處理能力和整體效益，從而帶動信息資源的綜合利用，實現企業生產效率和管理水平的提高。
復雜、多樣、變化的企業需求，導致網絡應用呈現出分布性、自主性和異構性等固有特征。
中間件控制網絡應用的復雜性
為什么中間件是控制網絡應用復雜性的利器？
首先，從層級結構的觀點來看。
按照層級結構的思想，網絡應用系統的結構通常劃分為四個層次：基礎設施層、資源管理層、業務邏輯層、應用表現層。網絡應用的復雜性，表現的這四個層面均呈現異構、分布、自主等特征，而網絡應用需要面對各個層級的復雜性，并將它們集成為一個統一的整體。
各類中間件，如基礎設施層中間件、數據集成中間件、企業應用集成和業務流程管理中間件等，正對應著網絡應用各個層級資源整合的具體需求，恰好是實現各層之間互連互通互操作的基礎。
其次，從模塊化的觀點來分析。
軟件系統模塊化的思想經過不斷發展，逐步從子程序、函數、對象等演進到目前的軟件構件形態。軟件構件技術是通過對軟件的構件化封裝處理，更完備地實現信息抽象和信息隱藏，不斷提升軟件重用的力度，實現大系統的快速構造。
基于構件的軟件生產與組裝，可以實現軟件系統在需求、分析、設計、編碼、測試等各個階段的大規模的重用，并迫使軟件生產方式向異構協同工作、各層次上集成、可反復重用的工業化道路上前進。
通常將基礎設施到展現層的中間件稱為中間件運行平臺，而將基于構件的軟件生產各個階段的中間件，稱為中間件開發平臺或開發工具，兩者綜合在一起，構成了目前中間件技術的一個較完整的全局視圖。
按需選擇中間件
評估中間件，掌握方法是關鍵。
要選擇一個符合要求的中間件，則既要了解自己的需求，還得能對一個中間件產品做出技術上的評估。隨著中間件的廣泛應用，最終用戶和應用開發商都在面臨這個問題。
把握功能需求、非功能需求與技術標準三個方面。
開發商在設計軟件時，可以把對軟件的需求劃分為功能需求和非功能需求。功能需求指明軟件必須執行的功能，定義系統的行為—即軟件在某種輸入條件下要給出確定的、輸出必須做的處理或轉換。功能需求通常是軟件功能的“硬指標”—如“支持分布式環境中消息的可靠傳輸”；非功能需求不描述軟件做什么，描述軟件如何做。非功能需求通常作為軟件設計的“軟指標”—如“系統具有可伸縮性”。
因此，用戶可以把功能需求對應的功能稱為“功能性特征”，把非功能需求對應的功能稱為“非功能性特征”。評估一個中間件軟件，則要看這個軟件的功能，是否符合自身的要求，或者符合大多數人的通常要求。
如果知道某一種中間件軟件的“標準功能”，也可以進一步把它分成“功能性的特征”和“非功能性特征”。如果不知道，只需從自身的需求出發，研究一下面前中間件的“功能性特征”和“非功能性特征”是否滿足自身的功能需求和非功能需求。
中間件支持標準必不可少。
面向消息的中間件一直以來缺乏技術標準/規范。自從J2EE制定出基于Java的Java消息傳輸服務（JMS）以后，人們對消息中間件的技術要求就多了一項內容。
相比較而言，事務處理監控程序（交易中間件）相關的技術規范就要多一些，主要是X/OPEN（現稱為OPENGROUP）的分布式事務處理系列規范，包括TPM的架構、應用與TPM的接口及事務提交管理協議等重要內容。對于J2EE應用服務器，技術規范的影響就更大。
但是，標準/規范雖然重要，但也不可唯標準是從。第一，“標準”可能僅是建議性的，并非所有的廠商都會遵守；第二，“標準”可能是妥協的結果，只是將提交的多個可選內容統統收入，各項內容甚至不能互換；第三，“標準”可能是不完整的，僅僅實現了標準要求的內容可能意味著欠缺重要的功能。
中間件對標準的支持一般會體現在軟件的功能性特征上，多數情況下是可測試和驗證的。
中間件基于計算機硬件和操作系統之上，在企業應用的開發和運行過程中，能夠有效地控制企業中所存在的各類復雜性。而有效、合理地運用中間件，則可以快速構件企業的網絡運用，為企業及時響應需求變化提供了有力、必要的保障，同時也是企業提升自身競爭力的首選。
鏈接
什么是中間件
中間件是指基于計算機硬件和操作系統之上，支持應用軟件開發和運行的系統軟件。它為企業級的分布式應用，提供了一個標準的平臺，使得應用軟件開發和運行，能夠獨立于特定的計算機硬件和操作系統平臺之上，以實現企業應用系統的集成。
中間件的分類
中間件的分類方法很多，目前公認的分類方法是，把中間件分為兩大類：一類是底層中間件，用于支撐單個應用系統或解決單一類問題，包括交易中間件(TPM)、應用服務器(WAS)、消息中間件(MOM)、數據訪問中間件(UDA)等；另一類是高層中間件，更多用于系統整合，包括企業應用集成中間件(EAI Suites)、工作流中間件(Workflow)、門戶中間件(Portal)等，它們通常會與多個應用系統打交道，在系統中的層次較高，并大多基于底層中間件運行。
中間件的特點：
可滿足大量應用的需要；運行于多種硬件和OS平臺；支持分布式計算，提供跨網絡、硬件和OS平臺透明性的應用或服務的交互功能；支持標準協議；支持標準接口
