与this question相关: 据我了解,两个物理发布者代表一个逻辑发布者,每个发布者必须拥有自己的订阅队列。使用DBSubscriptionStorage允许他们拥有一个共同的订阅者列表,但是当新订阅者弹出并订阅时会发生什么?订阅消息将进入其中一个订阅队列,然后进入数据库。有没有办法,如果没有重新启动其他发布商,他们可以让他们知道新订户?
答案 0 :(得分:1)
你有几个选择。最简单的方法之一是让每个独立的物理发布者指向一个物理订阅者/订阅数据库。
另一个处理它的好方法是使用数据库复制。复制的唯一问题是它本身就是“单向”。即便如此,有一个非常有趣的MySQL项目叫做“MySQL MMM”,它似乎非常适合这种情况。
最后,您可能会使用像Membase之类的东西拥有自己的订阅存储,这是一个持久的,复制的键/值存储。
底线:您可以拥有一个最简单的订阅数据库,但您有一个失败点。或者您可以拥有复制的订阅存储空间。复制存储将确保所有节点都包含所有订户的列表。
答案 1 :(得分:1)
2个拥有多个订阅者的物理发布者
配置
处理
您必须确定所有订阅者是否对相同的消息感兴趣。两个发布者都可以发布相同的消息,因为每个订阅者只能订阅一次(在P1或P2)。您可以完全控制如何“加载平衡”工作。如果您还没有查看,可以找到更多信息here