Azure Service Bus Sub / Topic实现可以用于此方法吗？

Question

我可能有成千上万的客户需要与中央服务器进行通信。

沟通的形式为：

1. 从中央服务器接收命令（在客户端处理它）
2. 以中央服务器状态回复

我想避免客户端计算机与任何中间Web / API服务器通信，而是希望它们直接转到ASB

没有客户可以看到彼此的消息。任何。我知道我可以使用SAS令牌为客户提供临时权限，并按计划更新它们，这很好，并且在我的架构中工作。但是，我不确定我是否可以使用相同的ASB主题并让每个客户都有自己的主题？

ASB甚至是正确的技术吗？我可以以某种方式只为这个（请求/回复）维护两个队列/服务总线订阅，还是我必须为每个单独的客户端创建一个单独的队列？

TIA

Answer 1

如果不了解更多关于您发送的邮件的性质，很难说清楚 - 例如有多少人被送了。但是，有了这么多客户，你可能会遇到这里显示的配额：

https://msdn.microsoft.com/en-us/library/azure/ee732538.aspx

显着的限制是：

• 每个实体100个并发连接（即主题，队列或订阅）
• 每个主题2,000个订阅
• 每个服务总线命名空间10,000个队列或主题
• 每个主题100,000个相关过滤器

值得一看的是本文档后半部分描述的Azure可伸缩性方案：

https://msdn.microsoft.com/en-us/library/azure/hh528527.aspx

有可能通过让客户端连接相关过滤器来获得广播方面的事情，尽管我没有尝试过这种规模。

如果您希望将大量发件人转到单个队列，则应考虑使用Service Bus REST API进行邮件发送。

否则，我担心您可能会考虑代理......