在多个应用程序之间共享hazelcast缓存,并使用写后和读通

在多个应用程序之间共享hazelcast缓存,并使用写后和读通,hazelcast,distributed-caching,hazelcast-imap,Hazelcast,Distributed Caching,Hazelcast Imap,问题-在使用地图存储和地图加载器的写后和读通功能时,我是否可以在多个应用程序之间共享相同的hazelcast群集(缓存) 详细信息 我有一个企业环境,有多个应用程序,希望使用单缓存 我有多个应用程序(微服务),即应用程序A、应用程序B和应用程序C彼此独立 我运行每个应用程序的一个实例,每个节点都是集群的成员节点 应用程序A有地图A,应用程序B有地图B,应用程序C有地图C。每个应用程序都有各自地图的地图商店 如果客户端发送命令instance.getMap(“MAP_a”).put(“Key”、

问题-在使用地图存储和地图加载器的写后和读通功能时,我是否可以在多个应用程序之间共享相同的hazelcast群集(缓存)

详细信息

  • 我有一个企业环境,有多个应用程序,希望使用单缓存
  • 我有多个应用程序(微服务),即应用程序A、应用程序B和应用程序C彼此独立
  • 我运行每个应用程序的一个实例,每个节点都是集群的成员节点
  • 应用程序A有地图A,应用程序B有地图B,应用程序C有地图C。每个应用程序都有各自地图的地图商店
  • 如果客户端发送命令instance.getMap(“MAP_a”).put(“Key”、“Value”)。这有一些不一致的行为。有时我看到数据库中的数据是持久的,但有时不是
注意-我希望在所有应用程序中使用相同的hazelcast实例,以便应用程序A和应用程序B访问数据,反之亦然

我假设这是由于处理请求的节点造成的。如果请求由节点A处理,那么它将正常工作,但如果请求由节点B或C处理,则会失败。我假设这是由于Mapstore_A实现不可用于节点B和C

我做错什么了吗?我们能做些什么来克服这个问题吗


提前感谢。

Hazelcast是一个群集解决方案。如果集群中有多个节点,则在数据重新平衡时,每个节点中的数据可能会从一个位置移动到另一个位置

因此,地图存储和地图加载器操作可以从任何节点进行


因此群集中的所有节点都需要相同的能力来连接到数据库。

Hazelcast是一种群集解决方案。如果集群中有多个节点,则在数据重新平衡时,每个节点中的数据可能会从一个位置移动到另一个位置

因此,地图存储和地图加载器操作可以从任何节点进行

因此集群中的所有节点都需要相同的能力来连接到数据库