Redis 对一个主题的多个订阅

Redis 对一个主题的多个订阅,redis,rabbitmq,message-queue,publish-subscribe,google-cloud-pubsub,Redis,Rabbitmq,Message Queue,Publish Subscribe,Google Cloud Pubsub,我一直在使用pubsub进行一些异步工作,我想知道为什么有人会为一个主题创建多个订阅。我的默认值如下: project_id = 'project' topic_name = 'app' subscription_name = 'general' 实际功能的路由——以及如何处理——正在订阅者接收器本身中进行 有各种订阅名称的原因是什么?我唯一能想到的是将项目分布在多个服务器上进行处理,例如: server1 -- `main-1` server2 -- `main-2` etc. 订阅名称不

我一直在使用pubsub进行一些异步工作,我想知道为什么有人会为一个主题创建多个订阅。我的默认值如下:

project_id = 'project'
topic_name = 'app'
subscription_name = 'general'
实际功能的路由——以及如何处理——正在
订阅者
接收器本身中进行

有各种订阅名称的原因是什么?我唯一能想到的是将项目分布在多个服务器上进行处理,例如:

server1 -- `main-1`
server2 -- `main-2`
etc.

订阅名称不能与一个值配合使用还有其他原因吗?

通常,有两种拥有多个订阅服务器的模式:

  • 负载平衡:目标是通过让多个订阅服务器使用同一订阅来并行处理负载。在这种情况下,每个订户都会收到消息的一个子集。可以通过为同一订阅创建更多订阅服务器来水平扩展处理

  • 扇出:目标是让多个订阅者接收整个消息源。这是通过拥有多个订阅来实现的。有扇出的原因是如果有多个下游应用程序对消息的完整提要感兴趣。假设有一个提要,其中消息是购物网站上的用户事件。也许一个应用程序将数据备份到文件中,另一个应用程序分析提要以了解人们关注的趋势,而另一个应用程序则通过活动查找潜在的欺诈交易。在此场景中,作为订阅者的每个应用程序都需要完整的消息源,这需要单独的订阅


  • 一般来说,有两种拥有多个订阅者的模式:

  • 负载平衡:目标是通过让多个订阅服务器使用同一订阅来并行处理负载。在这种情况下,每个订户都会收到消息的一个子集。可以通过为同一订阅创建更多订阅服务器来水平扩展处理

  • 扇出:目标是让多个订阅者接收整个消息源。这是通过拥有多个订阅来实现的。有扇出的原因是如果有多个下游应用程序对消息的完整提要感兴趣。假设有一个提要,其中消息是购物网站上的用户事件。也许一个应用程序将数据备份到文件中,另一个应用程序分析提要以了解人们关注的趋势,而另一个应用程序则通过活动查找潜在的欺诈交易。在此场景中,作为订阅者的每个应用程序都需要完整的消息源,这需要单独的订阅