的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。我想它与你正在做的事情相符。