主题前面的 ActiveMQ 中的复合队列
Composite queue in ActiveMQ in front of a topic
我在物理队列之前使用 ActiveMQ 的复合队列,因为能够在生产者和消费者端设置不同的权限。这就像设计的一样。
我也想在主题前使用复合队列。通过这种方式,我可以使用与上述排队概念相同的权限机制。
在可能降低性能的主题前使用复合队列是否有缺点?在使用复合队列 -> 主题等结构时,我还需要考虑其他缺点吗?
对于大多数工作负载而言,性能影响可以忽略不计。每天少于 100 个客户端连接和 100M 条消息的工作负载对于现代硬件和 ActiveMQ 来说通常是昙花一现。
这听起来像是针对目的地的 'alias naming' 政策。这种模式存在于其他产品中,并且绝对是 ActiveMQ 中复合目标的有效用例——您完全符合该功能的预期用途。
缺点明智 -- 没有什么跳出来你应该是好的。
我在物理队列之前使用 ActiveMQ 的复合队列,因为能够在生产者和消费者端设置不同的权限。这就像设计的一样。
我也想在主题前使用复合队列。通过这种方式,我可以使用与上述排队概念相同的权限机制。
在可能降低性能的主题前使用复合队列是否有缺点?在使用复合队列 -> 主题等结构时,我还需要考虑其他缺点吗?
对于大多数工作负载而言,性能影响可以忽略不计。每天少于 100 个客户端连接和 100M 条消息的工作负载对于现代硬件和 ActiveMQ 来说通常是昙花一现。
这听起来像是针对目的地的 'alias naming' 政策。这种模式存在于其他产品中,并且绝对是 ActiveMQ 中复合目标的有效用例——您完全符合该功能的预期用途。
缺点明智 -- 没有什么跳出来你应该是好的。