在这个链接上,它说"当前实现将简单地将所有发布消息广播到所有其他节点",并补充说它将来会得到改进.
对于当前的实现:如果丢失消息并不重要; 现在使用redis for pub/sub是否有意义？看起来一个实例更好地阻止广播流量.因为旁边写; 读取也应该被推广到其他节点!(这样客户端就不会被通知两次.)
我错过了什么吗？
不,我认为你没有错过任何一点.Redis Cluster是一项正在进行的工作,其中包括规范.关于pub/sub的部分相当轻松,可能会有所改进.
在Salvatore的提案中,客户是在单个实例(而不是所有实例)上订阅的,因此当将这些出版物广播到所有实例时,客户端只会被通知一次.如果Redis实例已关闭,则客户端可以在群集的其中一个幸存节点(任何其他节点)上进行预订.
另一种可能性是选择群集的一个节点作为唯一的发布/订阅节点,以便客户端只能在此节点上发布和订阅.但是,这种方式支持pub/sub服务的高可用性将更加困难.