ZooKeeper和RabbitMQ/Qpid在一起 - 矫枉过正还是很好的组合？

Question

问候,

我正在评估多数据中心分布式系统的一些组件.我们将使用消息队列(通过RabbitMQ或Qpid),因此代理可以向其他代理发出异步请求,而无需担心寻址,路由,负载平衡或重新传输.

在许多情况下,代理将与非高度并发访问的组件进行交互,因此需要锁定和跨代理协调以避免竞争条件.此外,我们希望系统能够自动响应代理或数据中心故障.

考虑到上述用例,ZooKeeper似乎很适合.但我想知道是否尝试使用ZK和消息排队是否有点过分.似乎Zookeeper所做的事情可以由我自己的集群管理器使用AMQP消息传递完成,但这很难真正做到.另一方面,我已经看到一些使用ZooKeeper实现消息队列的例子,但我认为RabbitMQ/Qpid更适合这种情况.

有没有人使用这样的组合？

提前致谢,

-克里斯

Answer 1

进入这个晚了,但也许会有一些用处.主要考虑因素应该是系统的性能特征.像你说的那样,ZooKeeper不仅能够使用分布式队列来实现任务分发系统,而且zk目前对于读取而言比针对写入更优化(这仅在每秒1000次操作中发挥作用) .如果您的吞吐量需求低于此值,那么仅使用zk来实现您的系统将减少运行时组件的数量并使其更简单.当然,在决定之前,您应该始终运行性能测试.

分布式协调真的很难做到,所以我肯定会建议使用zookeeper而不是自己动手.