Azure Service Bus-多个主题与筛选的主题

Question

我已经使用许多应用程序订阅的主题将Azure Service Bus的实现写入了我们的应用程序。 我们团队中的讨论之一是我们是坚持一个主题，还是通过消息的属性进行过滤，或者创建一个满足我们特定需求的主题。

我们的场景是希望按优先级和环境变量（测试和uat环境共享连接）进行过滤。

因此，我们是否有主题（类似）：

• TestHigh
• TestMedium
• TestLow
• UatHigh
• UatMedium
• UatLow

或者 ，仅将这些值设置为两个属性的单个主题？

我的偏好是我们创建单独的主题，因为我们将利用可用的功能，并且我想在高负载下这样做会更好吗？ 我读过偷看大队列可能效率低下。 订阅一个主题似乎也比较干净。

任何意见，将不胜感激。

Answer 1

两种方法都有效。 更多主题和订阅意味着您在部署时需要管理更多实体。 如果高/中/低反映了优先级，则多个主题可能是一个更好的选择，因为您可以先从优先级最高的订阅中提取。

从可伸缩性的角度来看，由于Service Bus已经在内部将负载分散到多个日志中，因此您实际上不会注意到太多差异，因此，如果您使用六个主题或两个主题将不会产生实质性的变化。

影响性能可预测性的是服务类别的选择。 如果选择“标准”，则吞吐量和延迟是共享多租户基础结构上的最大努力。 同一群集上的其他租户可能会影响您的吞吐量。 如果选择“ Premium” ，则会获得使您的性能可预测的异常资源，并且从该资源池中处理两个或六个Topic。

Answer 2

我将针对每种环境分别讨论不同的主题。 比较干净 可以针对每个环境分别监视主题中的邮件数。 它的可扩展性略高一些（例如，不会共享主题大小限制）-但是这些限制很宽泛，在测试中没有太大关系。

但是我的主要观点是：这就是（希望）生产的方式。 与之类似，生产将在ASB中拥有自己的连接（和名称空间），并且将具有单独的主题。 因此，您将不会在生产环境中通过属性过滤消息，那么为什么在测试中会有所不同呢？

最后提示：为了简化主题设置，我建议您的应用在启动时自动创建主题。 这很容易-检查它们是否存在，并创建它们是否不存在。