单微服务该不该听单azure总线话题/队列？
我们有一个Azure service fabric微服务，它收听多个Azure service bus主题（主题a、B）。
主题A的消息流量是主题B的10倍以上，为了处理服务的可扩展性，我们将创建多个服务实例。
- 我的第一个问题是，在大多数服务实例中不会得到主题B中的消息，因为主题B的流量较少，所以会不会浪费资源？
2是否为主题A和主题B侦听器创建不同的微服务，创建监听主题A的微服务的10x实例和主题B侦听器服务的x实例更好？
谢谢大家的支持。
共有1个答案
- 如果一个服务接收来自两个主题的消息，那么几乎不会浪费资源。侦听消息不是一个非常消耗资源的过程。
- 这取决于您的应用程序要求。
- 这取决于您使用的是SBMP/SOAP（默认）还是AMQP作为通信协议。AMQP是基于连接的。SBMP执行（长）轮询。
-
我正在使用azure服务总线主题和订阅机制，并希望处理所有在死信队列中的消息。 此外，我想通过C#中的Azure Web作业处理消息，并将其发送回队列。所以我想知道如何通过我的应用程序处理死信队列上的消息？
-
我有一个服务总线Q，从Azure门户可以或多或少地看到服务总线Q包含多少条目。如何使用他们的管理API获取此计数？我仔细阅读了文档，但没有找到答案。
-
null 输出 谁能解释一下为什么会这样吗？这对我来说有点迷惑？
-
我有一个应用程序，在这个应用程序中，我可以在进程的一部分中以JSON格式将消息写入Azure服务总线队列。我有一个下游进程，我想将该消息从队列中弹出，将json转换为一个对象，然后处理该对象。 我没有问题将消息推送到队列上，但我还没有找到任何将消息从队列中逐一或循环弹出的示例。我在微软或Github上看到的每一个例子都是一个控制台应用程序（在网络应用程序中毫无用处），它设置了某种侦听器，可以抓取队
-
今天晚上，我们观察到排队时间非常慢。我们的追踪数据告诉我们 需要45-60秒。这种情况发生在两个已经存在很长时间的队列上。他们几乎从来没有超过1-2条记录，我们使用一个带有服务总线触发器的网络作业来完成任务。我们正在排队等候一个简单的POCO。还有另一个队列正在快速排队，所以由于没有任何其他想法，我删除了两个麻烦的队列。当代码重新创建它们时（正如它被构建时所做的那样），它们在不到一秒钟的时间里开始
-
一旦部署到云，我无法从Azure网站访问Azure服务总线队列。在localhost上运行时，如果工作正常，我可以向队列发送消息，但如果我部署应用程序，在远程服务器上创建QueueClient时会出现异常： “套接字连接被中止，因为对套接字的异步发送未在分配的超时00:00:59.4820817内完成。分配给此操作的时间可能是更长超时的一部分。” 我正在使用QueueClient。CreateFr