1

我需要一个集群框架：消息传递、集群加入/离开、分布式任务调度和缓存复制。最好都是在同一个框架下处理，从 DB 初始化 IP，具有裂脑保护，具有领导者选举（和重新选举）。我没有大量的服务器（1-10，可能不会更多）。

注意 - 我的服务器与每个服务器内存缓存（至少我计划共享的部分）应该从领导者复制到追随者的点相同。具体来说，像 EHCAche、terracotta 和 hazelcast（至少在它们的默认配置中）这样的解决方案并不适合。

我应该在哪里看的任何想法？我即将放弃并在 jgroups 上推出自己的产品，但决定再给它一次机会。如果可能的话，请用以前的框架经验来支持你的答案......

4

1 回答 1

0

将 Zookeeper 与 Curator 一起使用，您可能会准确地实现您指定的项目。

http://zookeeper.apache.org/

  • 来自该站点：“ZooKeeper 是一个集中式服务，用于维护配置信息、命名、提供分布式同步和提供组服务。所有这些类型的服务都以某种形式被分布式应用程序使用。每次实现它们都有修复不可避免的错误和竞争条件需要做很多工作。由于实施这些服务的难度，应用程序最初通常会忽略它们，这使得它们在发生变化时变得脆弱并且难以管理。甚至如果正确完成，这些服务的不同实现会在部署应用程序时导致管理复杂性。”

http://curator.apache.org/

馆长给你

  • 食谱：一些常见的 ZooKeeper “食谱”的实现。这些实现建立在策展人框架之上。
  • 框架：Curator 框架是一个高级 API，它极大地简化了 ZooKeeper 的使用。它添加了许多基于 ZooKeeper 的功能，并处理管理与 ZooKeeper 集群的连接和重试操作的复杂性。
  • 实用程序：使用 ZooKeeper 时有用的各种实用程序。Client 捆绑的 ZooKeeper 类的替代品，它负责一些低级的内务管理并提供一些有用的实用程序。
  • 错误：Curator 如何处理错误、连接问题、可恢复异常等。
  • 扩展：curator-recipes 包实现了 ZooKeeper 文档中描述的常见配方。为避免使该包膨胀，具有垂直吸引力的食谱/应用程序将使用命名约定 curator-x-name 放入单独的“扩展”包中。
于 2014-08-28T22:25:07.307 回答