在Azure服务总线（pub-sub）中的主题下创建的订阅的侦听器（订阅客户端）的数量是否有限制？
我正在寻找使用Azure服务总线主题发布一些消息到我的服务。我已经为我的服务创建了一个订阅，并得到了连接字符串。我的服务（WebApi）正在大量实例（1000s）上运行。我正在考虑在应用程序启动我的服务时使用连接字符串在所有实例中启动Azure Service Bus的监听器。在一个Azure服务总线订阅下运行大量的侦听器（我的服务实例）是否有问题。我很好，只有一个实例接收到消息（这实际上是我更喜欢的）。
共有1个答案
您可以从以下位置检查wrt Azure Service Bus的所有限制：https://docs.microsoft.com/en-us/Azure/service-bus-messaging/service-bus-quotas
-
这似乎是最简单的解决办法。让我们看看流程： 第三方向RESTful API发送请求，以获取Windows Azure服务总线连接字符串-凭据-。 一旦拥有连接字符串，第三方就会连接到Windows服务总线，并开始从某个主题订阅接收消息。注意：连接字符串是在服务器端加密的，只能由接受的客户端解密。 优点 null null 第三方请求一个类似于RESTful的TCP API，以便订阅一些Window
-
我想将一个小的JSON消息放入中。消息将具有附加到它的“ProviderID”属性，并且根据筛选规则，该消息将被筛选到特定于提供程序的上 但是，我似乎无法在上指定共享访问策略，以限制第三方提供商仅连接到他们自己的 我假设应该在订阅上设置以便将这些消息发送到另一个并在那里应用特定于提供程序的安全性，这样做是否正确。 或者有其他/更好的/推荐的方法来做这件事。
-
我已经设法编写了一个小型控制台应用程序来连接到Azure服务总线中的一个主题/订阅。我已经向订阅发送了消息并注册了一个消息处理程序。我看到消息处理程序每60秒轮询一次。例如，是否将轮询间隔延长至30或60分钟？
-
然后在run.csx中您只会收到消息 有没有一种方法可以使用azure函数监听任何主题/订阅，然后接收topicName&subscriptionName作为方法中的参数。 将topic-name作为*没有帮助，而且在中也没有提供topic-name。
-
我用来接收消息的代码如下： 当我运行它时得到的是下一个信息： 如果我从线程中运行接收器，它会显示这条错误消息（当跳过该超时时，我应该删除该超时，因为在等待的守护进程中它不能跳过）。基本上都是同样的错误： 更新 我认为问题出在Azure服务总线和订阅和过滤器上。实际上，我有23个过滤器，我认为Azure服务总线只工作于1个订阅：（但我不确定这一点。