对于新的拍卖系统,我正在寻找哪种技术最适合我。
当有新的出价时,我想在拍卖页面上通知收听用户。这是pubsub技术的一种东西,我猜想。
首先我确实看了一下RabbitMQ,我认为这是构建它的好方法。但这意味着我有一个额外的单点故障。
所以现在我倾向于Redis PubSub。我知道它有缺点,因为当用户没有收听时它不会重新发送消息。但这不是问题。当用户登录时拥有所有当前出价,然后只需要更新。我不打算用历史记录创建聊天。
你有什么建议?使用Redis还有什么不利之处吗?稳定性怎么样?当出价出现,并且我想向所有收听用户发送最新价格时,我是否确定每个人都能获得该消息?
有没有人有这种情况的经验?
由于
答案 0 :(得分:0)
Pro:redis比RabbitMQ设置简单得多。
答案 1 :(得分:0)
我认为,通过" page"你的意思是在后端使用PHP的标准HTML页面。如果是,那么您的主要问题不是"我应该使用Redis还是RabbitMQ",因为您无法在用户浏览器与Redis或RabbitMQ之间建立直接连接。
首先,您有两个答案,您将如何为页面提供更新:
在选择答案后,您会看到pub / sub机制在您的情况下完全有用。