建议 - Redis或RabbitMQ PubSub - 拍卖服务

时间:2016-09-23 08:17:47

标签: redis rabbitmq

对于新的拍卖系统,我正在寻找哪种技术最适合我。

当有新的出价时,我想在拍卖页面上通知收听用户。这是pubsub技术的一种东西,我猜想。

首先我确实看了一下RabbitMQ,我认为这是构建它的好方法。但这意味着我有一个额外的单点故障。

所以现在我倾向于Redis PubSub。我知道它有缺点,因为当用户没有收听时它不会重新发送消息。但这不是问题。当用户登录时拥有所有当前出价,然后只需要更新。我不打算用历史记录创建聊天。

你有什么建议?使用Redis还有什么不利之处吗?稳定性怎么样?当出价出现,并且我想向所有收听用户发送最新价格时,我是否确定每个人都能获得该消息?

有没有人有这种情况的经验?

由于

2 个答案:

答案 0 :(得分:0)

Pro:redis比RabbitMQ设置简单得多。

缺点:有no guarantee of delivery with Redis

答案 1 :(得分:0)

我认为,通过" page"你的意思是在后端使用PHP的标准HTML页面。如果是,那么您的主要问题不是"我应该使用Redis还是RabbitMQ",因为您无法在用户浏览器与Redis或RabbitMQ之间建立直接连接。

首先,您有两个答案,您将如何为页面提供更新:

  • 通过常规的ajax请求询问"对我来说有什么新的"
  • 使用websocket的一些实现

在选择答案后,您会看到pub / sub机制在您的情况下完全有用。