將集成邏輯與應用相分離，提高業務的靈活性，幫助降低開發成本
簡化原本不能兼容的應用之間的通訊，並在這一產品中提供了New Era of Networks功能（是IBM WebSphere MQ Integrator的早期產品）
提供集中控制，提供可配置的任意數據之間的轉換和信息發布，消除繁瑣的編程和軟件維護
底層基於MQ的星形架構，確保消息傳輸的最簡化連接方式
消息流程建模：流程控制，流程特殊情況處理(反饋，失敗)
使用集線器和輪輻（spoke）模型可以使應用集成獲得更高的連接效率
對數據進行轉換，同時可以確定應用之間的路由選擇
將商業邏輯和應用邏輯和數據邏輯分離開
提供附加的商業應用功能，如發布/預訂
可以添加現有供應商和新供應商產品的集成框架，以實現進一步的增值
與消息和關係數據庫實現無縫的集成
實現XML消息格式和其他數據格式之間的映射
在現有MQ Integrator1.0版應用的基礎上進行創建，免去了重複的工作
MQ Integrator能夠提供這些公司改造所需要的完善的功能，可以用作商業集成和轉換引擎（Business Integration and Transformation Engine），它正在成為一種能夠增加多種功能的商業價值的應用程序。
格式轉換(XML, C, MRM, JMS, TDS分隔符, AL3, DB，SWIFT, ISO8583 等多種格式)
EAI開發支持：支持JMS，有權限管理和Collective支持增強的pub/sub(發布/訂閱)機制，內置的XML開發支持，數據庫開發支持，分布事務處理，轉換和路由的內嵌支持。
可靠傳輸質量保證。
JAVA 和Web Service 支持。
IBM WebSphere Message Broker解決方案的優勢
從信息交換平台的長遠發展來看，要形成相互一致的業務基礎信息系統和有效運行的信息層次化體系，必然需要將現在建設的和未來要擴建的各個業務應用系統平滑地整合在一起，使得各個業務系統間能夠順暢地傳遞信息，形成一個有機的整體，在整個系統範圍內實現信息的高度共享。
產品構架優勢
開放性：基於事實上的工業標準的消息中間件，能確保和其他系統的開放連接。
擴展性：系統應該具有強大擴展伸縮能力，增加和改進應用不會對原有系統造成破壞。
移植性：也就是盡量減少非業務的純粹特定產品的配置。
子系統的獨立性：建立應用信息交換平台的在於連接各個子系統，而各個子系統應該盡量減少功能耦合性。應用信息交換平台和子系統的開發只針對報文，無須了解對方處理的實際過程。
便於實現高可用性 (HA)和負載均衡管理(WLM)。
可靠傳輸質量保證。
JAVA 和Web Service 支持。
網狀結構到星型結構的改變，大大簡化MQ的配置和管理
WebSphere MQ 消息中間件作為搭建統一的數據傳輸平台的核心工具，作為WebSphere MQ 家族產品中的一員，WEBSPHERE MESSAGE BROKER和WebSphere MQ的無縫整合不用質疑的。信息平台多套業務應用系統以及進駐各部門的應用系統只需通過本地的WebSphere MQ與統一的數據整合系統的WEBSPHERE MESSAGE BROKER相聯來完成數據的發送和接收，而數據的格式轉換和智能路由的選擇由WEBSPHERE MESSAGE BROKER負責，這樣將來不論是增加新系統和刪除舊系統都不影響到其它應用系統的配置，使整個綜合信息平台的規劃和管理得到很好的優化。
不同格式的數據轉換
WEBSPHERE MESSAGE BROKER通過消息字典來對來自不同應用系統傳來的消息內容進行識別和解析，還可以根據不同的消息通過定製不同的消息流來輸送到不同的應用系統。這是非常適合信息平台如何建立一個數據集中、交換，並支持系統平滑地擴展這樣的基礎數據交換支撐平台的需求，以後對現有系統的擴展將不會影響整個系統的架構。例如：根據輸入數據的內容映射到輸出數據：
{
當輸入數據.Complaint.Type = ‘Order’時，輸出數據.Admin.Dept=’B01’
當輸入數據.Complaint.Type = ‘Order’時，輸出數據.Admin.Dept=’C01’
輸出數據格式=XML
}
WMB全面支持XML
XML被用於WEBSPHERE MESSAGE BROKER 6.0的核心。產品的所有配置數據都採用了XML格式。一旦一個消息以消息格式的形式被定義到MRM，那麼在需要時就可以將消息的輸出格式也定義為XML。因此，在消息代理程序內部可以根據非XML的消息格式生成XML消息。
各種”Processor Node”組成的Message Flow
處理節點對消息流內的消息執行不同的操作。消息流由一個輸入節點發起，該節點啟動一個流經消息流的消息。如下所述，WEBSPHERE MESSAGE BROKER 2.1包含了一個MQInput節點，它可以從一個WebSphere MQ隊列中讀取一個消息。這一節點將與其他的節點相連。儘管節點之間的連接被稱為連接器，但這些構造純粹是為了幫助將控制中心圖形工具中的節點捆綁在一起。消息實際上是通過方法調用請求在節點之間傳遞的，這些請求中包含了一個指向在節點間被傳遞的消息對象的指針。
可以對每一個消息流中節點的屬性進行客戶化處理。這將使節點能夠對流經自己的消息執行特定的功能，並執行消息流要求節點執行的處理過程。
與Database緊密集成
WEBSPHERE MESSAGE BROKER提供了與DB操作相關的各種Node, 如INSERT,UPDATE,DELETE等Node，用戶可以通過ESQL進行和數據庫的操作，如把數據存入數據庫，從數據庫中取數據等；
信息平台可以將整個系統中產生的大量數據記錄在數據中心中，以備進一步決策分析、數據挖掘，實現更深層次的數據利用。作為統一的數據整合平台，WEBSPHERE MESSAGE BROKER可以直接操作不同應用系統的數據庫，實現各部門的數據高度共享。
功能強大的發布預訂系統
基於內容和主題的過濾
將發布和預訂（Publish and Subscribe）功能添加到信息代理程序中以後，增加了該系統的功能價值。將發布/預訂代理程序的優勢與WebSphere Message Broker的功能結合在一起，可以獲得額外的好處。對於信息的訂戶，它們將不僅能夠接收到自己所要求的信息，而且還可以根據自己的需要在任何級別上對信息進行過濾和格式化處理。作為一個標準的發布和預訂系統，向訂戶提供信息的時候可以不必知道何人將會需要這些信息，因而也不必知道向何人發送這些信息。
發布/預訂系統的用途在於，它極大地提高了選擇標準的精鍊程度。每一個主題當中都包含了大量訂戶並不需要的信息，即使主題與訂戶要求的主題相匹配。因此，通過提高發送往訂戶的消息的選擇精鍊程度，以及通過基於內容的預訂，將可以實現一種選擇性更強因而效率也更高的信息發送方法。
WebSphere Message Broker 提供了這種基於內容的預訂過濾功能，以及用於發布和預訂的基於分級主題的過濾功能。對於基於內容的過濾，將使用SQL表達式評估一個消息內的單元內容，並因而獲得內容過濾結果。內容過濾器可以被存儲在動態預訂表（Dynamic Subscription Table）之中。這些過濾以後的消息與其他的消息代理程序功能相結合，就可以根據不同應用程序的要求對消息進行轉換，消息中只有被要求的部分才會被發送到對其進行了預訂的應用程序。發布/預訂功能被表示為一個節點，被稱為消息流內的發布節點。發布/預訂節點的最終成果是將一個消息放入一個或多個MQ隊列之中。
預訂處理
如果在發布之前就可以知道發布數據的預訂應用程序是什麼，那麼這種預訂就被稱為靜態預訂，並且可以預先對其路由進行很好的定義。如果可以通過預訂應用在預訂設置中添加或改變預訂，那麼這種預訂被稱為動態預訂，它能夠很靈活地在系統的運行時間內改變商業請求，而不必預先登記自己感興趣的特殊消息類型。WebSphere Message Broker能夠支持所有這兩種類型的預訂。
訂戶對發布/預訂功能的請求採用了被稱為控制消息的消息格式。這樣，訂戶就能夠全面地創建、刪除和改變自己的預訂內容。這些消息的名稱是：登記訂戶（Registered Subscriber）、註銷訂戶（Deregister Subscriber）和請求更新（Request Update）。對於發布者來說，可以使用不同的消息來滿足自己的不同需要。這些消息的名稱是：發布（Publish）和刪除發布（Delete Publication）。只有當客戶機應用正在使用的是MQI編程接口而並非MQ應用消息接口（MQ Application Messaging Interface）和MQ JavaTM 消息服務（MQ JavaTM Messaging Service）時，才會要求這些控制消息，因為MQI需要顯式地創建調用這些功能的消息頭。
以下文章點擊率最高
Loading…