使用websocket作为消息代理的Redis的可伸缩性

我已经看到很多文章提到并比较了redis、kafka、RabitMQ等的可伸缩性，但在我的场景中，我使用的是带有STOMP的WebSocket。可能会有很多用户使用该网站，并在网站中进行并发连接。我看过一些文章和视频，说redis比rabitMQ工作得更好，比如在这篇文章中，它说他们已经对rabbitMQ和redis进行了实验，发现redis可以同时创建5000多个队列，而rabbitMQ在达到200个队列时却很挣扎

部署将在kubernetes内部的公共云（如AWS或GCP）上，以spring boot作为后端

同样，我更关注的是这些工具可以同时处理的队列数量。有谁能告诉我，当创建大量队列时，redis可以扩展到什么程度。假设并发队列需求的数量激增到一百万。redis还能处理这个问题吗？

（理论上）如果您的系统中有足够的内存（RAM），并且您允许redis使用它，redis应该能够为您提供服务

---

而且，吞吐量的问题取决于实现和使用。

如果没有关于您将使用的硬件的详细信息，就无法确定任何软件是否适合您的需要。你会在Raspberry Pi或大型机上运行它吗？还有，你说的“以某种方式处理这件事”到底是什么意思？这个问题太模糊了。这将导致讨论和基于意见的答案，而不是基于事实的答案。因此，这里关于堆栈溢出的话题是不相关的。