我们目前正在开发一个基于事件的系统,我们可以将各种事件/消息发送到服务总线。目前,我们为每个活动提供1个主题和1个订阅。 大约有190个主题,每个主题都有自己的订阅。
我们注意到,当我们在同一个服务总线上有多个租户时(那时我们有100个租户时间190个...所以3个租户==> 570个主题),然后订阅者开始收到通知更慢即可。
所以我目前正在重构这个并有几个选择:
我做了一些性能测试,但这些方法之间没有可重复的差异。
你有什么建议吗?从过去的经历,还是这样?
提前致谢, 维拉德
答案 0 :(得分:0)
“标签”适用于进行本地调度的应用程序。您还可以在邮件上设置任何类型的自定义属性。
在这里提供一般性建议很困难,因为您没有说明谁从这些订阅中接收了什么以及所有这些主题订阅的目的是什么。
如果通信路线相同,您应该不要只是使用主题和订阅来组织您的活动。主题/订阅首先是通信路径。