MassTransit在azure服务总线上创建队列
我在MassTransit和azure服务总线上开发了一个简单的发布/订阅示例作为消息代理。我不明白的是,每次启动解决方案时,MassTransit都会为每个连接到总线的服务实例创建一个队列：
我不知道这样做的目的是什么。在我停止服务后，队列将被释放。MassTransit文档没有对此给出解释。也许这里有人知道？
共有1个答案
该队列用于总线endpoint，该endpoint是为每个总线实例创建的。它应该在总线实例停止后几分钟自动删除。
它被用作发布源，以及通过总线发送的请求的响应队列。
-
我正在使用azure服务总线主题和订阅机制，并希望处理所有在死信队列中的消息。 此外，我想通过C#中的Azure Web作业处理消息，并将其发送回队列。所以我想知道如何通过我的应用程序处理死信队列上的消息？
-
我有一个服务总线Q，从Azure门户可以或多或少地看到服务总线Q包含多少条目。如何使用他们的管理API获取此计数？我仔细阅读了文档，但没有找到答案。
-
今天晚上，我们观察到排队时间非常慢。我们的追踪数据告诉我们 需要45-60秒。这种情况发生在两个已经存在很长时间的队列上。他们几乎从来没有超过1-2条记录，我们使用一个带有服务总线触发器的网络作业来完成任务。我们正在排队等候一个简单的POCO。还有另一个队列正在快速排队，所以由于没有任何其他想法，我删除了两个麻烦的队列。当代码重新创建它们时（正如它被构建时所做的那样），它们在不到一秒钟的时间里开始
-
一旦部署到云，我无法从Azure网站访问Azure服务总线队列。在localhost上运行时，如果工作正常，我可以向队列发送消息，但如果我部署应用程序，在远程服务器上创建QueueClient时会出现异常： “套接字连接被中止，因为对套接字的异步发送未在分配的超时00:00:59.4820817内完成。分配给此操作的时间可能是更长超时的一部分。” 我正在使用QueueClient。CreateFr
-
使用WebJobs SDK时，将代理消息移动到死信队列的正确方法是什么？通常我会打电话给味精。死信（）。但是，SDK负责管理代理消息的生命周期。它将调用msg。如果方法返回成功，则返回Complete（），如果发生异常，则将重试该消息。我需要第三种情况，告诉ServiceBus队列将消息移动到死信队列，因为它是一条坏消息。
-
我有一个windows服务，它侦听Azure服务总线队列消息，以便从我的WebApi应用程序分发处理。此外，我还需要处理重复性任务（每晚/每周），我认为最好使用相同的系统来处理这些任务。 例如，假设我有一个“CleanupDb”队列，每天午夜删除过时的DB节点： 理论上这应该行得通，但我觉得我错过了一个更明显的处理方法。有没有更好的办法？