5

我有一个维护应用程序全局状态的服务器。

客户端可以连接到服务器并获取有关全局状态更改的消息(发布/订阅机制以便服务器广播信息)。

然而,在启动时,客户端根本没有关于全局状态的信息,他们需要它。我想要的是对于订阅系统的任何新客户端,第一条通知消息是应用程序的完整状态。然后他们只收到有关此状态的更改:

  1. 客户端连接到消息传递系统
  2. 它订阅消息系统
  3. 它收到的第一条消息是系统的完整状态
  4. 然后,它只接收有关全局状态的更改

这个想法类似于多人游戏,新玩家必须首先获得游戏的完整状态,然后只发送游戏中的变化。

像 ActiveMQ 或 Stomp 这样的消息传递系统可以满足我的需求,因为它们是多语言的,并且可以与多个传输层一起使用。但是,没有发送完整状态的概念(或以连贯的方式累积最后的更改)。

当然,我可以轻松地以静态方式提供此状态(首先我获得完整状态,然后订阅发布/订阅系统),但是我必须注意同时可能发生的变化(我是否丢失了一些变化在处理完整状态时?在我刚刚检索到的全局状态中是否已经考虑到了这种变化?...)。但是,我失去了 Stomp 和 ActiveMQ 已经提供的多语言/多传输方面。

是否有一些现有的库/工具可以做到这一点?ActiveMQ 的某种扩展?类似于 Stomp 的东西?还是需要手工制作?

4

1 回答 1

2

这不是消息传递域问题,而是特定用例。Pub/Sub 并非旨在了解有关生产者/消费者的任何状态信息,它只是代理消息。

也就是说,有一些不同的重新交付模式可用于缩小差距(最后图像订阅政策等),但我会选择更简单的解决方案。此外,您可能会考虑使用Apache Camel 之类的东西在生产者和订阅者之间提供这种额外的逻辑。

正如您所说,棘手的部分是使增量更新与检索到的完整系统映像保持同步。最重要的是,这就是我要做的...

  • 提供 REST 服务以允许任何客户端提取系统的完整状态
  • 为完整状态数据和增量更新数据添加递增的版本号
  • 当客户上线时
    • 订阅以开始获取增量更新(暂时在内部排队)
    • 使用 REST 服务获取完整的系统状态
    • 然后,开始处理增量更新并根据版本号忽略旧的更新
于 2012-04-23T17:53:08.783 回答