在这个链接中，它说“当前的实现将简单地将所有发布消息广播到所有其他节点”，并补充说未来会进行改进。
针对当前的实现：如果不重要丢失消息，现在使用redis进行发布/订阅是否有意义？看起来一个实例更好，以停止广播流量。因为除了写操作外，读操作也应该传播到其他节点！（这样客户端就不会被通知两次。）
我有什么遗漏吗？
我有什么遗漏吗？
1个回答
6
不，我认为你没有错过任何要点。Redis集群是一个正在进行的工作，其中包括规范。有关发布/订阅的部分相当简单，可能需要改进。
在Salvatore的提案中，客户端仅订阅了单个实例（而不是所有实例），因此当发布广播到所有实例时，客户端只会收到一次通知。如果Redis实例关闭，则由客户端订阅集群中的另一个存活节点（任何其他节点）。
另一个可能性是选举集群中的一个节点作为唯一的发布/订阅节点，以便客户端只能在该节点上发布和订阅。但是，这种方式更难支持发布/订阅服务的高可用性。
在Salvatore的提案中，客户端仅订阅了单个实例（而不是所有实例），因此当发布广播到所有实例时，客户端只会收到一次通知。如果Redis实例关闭，则由客户端订阅集群中的另一个存活节点（任何其他节点）。
另一个可能性是选举集群中的一个节点作为唯一的发布/订阅节点，以便客户端只能在该节点上发布和订阅。但是，这种方式更难支持发布/订阅服务的高可用性。
- Didier Spezia
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接