小编pQd*_*pQd的帖子

我正在考虑系统将通知多个消费者有关一群物体发生的事件.每个订阅者应该能够订阅发生在零个或多个对象上的事件,多个订阅者应该能够接收有关发生在单个对象上的事件的信息.

我认为在这种情况下,某些消息排队系统是合适的,但我不知道如何处理我将拥有数百万个对象的事实 - 对每个对象使用单独的主题听起来不太好[或者是它正好？].

你能否建议我应该采取的方法,甚至可能是一些合理的开源消息排队系统？

更多细节:

• 会有成千上万的订阅者[意思不是很多]
• 订阅者将订阅每个数十或数百个对象,
• 将有约5-20万个物体,
• 事件本身不必携带任何信息.只是该对象被更改的信息就足够了,
• 绝大多数对象永远不会订阅,
• 事件以每秒几百个的最大速率发生,
• 理想情况下,服务器应该在linux下运行,能够通过http long-poll与生态系统的其余部分集成[使用节点js？码头下的延续？].

在此先感谢您的反馈,并抱歉有些模糊的问题!