所有节点/成员上的榛树缓存缓存键值可用性

Question

我正在使用hazelCast来缓存从API获取的数据。API的结构是这样的

Controller->Service->DAOLayer->DB

我在存在getData（int elementID）方法的服务层上保持@Cacheable。

在我的体系结构中，有两个PaaS节点（np3a，np4a）。 API将同时部署在这两个节点上，并且用户将通过loadBalancer IP访问它们，它将把它们重定向到任何一个节点。

因此，来自用户X请求的一个匹配可能进入np3a，而来自同一用户请求的另一个匹配则进入np4a。

我希望在将响应缓存在np3a上的第一个匹配中，同样的缓存响应也可用于下一个对np4a的匹配。

我读过有关

1. ReplicatedMaps：内存效率低下
2. NearCache：读>写时>

我不确定采用哪种方法，或者您是否提出完全不同的建议。

我正在使用hazelCast来缓存从API获取的数据。 API的结构类似于此Controller-> Service-> DAOLayer-> DB，我在服务层保留@Cacheable，其中...

Answer 1

[如果您有2个节点，Hazelcast将对数据进行分区，以使其一半位于节点1上，另一半位于节点2上。这意味着用户有50％的机会询问包含数据的节点。