关于Jms发布订户模型的建议

Question

我们有一个应用程序部署在一个多集群环境中的prod上，并带有一个负载平衡器。

在应用程序中，我们保留缓存以提高性能。

问题是，因为我们处于多集群环境中，所以单例并不是单身，所以如果我们清除一个节点中的缓存，则不会通知另一个节点清理自己的缓存。

我们目前只有两个节点，但我们可以在将来添加更多节点。所以我的第一个想法是用模型publish/subscriber实现一个JMS队列。一旦节点需要清除缓存，它就会向队列发送消息，并且应该自动通知所有节点（甚至是他自己）清除缓存。我已经检查过activemq，但据我所知，一旦发布者发送消息，订阅者需要执行getMessage（）来接收消息。这意味着我们应该不断地排队，看看那里是否有任何消息，而且我必须确保一旦所有订阅者都阅读了消息，消息就会被删除。

我写的只是为了得到一些关于如何实现这样的事情的建议，如果activemq或任何其他jms实现提供的东西，将适合我们的需求。

谢谢

Answer 1

对于包括ActiveMQ在内的所有JMS提供者，这种情况非常简单。

简单地发布消息到一个主题，说CLEAR.CACHE。然后让每个节点都连接一个对该节点唯一的客户端ID（即使在重新启动后也是一样的ID），因此您需要从环境/配置中获取该ID - 而不是代码）。

然后每个节点都可以为CLEAR.CACHE主题创建一个持久订阅者。即使节点在发布过程中处于离线状态，副本也会传送到每个节点。

一些官方文档：https://docs.oracle.com/cd/E19798-01/821-1841/bncgd/index.html

只想说，有完整的分布式缓存解决方案，以使用为好，在这里你不必手动这个东西处理。 Redis，hazlecast等等。但是如果你想要的只是节点之间的基本“清除缓存”命令（或者任何其他类型的命令以在节点之间分配），那么JMS就是要走的路。