Azure Service Bus - 主题&订阅最佳实践?

时间:2016-11-23 11:38:26

标签: c# azure subscription servicebus

我们目前正在开发一个基于事件的系统,我们可以将各种事件/消息发送到服务总线。目前,我们为每个活动提供1个主题和1个订阅。 大约有190个主题,每个主题都有自己的订阅。

我们注意到,当我们在同一个服务总线上有多个租户时(那时我们有100个租户时间190个...所以3个租户==> 570个主题),然后订阅者开始收到通知更慢即可。

所以我目前正在重构这个并有几个选择:

    所有消息的
  1. 1个主题,包含1个订阅(我将事件类型存储在BrokeredMessage的ContentType属性中
  2. 1个主题,包含190个订阅 ..每个订阅都应该有一个基于事件类型的SQL过滤器
  3. 每个订阅1个主题的主题组 ...因此,所有发送给客户的事件都在CustomerTopic上,只有一个订阅 - 这会将主题的nr从190减少到~33(我们有与之相关的事件的实体
  4. 我做了一些性能测试,但这些方法之间没有可重复的差异。

    你有什么建议吗?从过去的经历,还是这样?

    提前致谢, 维拉德

1 个答案:

答案 0 :(得分:0)

“标签”适用于进行本地调度的应用程序。您还可以在邮件上设置任何类型的自定义属性。

在这里提供一般性建议很困难,因为您没有说明谁从这些订阅中接收了什么以及所有这些主题订阅的目的是什么。

如果通信路线相同,您应该不要只是使用主题和订阅来组织您的活动。主题/订阅首先是通信路径。