Websphere MQ - Pub / Sub

时间:2014-02-13 14:35:17

标签: ibm-mq

我们正在努力建立一个架构,我们将有两个处理应用程序需要从单个队列接收信息(他们将以完全不同的方式使用数据)。在这种情况下,IBM WebSphere MQ被认为是最佳实践/路径转发?

  1. 发布/订阅 - 一位发布商和“n”位订阅者?
  2. 管理我们的MQ的人建议扇出(触发器从命名列表中读取并分发到多个队列) - 这对我们来说似乎不是一个好主意。
  3. 其他?
  4. 任何建议或意见将不胜感激。

2 个答案:

答案 0 :(得分:1)

使用Pub / Sub的决定并非来自队列无效的事实......

如果您的方案是请求 - 响应类型的方案,则排队在大多数情况下最适合。

如果你的场景会动态添加(或删除)许多消费者,那么Pub-Sub会有帮助。

我认为您正在做的是将消息路由到知名消费者。如果将来需要处理更多的路由和转换案例,您可以使用IBM Integration Bus。如果路由如此简单,则发送方可以向队列发送消息,然后程序可以从事务上下文中读取消息并将其发送到2个不同的队列。 JMS的消息侦听器可以帮助进行异步处理。

看一下这种模式http://www.eaipatterns.com/MessageRouter.html。我想这与你正在做的事情相符。

答案 1 :(得分:0)

我向我所拥有的一个WebShere MQ联系人提出了这个问题,这是他的回答。认为它可能会帮助别人。

“如果预计处理消息的应用程序数量增加且消息传递模式不是请求/响应,则转到pub / sub体系结构。否则使用包含应用程序接收消息的两个队列的名称列表。请查看有关如何将消息放入名单的详细信息,请参阅amqsptl0.c示例。“

- S