redis - psubscribe with '*' 模式是个坏主意?

标签 redis routing publish-subscribe

我正在尝试使用 redis 和 node.js 设置一些 pubsub 东西,我想知道 psubscribe* 是否是个坏主意模式(所有 channel ),然后在该消息处理程序中自行处理“ channel 路由”。

首先,我关心的是性能和容量方面的可扩展性。我想我可以猜到,如果我有越来越多的不同目的的 channel ,这可能很难管理。除非我为它构建了一个非常好的框架/抽象。

我想我的问题已经很清楚了。此外,如果有旨在解决此问题的现有框架,我很想在评论中听到它们。

最佳答案

我认为这样做是个坏主意,除非您想实现 Redis pubsub 不支持的功能,例如使用正则表达式订阅 channel 。

  • 不需要在客户端做路由,你可以只依赖服务器端的路由。

  • 如果您的 Redis 实例与其他应用程序共享(尽管不推荐),您可能会收到很多噪音,即消息属于其他应用程序。

  • 此外,如果您的 Redis 启用了 keyspace notification ,并且您订阅“*”,您可能会收到太多消息。

关于redis - psubscribe with '*' 模式是个坏主意?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54728249/

相关文章:

asp.net - 你能确定你的网络表单页面遵循的路线名称吗?

android - 使用 Firebase Auth 和 ChangeNotifierProvider 进行 Flutter 路由

python - 将 JSON 输出发布到 PubSub 时出现问题。 'u' 被添加到每个字段

java - 使用 Spring Data Common 发布领域事件时,如何处理没有存储库的聚合根

javascript - Redis MULTI 事务在 NodeJS 中的 EXEC 回调中随机返回 null

redis - 在指向同一个 MessageStore 的集群环境中使用 Spring Integration Aggregator

redis - 使用 Redis 将唯一 ID 存储为包含其他键列表的键

redis - 迭代 Redis 排序集是个好主意(如何)?

routing - .NET Core RC2 中的小写 URL

redis - 我可以在 Redis 中使用一个订阅者模式订阅多个主机(和集群)吗?