由于試圖快速進入成長中的 ESB 范疇的廠商的慌亂，以及大量行業分析師和記者在分析報告中分別展示他們各自的觀點，可以理解，這其中對于ESB 到底是什么還具有很多混淆。這一節將概略說明 ESB 的主要特性。
如第 1 章所示， ESB 能形成普遍的網格的核心。它能夠跨越和超過擴展企業，并且橫跨部門組織、業務單位和貿易伙伴形成全局的范圍。ESB 也能很好地適合于局部的集成項目，并且對促進它們采用任何類型的集成環境提供柔性的支撐。
圖表 1?2 ESB 形成一個能跨越了一個全球企業網絡的普遍網格
應用可以按需插入總線，并且具有可視性，以及能夠與其它已經插入到總線中的任何其他應用和服務共享數據。雖然Web Services是 ESB 架構的一個有機組成部份，但是所有的應用并不是一定要被修改成為真正的Web Services才能參與到 ESB。連接性是通過多種協議、客戶端API 技術、遺留消息環境、以及第三方應用適配器來達到的。
基于標準的集成是 ESB 的基本概念。對于連接性，ESB 可以使用J2EE組件，比如使用Java Message Service (JMS)來進行MOM連接，使用J2EE 連接器結構 (JCA 或 J2CA) 來連接應用適配器。ESB 也能夠非常漂亮地與使用.Net、COM、C#、C/C++構建的應用進行集成。除此之外，ESB 也能集成支持SOAP和Web Services API的任何組件，這其中包括事實上的標準Web Services工具箱的實現，比如Apache Axis。為了處理數據操縱， ESB 可以使用XML標準，比如XSLT、XPath 和 XQuery 來提供數據變換、智能路由、以及在數據流過總線的時候提供“空中”查詢。為了處理 SOA 和業務流程路由， ESB 可以使用 Web Services描述語言 (WSDL) 來描述抽象的服務接口，使用針對Web Services的業務流程運行語言(BPEL4WS)、WS- Choreography或者一些其他基于XML的詞匯表，如 ebXML BPSS，來描述抽象的業務流程。
如果你還不懂這些深奧的詞匯的含義，也不要擔心。雖然本書并不想作為是這些各個技術的詳細參考或個別指導，我們也會在他們如何與 ESB 有關的語境中足夠詳細地解釋它們。
這些基于標準的接口和組件被整合到一個意義非凡的包含開放端點的可插入架構之中。ESB提供了一種基礎設置來同時支持基于工業標準接口集成組件和使用標準化接口來實現的專有元素。下圖展示了一個使用JMS和JCA集成一個 J2EE 應用、使用JCA應用適配器集成第三方打包軟件、使用C#客戶端程序集成一個.NET應用、使用Web Services集成兩個外部應用的案例的高階視圖。
圖表 1?3 ESB 整合多種不同的技術
ESB 在其中借鑒了傳統EAI Broker的許多功能，比如從它提供集成服務 , 像是業務流程編排、數據路由、數據變換、以及應用適配器。然而，集成中介者通常是高度集中和單一的形態。ESB 將這些集成能力提供為獨立的服務，能夠以一種高度分布的形態一起工作，并且能夠彼此間獨立伸縮。在第 6 章中，你將會學習更多有關 ESB“服務容器”，ESB 的一項核心概念的內容，它允許對集成服務進行選擇部署。
任何集成策略的一個關鍵部分就是能夠輕易地在應用之間轉換數據格式的能力。許多應用對描述相似的數據并不共享相同的數據格式。
數據變換是一個 ESB部署的一個固有部份。變換服務特別針對那些被插入總線的個別應用能夠在總線的任何地方被定位和訪問的需要。因為數據變換是ESB 本身的一個有機組成部份，解決應用之間的阻抗失配問題便可以想到ESB。
ESB 能夠為你提供本質上針對任何集成項目所必需的核心能力，并且可以通過使用分層的服務來處理特定的用途來增加。例如，特殊的能力，比如業務流程管理 (BPM) 軟件能處理工作流相關的業務流程，而協作服務器能夠提供對伙伴業務流程管理的特殊服務。專門的第三方翻譯器能夠將外部數據，比如EDI，轉換到能進入目標企業資源規劃 (ERP) 系統之內的格式，或者在通用總線之上的規范XML表現。
在 ESB驅動的、事件驅動的 SOA中，應用和服務被當做抽象服務端點，能夠輕易地對異步事件做出響應。SOA 對其底層的連接性和管線細節提供了一個抽象的方式。服務的實現不需要理解協議。服務也不需要了解消息是如何路由到其它服務的。他們只是簡單地將接收自 ESB 的一個消息作為一個事件，然后處理該消息。ESB 可以把消息發送到它想要去的其他任何地方。
在 ESB SOA 中，用戶定制服務可以被創建、擴展，并且被重用為ESB 功能。被暴露為服務的應用端點，可以同特殊的集成功能一起構造成復合業務服務和業務流程，并且它們可以根據不同目的重新組合，其目標是在一個即時企業中提供自動化的業務功能。
第 7 章將會更詳細地討論 ESB 中的 SOA 。
ESB的處理流從簡單的優先步驟序列到使用條件分支和聯合來并行執行的綜合業務流程編排。這些特征可以使用簡單的消息元數據或者通過使用諸如BPEL4WS 之類的業務編排語言來控制。
ESB 的處理流能力使得定義屬于某個部門或者業務單位局部的，或者共存于一個較大的集成網絡中的業務流程成為可能。這點卻是一個集線器-插頭中介者或一個 BPM 工具自己所不能很好地自己解決的問題。第 7 章將會詳細討論分布式的流程能力，它能提供高度分布的流程編排能力而不需要中心化的流程和規則引擎。
ESB的業務流能力也涉及到基于內容的消息的智能路由的特殊集成服務。
因為ESB 的業務流能力構建于分布式的SOA之上，它也能夠跨越高度分布的物理部署拓撲（甚至擴越大洋）而不用痛苦地忍受總線上各種應用和服務之間的物理邊界和多協議的鴻溝。
圖表 1?4 跨越物理和邏輯邊界之上的部署拓撲的編排和業務流
在 ESB 上的節點之間的連結是具有防火墻能力的。應用和 ESB之間的安全性，甚至在 ESB 節點自身之間的安全性，能夠建立和維護最高強度的認證、憑證管理、和訪問控制。
可靠性是通過處于ESB核心的企業級MOM來達到的。MOM核心提供異步通信能力、業務數據的可靠傳輸、以及事務的完整性。你們將在第 5 章中學到，這已經不是十年以前的傳統MOM技術了。需求從那時以后開始進展，并且已經成熟，而 作為ESB 的核心的MOM必須符合今天的需求。
傳統的集線器-插頭中介者方式往往具有組織性的邊界問題，這主要是因為EAI Broker對跨越防火墻和網絡域的無能的實際限制所引起。更重要的是，即使一個集線器-插頭架構能夠被伸展而跨過組織的交界，它仍然不允許各個業務單位彼此半獨立地運行所需要的局部自治。與不斷擴展的集成范圍延伸超過部門層次所相關的最大問題之一是自治和集中控制之間的問題。
作為大多數大型公司環境的業務文化的一部分，每個部門或業務單位需要彼此獨立地運作。 然而，他們仍然依賴于共享資源，以及輸入到通用業務功能之中的報告和帳戶信息。
在這樣一個環境中，需要所有的消息流量都流過位于總部的一個集中的消息Broker的集成策略是不合理的。 這不只是一個技術上的障礙；它也是公司文化的問題。在一個松散耦合的業務單元環境中，諸如本地應用之間的業務流程，或者安全域，被一個集中化的公司IT功能管理簡直沒有一點道理。組織中的松散耦合業務單元需要彼此獨立地運作。他們每一個都應該有其自己的IT功能，而不必須路由所有的消息流量，或代表它的業務規則和安全域的控制, 經過一個集中的集成經紀人在一個位置或另一個(第 1 章)。
圖表 1?5 如果使用一個集中的集線器，分開業務單位缺乏必需的自治-和-了集成經紀人
本地業務單位和部門需要有對他們自己的局部IT資源的控制，比如在其站點運行的應用。集成基礎設施應該支持部署拓撲來支持具有實用性的業務模型。ESB 也提供這種部署模型， 允許本地流量、集成組件以及適配器能夠被本地安裝、配置、加固和管理，并且仍然能夠以一種集成的安全模型一起將本地集成域插入到一個更大的聯邦集成網絡之中。
圖表 1?6 自治的而且公布聯邦制,ESB 允許橫過組織的交界對合作地同盟的運算組織
ESB 的分布式特征是通過從實際的部署細節和底層的連接協議中抽象出來的將端點定義，以及在那些端點之間的數據的編排和路由來達到的。聯邦特征則是通過 ESB 能夠隔離和選擇地橫過應用域和安全邊界的能力來達到的。
在一些業務模型中，在每一個遠程地點都安排有本地的IT職員是不大可能的，雖然仍然需要松散耦合的、自治的聯邦的集成網絡。舉例來說明這一個點，我們來想象一下部署在零售行業中的ESB 的案例。一個視頻租借鏈可能有數百或數千個包含相同應用的地點，所有以相同的形態運行的操作涉及到目錄管理、會計和報表等。
圖表 1?7 和數以千計遙遠的儲存一個視像零售鏈,所有的包含應用程序的相同組
使用 ESB，可以建立一個集成藍圖來處理遠程店鋪中的局部應用之間的通信。這包括店內應用的接口定義、消息流量的路由、消息通道的管理、以及安全許可。它還可能包括集成組件，比如應用適配器、協議適配器或者數據變換器。這個集成藍圖，或稱模板，可以在所有地點進行部署和定制，并且獨立地扮演所有其他店鋪。
圖表 1?8 ESB 配置藍圖在每個遙遠的位置和很遠地展開配置而且處理
這個遠程部署藍圖的能力并不單針對零售行業，它也可以擴展到所有其他行業的應用。聯邦的集成域的遠程管理對于在一個高度分布的環境中的任何ESB的成功部署都是非常關鍵的。
安全、可靠的消息聯結
除了在每個店鋪的本地應用之間共享數據之外，這些遠程店鋪還需要同總部共享信息以便進行帳務處理和報表、信用管理以及職員數據的追蹤。遠程店鋪還需要彼此之間共享信息。舉例來說，一個大型的音像連鎖店可能會提供這樣的服務，顧客可以選擇從離家近的店租賃影碟，然后在離辦公室近的另一個店歸還。因此，在同一個地理區域內的店鋪之間可能會需要以近乎實時的狀態共享有關租賃的數據。因為在遠程店鋪和總部之間的衛星網絡通信連接存在較大的反應期和彈性，要在總部維護一個有關所有租賃信息的實時集中訪問點是不現實的。那些有關你只是在兩個小時之租借的數據需要共享，或者通過遠程店鋪之間的一個集成的數據共享連接來進行訪問。
因為總部和遠程店鋪之間的連接是通過可靠的消息來達到的，因此由于不可靠的衛星電路所造成的網絡服務終端可以從消息層得到補償。也應該注意到，對于遠程店鋪之間來說，通過Internet來建立一個安全和可靠的消息通道也是可以的。
當數據通過ESB 在應用之間流動的時候，XML是一個表現它們的理想基礎。被應用程序的一個巨大的行列生產而且耗盡的數據能以多種的格式存在和包裝方案。有大量的應用產生和消費的數據，可以以各種格式或者打包的Schema存在。對ESB來說雖然的確可以依你喜歡的打包形式或者封裝方案來承載數據，但將途中數據表現為XML具有莫大的好處，包括使用能夠結合來自于不同的源數據以創建一個新的數據視圖的產生數據的特殊 ESB 服務， 以及針對應用間高級數據共享的濃縮和重定目標。第 4 章將會探究使用XML功能本好處—將避免一個組織的應用間同步升級的需要—并且更詳細地討論分布式XML變換之后的基本原理。
ESB通過為途中數據在總線之上的應用間傳輸的時候提供實時吞吐消除了潛伏反應問題。目前，最流行的集成方法之一是每夜進行批處理。 然而，打包的成批處理集成策略，不管是每夜還是其它，都具有較高的邊際錯誤率，并且造成信息獲取的延遲。其結果是高反應期產生獲取了過時數據將使代價高昂的。第 9 章將詳細討論這個問題，并且研究 ESB 可以如何用來將你的業務數據從每夜批處理模式重構為實時吞吐模式。
運行感知意思是業務分析師能夠獲得對業務運行的狀態和健康情況的洞察能力。 一個允許對數據在其以某個業務流程中的某個消息形式在組織中流動時進行實時跟蹤和報告的基礎設施，對于幫助建立運行感知是一個無價的工具。一個稱為是業務活動監控 (BAM)的產品門類已經出現來解決運行感知的這些問題。
使用XML作為ESB的原生數據格式的好處之一就是消息沒有被處理為不透明的數據塊。如果應用和服務之間的所有數據都被格式化為XML文檔，ESB提供的基礎支撐便允許你在ESB之上再構建一層高級能力，以獲得對流過你的企業的業務數據的實時洞察能力。這些能力，不管是否是ESB的固有組成部分，還是有一個擴展來驅動，都表現為包括了路由、處理流、以及下層的管線，并且不需要再在其上鎖定一個第三方的BAM產品的一個通用基礎設施的一個有機組成部分。
作為ESB的一個基礎部分的審計和跟蹤能力允許對在SOA中的所有流動的業務流程和消息流的健康狀況進行監控和跟蹤。諸如數據緩存、數據收集和聚集、以及XML數據的可視化表現之類的增值服務，可以用來創建一個基礎服務，該基礎服務可以在數據在企業中流動時，產生對業務流程的狀況洞察的警告、提醒和報表能力。
圖表 1?9 增值型服務促成操作的覺察提供對活的業務數據的即時洞察
對ESB中的數據的根蹤和報表是通過在業務流中定義審計點來達到的，然后再對從業務消息中收集的重要內容在ESB中流動時提供插入點。可追蹤數據例子是業務消息自身，以及指示某業務消息是否通過了某個特定的業務處理步驟的業務事件。
高級的增值服務可以提供數據收集服務、查詢機制以及報表能力，它們能夠講所有數據進行收集、進而表現為各種具有意義的形式。XML持久性服務可以提供緩存和聚集點，這樣可以收集將要轉換的數據從而向其他應用提供數據輸入，或進入到可以被業務分析師使用的人可讀的報表機制之內。這意味著流經ESB的數據可以進行實時分析，以提供有關你的業務狀態的實時信息—比如，可以隨時提供有關你的供應鏈中的存貨的狀態快照。
區別是否真正是 ESB 的一個主要方面是看其是否具有逐漸采用的能力，相對于另一個“全有-或-全無”的論斷。在 Y2K 之后的開支削減中，數百萬美元預算的項目數目已經今非昔比。有一些跡象表明，預算資金籌備正在開始釋放以解決短期的戰術性集成需要，但是預算仍然謹慎地處于一個執行層面。，然而，同時仍然有一些期望實現較大的公司范圍集成策略計劃—這些計劃嚴重依賴于集成和現有IT資產的重用。
圖1-10說明了 ESB 可以如何用于小項目中，然后它們都可以進入到一個更大的集成網絡之內。 當我們深入閱讀本書的時候，我們會詳細研究這是如何實現的。
圖表 1?10 ESB 支持逐漸采用的集成，同時向著一個策略目標工作
ESB 的聯邦/自治能力也對一次一個項目采用 ESB的能力有助益。ESB 集成項目漸進式的分布部署能夠在朝著一個更廣的企業層面的計劃目標的前提下得到立即價值。
逐漸采用的觀念將進一步通過橋接到一個已有的集成Broker集線機器和遺留系統Broker來得到進一步支持。集成Broker集線器和他們的特點將在第 2 章中詳細研究。