Azure服务总线主题/子标注配额和缩放

Question

我的应用程序需要将消息发布到具有高吞吐量要求的数千个客户端（每秒数百条，可能1000+条消息），以便使本地客户端数据库与服务器数据库保持同步。每个服务器数据库操作都可能需要将消息发布到20个或更少客户端的位置。客户端只有其特定位置的数据库信息。数以千计的地点存在。

我的想法是使用Azure服务总线主题/订阅模型。每个客户机都将建立对数据库同步主题的订阅（和连接），并接收针对其位置的过滤消息。

但根据Azure服务巴士配额页面，我仅限于以下几种：

• 命名空间上的并发连接数-1,000
• 队列/主题/订阅实体上的并发连接数-由每个命名空间的并发连接限制封顶。
• 每个主题的订阅数-2,000

考虑到这些限制，我的解决方案似乎是行不通的。使用Azure Service Bus解决这个问题的最佳方法是什么？为了绕过每个主题的订阅限制，我可以在每个位置创建一个主题。然而，真正的杀手是主题/名称空间上并发连接的数量（我认为）。所有的客户机都将被订阅，并长时间轮询从每个主题下来的同步消息，这将是数以千计的。我是否需要为每个位置创建一个新的命名空间和主题？这似乎有问题，因为每次我要从服务器发布时都必须打开一个新的连接，这是非常频繁的。

Azure服务总线不是这个问题的正确解决方案吗？

Answer 1

不是专家，而是几点。

Azure服务总线支持长轮询：Azure文档。“作为解决方案架构师/开发人员，您应该考虑在以下情况下使用服务总线队列：您的解决方案必须能够在不轮询队列的情况下接收消息。对于服务总线，这可以通过使用服务总线支持的基于TCP的协议使用长轮询接收操作来实现。”

而且，您是正确的：事件集线器与您的问题相反。

最后，Azure notification hubs实际上最接近您的用例（它是为移动推送到数千个endpoint而设计的，这是一个极其相似的场景）。我不确定它是否可行用于非移动应用程序，但我还没有找到一个不可行的理由。我正在考虑从主题切换，当我有时间研究和POC通知枢纽。