32

redis支持pub-sub
zmq也支持通过消息代理的 pub-sub

在它们之间进行选择的架构优点/缺点是什么？
 我的目标是超出应该完成的明显的用例特定性能基准测试（这是一个很好的例子）。

假设使用 Python 等高级语言。

4

4 回答 4

26

我使用 python 使用过 ZeroMQ 和 Redis。我会说 ZeroMQ 更健壮，它提供了真正简单的负载平衡，而且比 pub-sub 更多，比如请求回复等。但是如果你只是在pub-sub之后，redis就简单多了。

如果 redis 服务器崩溃或停止工作，所有客户端也将停止工作，使用 ZeroMQ，即使没有服务器，客户端也可以工作。

这两种服务都可用于任何编程语言、ruby、python、C、C++ 等。

总之，redis简单很多，很可靠。ZeroMQ 非常可靠但更复杂。

如果我只做 pub sub，我会选择 redis，否则我会选择 ZeroMQ。如果我能预见大量的流量，我会选择 ZeroMQ

于 2014-03-10T11:00:07.777 回答
12

ZeroMq 优点/缺点

  • Pub/sub 节点可以独立连接和断开连接；消息根据 HWM 设置保存到缓冲区，在对等可用时自动发送（存储和转发）
  • 如果对等点失败，缓冲的消息将丢失
  • 主题订阅仅支持带有 pub/sub 封装的前缀匹配；NEWS订阅匹配NEWS*消息

Redis 的优点/缺点

  • 在 redis 失败的情况下，AOF 快照到磁盘会保留消息
  • 发布/订阅客户端依赖 redis 进行连接
  • 选择性主题订阅的通配符匹配，如news.*支持
于 2013-09-04T14:15:43.820 回答
8

我自己一直在研究这个，因为我需要决定是使用 Redis pubsub 还是 ZMQ pubsub 作为分布式系统的通信层。我认为 Redis 和 ZMQ 在应用程序的设置方式上有所不同。

  1. ZMQ pubsub 天生就直接连接，即没有中间人。
    您可以创建类似中间人的实例，例如转发器设备

  2. 对于 Redis pubsub，订阅者和发布者都需要连接到 Redis。

ZMQ 中缺少中间人意味着订阅者需要以某种方式知道连接到发布者以获取消息。在我的系统中，应用程序生成需要向订阅者发送信息的发布者，如果没有订阅者在我的应用程序启动之前连接的转发器设备，就无法做到这一点。

延迟在我的系统中很重要，因为我希望远程盒子尽可能快地完成任务。

Zmq (direct pubsub)
avg: 0.000235867897669
max: 0.0337719917297
min: 0.000141143798828

Zmq (w/ forwarder)
Avg: 0.00237249334653
max: 0.00536799430847
min: 0.000249862670898

Redis (8gb ram)
avg: 0.000687216520309
max: 0.0483138561249
min: 0.000313997268677

Redis (32gb ram)
avg: 0.000272458394368
max: 0.00277805328369
min: 0.000216960906982
  • 如果您的应用程序位于订阅者端，那里有您想要从中获取信息的发布者守护进程，那么我会选择 ZMQ，因为您可以直接连接到发布者。
  • 如果您的应用程序在发布者端，那么我会去 Redis pubsub，因为订阅者已经连接到 Redis 监听。
于 2014-10-21T17:10:51.193 回答
3

这就是我的决定。使用每个产品制作最少的测试用例。看看哪个更容易构建并且效果更好。将每个测试用例推得更远一点，然后因为工作量太大而丢弃一行。

于 2013-09-09T21:10:47.613 回答