ibm-mq - 何时为获取/放置事件选择远程队列设计与本地队列

Question

我试图弄清楚在什么条件下我想要为 2 个端点应用程序实现远程队列而不是本地队列。

考虑以下场景:服务器 A 上的应用 A 需要向服务器 B 上的应用 B 发送消息通过 MQServer1。

最简单的配置似乎是在 MQServer1 上创建一个本地队列，并配置 AppA 将消息放入本地队列，同时配置 AppB 从同一本地队列获取消息。 AppA 和 AppB 都将连接到同一个队列管理器，但执行不同的命令。

什么情况下需要安装另一个 MQ 服务器(例如 MQServer2)并在 MQServer1 上配置远程队列，该队列通过 channel 将来自 AppA 的消息发送到 MQServer2 上的本地队列以供 AppB 使用？

我相信我了解远程排队的好处，但我不确定什么时候最好使用它而不是更简单的设计。

Answer 1

以下是您所说的远程排队所没有的更简单设计的一些问题:-

• 时间独立性 - Server1 必须始终可用，而对于远程队列，一旦消息移动到服务器 B，服务器 A 和服务器 1 就不需要保持在线状态当应用程序 B 想要获取其消息时。
• 网络效率 - 如果有两个客户端应用程序从中央队列放入或获取数据，则有两个低效的网络跃点，而不是从服务器 A 到服务器 B 的一个高效 channel 批量网络连接(无需服务器 1 在中间)
• 网络问题 - 没有网络，没有消息。而当它们存储在本地时，即使网络中断，任何已经到达的数据也可以得到处理。同样，放置消息的应用程序也不会受到网络问题的阻碍，消息位于传输队列上很容易移动，并且应用程序可以继续处理下一件事。

当然，您的应用程序的编写方式应该让它们甚至意识不到其中的差异，而只是配置更改会将您从一种设计切换到另一种设计。