scalability - DistributedMap 作为使用 Terracotta 集群的缓存

Question

在选择合适的缓存实现时，我遇到了etracotta，我遇到了名为distributedmap wich的单独兵马俑集成模块，提供了基本的缓存能力，如支持不同的驱逐策略等。此缓存实现似乎是简单的可配置，但在生产方面似乎很容易配置-ready clustering 我发现我需要找到一些问题的答案： 1. 有没有人以前使用过这个 TIM，有没有人尝试过使用这个 TIM？有什么谬误吗？2. DistributedMap 很容易配置，但是下一个场景怎么样：如果我们启动 2 个 Terracotta 客户端并且每个客户端的 DistributedMap 配置不同。Terracotta 服务器会更新由 client1 提供的现有配置，还是保持不变。

Answer 1

我今天刚刚与一位在生产中使用 DistributedMap 的客户进行了交谈。

至于配置 - 我相信配置包含在实例中。由于 DistributedMap 不包含共享状态会与另一个实例重叠的任何根，因此每个实例将彼此分离（这意味着您可以制作任意数量的独立 DistributedMap）。

请注意，除非您通过将 DistributedMap 添加到共享图来使其集群化，否则它并不会真正集群化。这可以通过将其添加到已经集群的 POJO（您自己创建的，或者例如已经集群的 HashMap）或将其标记为根（一种常见的方法，并且由docs建议）来完成。