azure - 捕获发送到没有订阅或已过滤掉的 Azure 服务总线主题的消息？

Question

我想创建一个包含多个订阅的服务总线主题，并使用针对不同消息类型的过滤器。然而，我需要保证发送到该主题的所有消息都将被至少一个订阅接收并成功处理，即使所有订阅进程都离线。

有没有比自动转发到每个过滤器的队列更好的方法，以及捕获所有过滤订阅者忽略的消息而不捕获所有消息的方法？

编辑:我的动机是提供一种具有优先级的类似队列的机制，而无需为每种消息类型/优先级创建队列，或者至少管理监听端多个队列的复杂性。队列通常保证消费者。我不想让发布者推送到不同的队列，而是想使用主题并使用过滤器来管理优先级。

根据我目前对 SB 的了解，我怀疑我只需要确保主题的订阅到位，包括在公开主题以供使用之前进行反向捕获所有过滤器订阅。我不知道订阅是否完全可靠。

Answer 1

However I need to guarantee that all messages sent to the Topic will be received and successfully processed by at least one subscription, even if all of the subscribing processes go offline.

该声明有问题。主题和订阅用于实现发布/订阅并将发布者与订阅者解耦。经纪商本身不保证会有订阅者。

虽然主题支持 EnableFilteringMessagesBeforePublishing ( TopicDescription.EnableFilteringMessagesBeforePublishing )，但不建议用于生产用途。

更新

根据更新的问题，一般答案保持不变。主题/订阅用于发布/订阅和解耦。如果您想确保订阅者上线后消息不会丢失，则需要确保首先创建订阅。

I don't know whether subscriptions are completely reliable.

是的，订阅是可靠的。后台订阅是一个队列。

如果您想根据消息类型将消息路由到不同的处理器，则将该消息发布到主题并转发订阅是一个好方法。您确实需要注意 quotas (每个主题可以创建多少个订阅)，但这些订阅数量相当高。如果达到这一点，当给定处理器通过更复杂的 SQL filtering rules 处理多种消息类型时，可以减少订阅数量。 .