实现持久的发布/订阅?

| 假设我有一个发布者和多个听众。发布者发送消息时,所有侦听器都必须接收它。如果其中一位听众掉线了,他应该在再次回到另一位时收到消息。 我该如何实施? 我在考虑使用队列: 每个侦听器将其置于自己的队列中,并向订阅者发送包含其队列位置的订阅消息。发布者将位置保存到文件或数据库,然后开始将其消息发送到该队列。 因此,这将是时间表: 发布者已启动。还没有听众。 发布者发送消息1。 发布者发送消息2。 发布者发送消息3。 侦听器1启动并向发布者订阅。 发布者发送消息4。 侦听器1收到消息4。 侦听器2启动并向发布者订阅。 发布者发送消息5。 侦听器1收到消息5。 侦听器2收到消息5。 侦听器2崩溃。 发布者发送消息6。 侦听器1收到消息6。 发布者发送消息7。 侦听器1收到消息7。 侦听器2重新启动,无需再次订阅。 侦听器2收到消息6。 侦听器2收到消息7。 最重要的是,每个侦听器需要一个队列,并且需要一个队列或通道来发送和接收“开始监听”和“停止监听”的消息。 我是在朝着正确的方向思考,还是我完全错了?     
已邀请:
        您不需要每个订阅者有单独的队列,但是您至少需要两个队列。可伸缩性的最初关键是确保发布者传递其初始消息时,不要试图在那个时间点将其“散布”给所有订阅者。相反,您将其放在收到的队列中,然后立即返回,以使发布者知道它已成功。从那里,您有工作人员,这些工作人员由主要接收队列提供服务,其职责是将消息“散布”到各个订户。它通过确定那些订户是谁,并生成N条消息,其中包含来自发布者的原始消息以及每个侦听者的地址/绑定信息,然后将它们放到传送队列中来完成。最后,您有工作人员负责将消息从传递队列中拉出,并尝试使用地址/绑定信息进行传递。 您可以通过将邮件移到重试队列来处理传递错误,在重试队列中,该消息将在X时间内处于休眠状态,然后再次替换在传递队列上。然后,您当然必须处理您尝试重试5次的有毒消息,并且侦听器每次都会向您抛出错误。那些将需要移动到某种死信队列以进行错误报告。     
        没错,这就是NServiceBus(例如)正是在MSMQ之上实现pub-sub的方式。在此处了解更多信息:http://docs.particular.net/samples/pubsub/。     

要回复问题请先登录注册