Azure服务总线获取对消息的响应
我正忙着研究Azure服务总线。我想用它来代替我们使用多个超文本传输协议post请求的系统。
然而，我看不出人们是如何对您排队的消息做出响应的？
我可能误解了服务总线的使用方式吗？这是火灾和忘记类型的消息吗？
共有1个答案
服务总线是高级消息队列协议，所以是的，它是开火和忘记。您丢弃消息并感兴趣的各方拾取它们的地方。它是消息排队的服务之间的一种缓冲区。
在服务总线中，您有两种选择。您有一个队列，其中每个工作人员都在轮询以读取消息。另一种方法称为pub-sub（主题订阅）模型。在此模型中，您有主题，但可以有多个订阅。当您将消息发布到主题时，订阅订阅的相关方将获得相关消息。
-
我正在编写一个实用程序来监视我们的Azure服务总线主题和订阅。 我可以获得主题详细信息，如名称、队列消息计数和死信消息计数，但我希望获得已处理的消息数。 看来不包含任何属性来获取已处理的消息数。 以前有人试过这么做吗？
-
我正在使用Azure服务总线队列。但是我不能使用“获取所有队列消息（peek Lock）：微软内置于api”从队列中获取所有消息。 有没有办法获取所有队列消息？ {"$连接"：{"值"：{"servicebus_1"：{"连接ID"："/订阅/c776fex3-6aec-4722-b099-b054c267b240/资源组/Plugin-Resources/提供者/Microsoft.网络/连接/
-
我正在尝试在Azure中构建一个简单的WebAPI REST服务，后端有一个服务总线队列工作器。我可以从Web API向工作人员发送一条消息。然而，我试图发送更多的信息，只是为了看看一切是如何运作的。因此，我创建了一个简单的控制器，如下所示： 当我呼叫控制器时，我只收到工作人员接收到的大约1/2的消息。其余的似乎都被放弃了。
-
我在Azure中托管了两个云服务辅助角色，一个使用NServiceBus（Azure服务总线传输）消耗消息，另一个生成消息。 昨天，我部署了一个新版本的生产者工作者角色，而队列中仍然有大量消息，因为我们正在处理早上遗留下来的大量消息。当生产者启动时，它似乎已经清空（或者可能重新创建）队列，许多重要的生产消息丢失。这似乎很奇怪，但日志显示，大约在生产者角色启动时，消费者没有处理进一步的消息，我们知道
-
如何轮询azure服务总线以持续检查消息？下面是我从队列接收消息的方式。 我想不断地寻找信息，然后处理它。