rabbitMQ比Redis在传递消息中更稳定和健壮。
如果没有消费者（例如，您的听众崩溃，等等），tobbitMQ可以持有和我猜这取决于需求。 我主要使用兔子，但我有一个任务...
我有一个用户列表可以通过套接字连接并收听所有数据。它由一个带有无限循环的单个脚本管理。我想在启动时与所有这些连接。 我想建立一个新的连接，以插入新项目并断开该项目是否已删除。
如果脚本失败，我想通过重新连接所有用户重新启动它
Redis streaming功能，所以我不是最有知识的。 我能说的是，对于关键系统，必须有多个分区或主题（用kafka术语 - 如果您已经熟悉kafka
）才能更好地传播负载，那么它可能会根据业务需求，足够强大到一定水平。TBH，对于较小的项目，如果您熟悉Redis，最容易使用的项目之一。如果这是一个更大的项目，但需要具有很高的SLA和低潜伏期，它比其他解决方案（不断的内存数据）更为昂贵，但是做得很好。 我对此的选择很明显，因为我依靠
GCP提供了方便的部署和使用方法，但同样，根据几个因素，它可能或可能不是一个不错的选择，因此运行一个简单的
Redis streamingMQTT可能更便宜，仍然可以管理。
旧评论在当时很有价值，但是从那时起，Redis确实进化并成为了一个非常精通的工具，并且良好的观察性仪表板/指标也从Box中脱颖而出。