Websphere Message Broker 可以作為一個消息代理(message broker),提供了WebSphere MQ消息傳遞層以及消息代理集線器的功能。
3.1.2 IBM Websphere Message Broker 解決方案的優勢
從信息交換平台的長遠發展來看，要形成相互一致的業務基礎信息系統和有效運行的信息層次化體系，必然需要將現在建設的和未來要擴建的各個業務應用系統平滑地整合在一起，使得各個業務系統間能夠順暢地傳遞信息，形成一個有機的整體，在整個系統範圍內實現信息的高度共享。
3.1.2.1 優勢一：網狀結構到星型結構的改變，大大簡化MQ的配置和管理
WebSphere MQ 消息中間件作為搭建統一的數據傳輸平台的核心工具，作為WebSphere MQ 家族產品中的一員，Websphere Message Broker 和WebSphere MQ的無縫整合不用質疑的。信息平台多套業務應用系統以及進駐各部門的應用系統只需通過本地的WebSphere MQ與統一的數據整合系統的Websphere Message Broker 相聯來完成數據的發送和接收，而數據的格式轉換和智能路由的選擇由Websphere Message Broker 負責，這樣將來不論是增加新系統和刪除舊系統都不影響到其它應用系統的配置，使整個綜合信息平台的規劃和管理得到很好的優化。
3.1.2.2 優勢二：不同格式的數據轉換
Websphere Message Broker 通過消息字典來對來自不同應用系統傳來的消息內容進行識別和解析，還可以根據不同的消息通過定製不同的消息流來輸送到不同的應用系統。這是非常適合信息平台如何建立一個數據集中、交換，並支持系統平滑地擴展這樣的基礎數據交換支撐平台的需求，以後對現有系統的擴展將不會影響整個系統的架構。例如：根據輸入數據的內容映射到輸出數據：
{
當輸入數據.Complaint.Type = ‘Order’時，輸出數據.Admin.Dept=’B01’
當輸入數據.Complaint.Type = ‘Order’時，輸出數據.Admin.Dept=’C01’
輸出數據格式=XML
}
3.1.2.3 優勢三：Websphere Message Broker全面支持XML
XML被用於Websphere Message Broker 的核心。產品的所有配置數據都採用了XML格式。一旦一個消息以消息格式的形式被定義到MRM，那麼在需要時就可以將消息的輸出格式也定義為XML。因此，在消息代理程序內部可以根據非XML的消息格式生成XML消息。
3.1.2.4 優勢四：各種”Processor Node”組成的Message Flow
處理節點對消息流內的消息執行不同的操作。消息流由一個輸入節點發起，該節點啟動一個流經消息流的消息。如下所述，Websphere Message Broker 包含了一個MQInput節點，它可以從一個WebSphere MQ隊列中讀取一個消息。這一節點將與其他的節點相連。儘管節點之間的連接被稱為連接器，但這些構造純粹是為了幫助將控制中心圖形工具中的節點捆綁在一起。消息實際上是通過方法調用請求在節點之間傳遞的，這些請求中包含了一個指向在節點間被傳遞的消息對象的指針。
可以對每一個消息流中節點的屬性進行客戶化處理。這將使節點能夠對流經自己的消息執行特定的功能，並執行消息流要求節點執行的處理過程。
3.1.2.5 優勢五：與Database緊密集成
Websphere Message Broker 提供了與DB操作相關的各種Node, 如INSERT,UPDATE,DELETE等Node，用戶可以通過ESQL進行和數據庫的操作，如把數據存入數據庫，從數據庫中取數據等；
信息平台可以將整個系統中產生的大量數據記錄在數據中心中，以備進一步決策分析、數據挖掘，實現更深層次的數據利用。作為統一的數據整合平台，Websphere Message Broker 可以直接操作不同應用系統的數據庫，實現各部門的數據高度共享。
3.1.2.6 優勢六：功能強大的發佈預訂系統
基於內容和主題的過濾
將發佈和預訂（Publish and Subscribe）功能添加到信息代理程序中以後，增加了該系統的功能價值。將發佈/預訂代理程序的優勢與Websphere Messages Broker的功能結合在一起，可以獲得額外的好處。對於信息的訂戶，它們將不僅能夠接收到自己所要求的信息，而且還可以根據自己的需要在任何級別上對信息進行過濾和格式化處理。作為一個標準的發佈和預訂系統，向訂戶提供信息的時候可以不必知道何人將會需要這些信息，因而也不必知道向何人發送這些信息。
發佈/預訂系統的用途在於，它極大地提高了選擇標準的精鍊程度。每一個主題當中都包含了大量訂戶並不需要的信息，即使主題與訂戶要求的主題相匹配。因此，通過提高發送往訂戶的消息的選擇精鍊程度，以及通過基於內容的預訂，將可以實現一種選擇性更強因而效率也更高的信息發送方法。
WMB Messages Broker 提供了這種基於內容的預訂過濾功能，以及用於發佈和預訂的基於分級主題的過濾功能。對於基於內容的過濾，將使用SQL表達式評估一個消息內的單元內容，並因而獲得內容過濾結果。內容過濾器可以被存儲在動態預訂表（Dynamic Subscription Table）之中。這些過濾以後的消息與其他的消息代理程序功能相結合，就可以根據不同應用程序的要求對消息進行轉換，消息中只有被要求的部分才會被發送到對其進行了預訂的應用程序。發佈/預訂功能被表示為一個節點，被稱為消息流內的發佈節點。發佈/預訂節點的最終成果是將一個消息放入一個或多個MQSeries隊列之中。
預訂處理
如果在發佈之前就可以知道發佈數據的預訂應用程序是什麼，那麼這種預訂就被稱為靜態預訂，並且可以預先對其路由進行很好的定義。如果可以通過預訂應用在預訂設置中添加或改變預訂，那麼這種預訂被稱為動態預訂，它能夠很靈活地在系統的運行時間內改變商業請求，而不必預先登記自己感興趣的特殊消息類型。Websphere Messages Broker能夠支持所有這兩種類型的預訂。
訂戶對發佈/預訂功能的請求採用了被稱為控制消息的消息格式。這樣，訂戶就能夠全面地創建、刪除和改變自己的預訂內容。這些消息的名稱是：登記訂戶（Registered Subscriber）、註銷訂戶（Deregister Subscriber）和請求更新（Request Update）。對於發佈者來說，可以使用
以下文章點擊率最高
Loading…