我试图理解这三个项目，它们似乎都处理在尝试进行聚类时出现的略微不同的问题。但是所有关于它们的文档都是针对已经“知道的”开发人员编写的，并且对于像我这样的新手来说很难理解。
非常感谢您提供对这些神秘而又难懂的框架的任何见解！
jgroups主要涉及任务分配和集群管理，而hazelcast/terracotta更专注于分布式缓存（数据网格） - 当你比较它们所有的功能时，它们之间肯定存在一些重叠 - 您需要确定哪些功能更重要，可能更容易实现。
hazelcast可以通过基于TCP的寻址或多播来进行集群化。它支持map、multimap、list、queue、topic - 对于基于磁盘的备份，您必须实现load/store接口。
对于EhCache，您可以使用JGroups、JMS或RMI复制缓存。
简而言之，如果您正在寻找一个分布式数据缓存/网格，那么hazelcast或ehcache是需要考虑的工具 - 如果您正在使用库进行任务分配并且不关心现有的数据网格缓存，则应该选择JGroups。
有两种技术可以区分： i. 启用器 (即中间件API) 和 ii. 端到端或即插即用解决方案 (即应用程序API)。
JGroups是一种启用器技术，因为其核心实现了Group Communication Primitives，如可靠的单播、组播和广播，这些是更复杂的分布式协议如Atomic Broadcast的构建块；它属于Group Communication Toolkits (GCTs)类别。
Hazelcast和Terracotta也是端到端服务技术，因为它们为分布式应用程序提供了丰富的服务集；它们属于In-Memory Data Grids (IMDGs)类别，也称为分布式和内存缓存解决方案，非常适合计算低延迟数据。
在能力方面：
JGroups提供了一组基本原语，以启用群组成员身份，这是任何集群场景中的关键概念，在这种场景中，加入/离开参与者/节点必须在生命周期和角色方面进行管理；它允许创建一个丰富的协议集，基于协议内核设计，通过在基础API（如群组成员身份）上堆叠微型协议来实现，这些API依赖于可靠的消息分发，无论是在TCP还是UDP上。JGroups默认情况下不提供任何组合服务：这种类型的服务可以建立在提供的基本功能之上。
Hazelcast提供了一组丰富的分布式数据结构，可以完全复制或分片，并具有隐式复制因子；分布式List、Map、Queue和Lock是使用Java Collection接口实现的基本数据结构的示例，显然，分发和复制需要群组成员身份服务，其引擎提供并提供带有Cloud Discovery SPI的集群管理器模块。Hazelcast可以通过IP多播、带TCP的IP多播和第三方云服务（例如Zookeeper）实现群组成员身份管理。潜在地，Hazelcast可能使用JGroups服务进行节点发现和集群管理（也称为群组成员身份服务）。
Terracotta，另一方面，如果与流行的Ehcache相关联，则提供了一个分布式缓存服务，该服务又基于一组基本的群组成员身份能力；在实现方面，Terracotta Ehcache可能基于JGroups服务，并提供特定于缓存系统的特定API，因此不像Hazelcast那样通用。
