的WebSphere MQ - 的Pub/Sub

Question

我們正在努力建立一個架構，我們將有兩個處理應用需要從單個隊列接收信息（他們將使用完全不同的方式中的數據）。在這種情況下，什麼被認爲是IBM WebSphere MQ的最佳實踐/路徑轉換？

1. 酒吧/小組 - 一個發佈者和「n」個訂戶？
2. 管理我們MQ的人建議扇出（觸發，從命名列表讀取並分發到多個隊列） - 這似乎不是一個好主意給我們。
3. 其他？

任何建議或輸入將不勝感激。

Answer 1

我提出的問題到WebShere MQ接觸我有一個在這裏是他的迴應。認爲它可能會幫助其他人。 「

」如果處理消息的應用程序數量預計會增加，並且消息傳遞模式不是請求/響應，那麼轉到pub/sub體系結構，否則使用包含兩個應用程序接收消息的隊列的名稱列表。在amqsptl0.c示例中詳細瞭解如何將消息放入名稱列表。「

--S

Answer 2

決定使用的Pub/Sub並非來自一個事實，即隊列不利於...

如果您的方案是方案的請求 - 響應類型的隊列將是最一個最合適案例。

如果您的方案將有許多消費者動態獲取添加（或刪除），然後發佈 - 訂閱幫助。

我認爲你正在做的是將消息路由到知名消費者。如果以後需要處理更多的路由和轉換情況，則可以使用IBM Integration Bus。如果路由如此簡單，發送者可以將消息發送到隊列，然後程序可以從事務上下文中讀取消息，並將消息發送到2個不同的隊列。 JMS的消息監聽器可以幫助進行異步處理。

看一看這種模式http://www.eaipatterns.com/MessageRouter.html。我想它與你正在做的事情相符。