什么时候 ActiveMQ 持久订阅是个坏主意?
When are ActiveMQ durable subscriptions a bad idea?
我的理解是 durable subscriptions,当与 ActiveMQ 一起使用时,允许消费者接收发布到主题的所有消息,比如如果连接丢失然后连接恢复。
话虽如此,持久订阅似乎也会导致 ActiveMQ 代理的消息缓冲区填满,最终为代理造成开销。
不将持久订阅与 ActiveMQ 结合使用还有哪些其他常见最佳实践?
一些例子
您的消费者在上网时对历史数据不感兴趣。想一想公交车到达公交车站前显示时间的屏幕。
您需要在消费者集群中的多个节点之间分配负载。然后你需要使用队列(VirtualTopics)代替,或者在ActiveMQ Artemis中使用JMS2.0。
我的理解是 durable subscriptions,当与 ActiveMQ 一起使用时,允许消费者接收发布到主题的所有消息,比如如果连接丢失然后连接恢复。
话虽如此,持久订阅似乎也会导致 ActiveMQ 代理的消息缓冲区填满,最终为代理造成开销。
不将持久订阅与 ActiveMQ 结合使用还有哪些其他常见最佳实践?
一些例子
您的消费者在上网时对历史数据不感兴趣。想一想公交车到达公交车站前显示时间的屏幕。
您需要在消费者集群中的多个节点之间分配负载。然后你需要使用队列(VirtualTopics)代替,或者在ActiveMQ Artemis中使用JMS2.0。