动态服务总线主题订阅

Question

这个问题紧随其后 - 我需要构建一个基于 Azure 的文档发送者应用程序，并具有以下要求：

1. 用户可以通过 web 接口（http、文件、电子邮件）配置多个不同类型的端点，该接口会将文档发送到相应的端点类型（即，对于 http，一个 webapi 端点，文件只需将其复制到文件夹位置）。 每个端点都将被赋予一个名称。
2. 每个端点都必须充当一个队列 - 发送到该端点的消息（文档）需要按顺序处理。 需要一次处理一条消息。
3. 对于一个端点“卡住”的消息（即，因为它发送到的 http 端点已关闭）不应阻止其他端点上的消息处理。
4. 可以删除端点。
5. 端点的详细信息存储在 SQL 数据库中。

自然地使用 azure 服务总线队列会促进这一点，我有一些代码可以通过 SB REST Api 创建主题和订阅。 问题出现在端点的动态性质上——我可以将每个端点表示为一个主题，但是我如何为每个使用用户指定的名称动态创建的主题提供一个处理程序？ 具体来说，我无法为服务总线主题创建 function 触发器，因为这依赖于预先知道主题名称是什么。 我想有一个逻辑应用程序，其中包含每个主题的触发器处理程序（并调用 azure 函数），但这也需要了解主题名称。 另一种选择是只有一个主题并有多个过滤器，但这会满足上述要求，并且似乎不如拥有多个主题好（更不用说即使过滤器查询它们本质上是基于固定值的？）。 那么什么样的设计才能满足这些要求呢？

Answer 1

首先我不确定你是否需要在这里使用主题订阅模式，为什么不直接使用队列呢？ 尽管如此，在这两种情况下，我们都必须面对动态队列/订阅名称问题。

1. 如果您可以在高级计划中负担得起服务总线，请使用事件网格。 所有消息的一般事件，因此您可以基于它触发您的函数/logicApp，然后提取正确的消息。 阅读下面链接的文档：

• https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-to-event-grid-integration-example
• https://github.com/Azure/azure-service-bus/blob/master/samples/DotNet/Azure.Messaging.ServiceBus/ServiceBusEventGridIntegrationV2/FunctionApp1/ReceiveMessagesOnEvent.cs

2. 如果您的队列/订阅是动态创建的，则对消费者执行相同操作。 如果用户创建新端点，则创建新队列/订阅和新逻辑应用程序/函数。 使用 terraform 或 ARM 模板。 如果您愿意，您可以尝试从 LogicApp 中进行操作，但实际上有很多不同的方法可以做到这一点，只需选择一个适合您的方法即可。

Answer 2

我发现这篇文章管理大量 azure 服务总线订阅，这与我通过代码为服务总线主题订阅部署逻辑应用程序 ARM 模板所需的功能没有什么不同。 或者，我可以有一个计时器 function，它只是轮询每个主题的消息并处理它们 - 这可能是 go 的更简单方法。