Azure服务总线：代理主题订阅侦听器
这似乎是最简单的解决办法。让我们看看流程：
- 第三方向RESTful API发送请求，以获取Windows Azure服务总线连接字符串-凭据-。
- 一旦拥有连接字符串，第三方就会连接到Windows服务总线，并开始从某个主题订阅接收消息。注意：连接字符串是在服务器端加密的，只能由接受的客户端解密。
优点
-
null
-
null
- 第三方请求一个类似于RESTful的TCP API，以便订阅一些Windows Azure服务总线主题。
- TCP API建立连接，并创建代理，以便将到服务总线I/O的TCP API连接镜像到TCP API到第三方。
- 现在第三方已连接到代理并发送和接收消息。
优点
- 第三方通过代理连接，这意味着它们不拥有任何Windows Azure凭据，并且它们不能潜在地绕过TCP或RESTful API。
- 消息不再与Windows Azure绝对绑定。
-
null
这是定义和流程：
- RESTful API服务器具有Windows Azure服务总线订阅连接池。
- 第三方订阅API服务器的TCP套接字或WebSocket。
- 只要Windows Azure服务总线有消息，它就会被路由到第三方连接池，第三方会接收该消息。
- 第三方使用RESTful API发送消息。
优点
-
null
-
null
共有1个答案
最后，我选择了选项A：授权直接访问Windows Azure Service Bus。
这是在使用Windows Azure Access Control服务。
使用这种方法，第三方接收一个Azure服务总线连接字符串，该字符串带有一个对某些主题具有特定权限的颁发者（一个身份）。比如：“消费者只能听”。
-
null
-
我想将一个小的JSON消息放入中。消息将具有附加到它的“ProviderID”属性，并且根据筛选规则，该消息将被筛选到特定于提供程序的上 但是，我似乎无法在上指定共享访问策略，以限制第三方提供商仅连接到他们自己的 我假设应该在订阅上设置以便将这些消息发送到另一个并在那里应用特定于提供程序的安全性，这样做是否正确。 或者有其他/更好的/推荐的方法来做这件事。
-
然后在run.csx中您只会收到消息 有没有一种方法可以使用azure函数监听任何主题/订阅，然后接收topicName&subscriptionName作为方法中的参数。 将topic-name作为*没有帮助，而且在中也没有提供topic-name。
-
我们使用服务总线主题作为pub/sub系统的引擎。我们的逻辑涉及我们的NodeJS服务用多个订阅连接到一个主题。对于每个订阅，我们删除$default(TrueFilter)，并在消息头的Label属性上创建一个CorrelationFilter，并且不在订阅中应用AutoDeleteOnIdle设置，因为我们希望确保订阅服务器功能在服务启动之前一直运行。 这个问题可以归结为这样：某件事能导致规则
-
来自第三次订阅的消息会发生什么情况，是否会在TTL之后发送到死信队列 有没有办法找出消息未被使用的订阅
-
我有一个名为“状态更改”的Azure服务总线主题，它有一个名为“混响”的订阅。我正在尝试使用设置订阅主题的方法，但出现错误： 我一直在使用这篇博客文章来尝试让一切正常运行：http://ramblingstechnical.blogspot.co.uk/p/using-azure-service-bus-with-spring-jms.html 我可以使用向主题添加消息，并使用Azure文档中概述
-
我正在使用以下来自Microsoft portal的代码从Azure service bus主题/订阅发送和接收消息。代码运行良好。当我运行两个接收者代码实例时，消息会在两个接收者之间分配。10个发送和接收各5个。我只想知道如何在所有接收器中获取所有消息。 }