我正在编写一个实用程序来监视我们的Azure服务总线主题和订阅。
我可以获得主题详细信息,如名称、队列消息计数和死信消息计数,但我希望获得已处理的消息数。
var sub = namespaceManager.GetSubscription(topicPath, subscriptionName);
var name = sub.Name;
var pending= sub.MessageCountDetails.ActiveMessageCount;
var deadletter = sub.MessageCountDetails.DeadLetterMessageCount
看来getsubscription
不包含任何属性来获取已处理的消息数。
以前有人试过这么做吗?
在最新的Azure Monitor度量的帮助下,可以获取主题中消息的总数、传入消息和传出消息。在您的情况下,count of Outgoing messages将是已处理的消息数。
我正忙着研究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服务总线以持续检查消息?下面是我从队列接收消息的方式。 我想不断地寻找信息,然后处理它。