Azure服务总线 - 主题和订阅最佳实践？
问题描述：
我们目前正在开发一个基于事件的系统，在那里我们发送各种事件/消息，并发送给服务总线。目前，我们有1个主题，1个订阅，每个事件。 所以每个约有190个主题都有自己的订阅。Azure服务总线 - 主题和订阅最佳实践？
我们注意到，当我们在同一个服务总线多个租户（当时我们有NR租户次190的...所以3个住户==> 570个主题），那么用户开始得到通知慢 。
所以我目前正在重构这一点，有几个选项：
- 1话题1订阅所有消息（我的事件类型存储的BrokeredMessage
- ContentType属性1个主题与190订阅 ..和每个订阅应该有一个基于事件类型的SQL过滤器
- 主题组，每订阅1订阅 ... so a将一个订阅的客户事件放在客户专题中 - 这会将主题的nr从190减少到〜33（我们有事件相关的实体的nr）
我已经完成了一些性能测试，但这些方法之间没有可重新调整的差异。
你有什么建议吗？从过去的经验，还是如此？
由于提前，弗拉德
答
“标签”是指做本地调度应用。您还可以在消息上设置任何类型的自定义属性。
在此提供一般性建议很困难，因为您没有说明从这些订阅接收的是谁，以及订阅的所有这些主题的目的是什么。
你应该怎么做不是就是只使用主题和订阅来组织你的事件，如果通信路由是相同的话。话题/订阅首先是通信路径。
我对此有同样的疑惑。在我的项目中，我设计了服务总线部分，为每种类型的事件（json序列化对象）（无sql过滤器）和1或2-3个订阅使用一个主题。我现在可能有大约15个话题。我不想使用SQL过滤器，因为看起来更多的主题更好地明确区分消息而不依赖于过滤。我正在等待您的反馈... –