Azure服务总线-公开来自现场的数据（调用自定义服务）
我想制作某种代理（可能是windows服务），它将在服务器的后台运行，并在Azure服务总线中公开一个endpoint。
我在Azure中有一个worker角色，每天向代理内部发送一条消息，代理将向内部服务发出一个web请求并返回一些数据。
问题是座席将在不同的客户处所运行...工作人员角色如何向正确的客户座席服务发送消息并进行呼叫？
我猜也许主题和订阅会起作用？
共有1个答案
这有两种选择：
- 消息传递（异步）：您确实可以使用主题和订阅，并让本地代理监听他的特定订阅。然后，您的worker角色可以将消息发送到带有特定属性的主题，从而强制该主题结束于特定订阅。如果您希望在消息传递上有请求/应答模式，您的客户机可以通过添加一个相关属性将响应发回给服务。（您甚至可以为此使用会话：http://www.cloudcasts.net/devguide/default.aspx?id=13051)
- 中继（同步）：在这里，您的本地endpoint可以公开使用服务总线中继绑定的endpoint。您甚至可以在不需要特定代理的本地IIS中公开这一点。所以基本上，您创建一个WCF服务，应用正确的绑定，您的服务就可以调用客户端的特定endpoint。每个客户端都可以在您的服务总线命名空间中拥有一个子路径。有关详细信息，请访问:http://msdn.microsoft.com/en-us/library/ee173579.aspx
我希望这有帮助？
-
我已经创建了一个简单的窗口服务来使用来自Azure服务总线队列的消息。我使用TopShelch创建windows服务。下面的代码从这里剪切如下示例：https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-dotnet-get-started-with-queues 高频。Run（）； ServiceBusHe
-
我正在创建一个Azure服务总线主题（订阅）的使用者，该主题只存储一些统计数据。发送到主题的消息包含一个相当大的主体，由同一主题的另一个用户在第二个订阅上处理。 由于statistics consumer可以一次性处理大量消息，我想知道是否可以接收大量消息，但省略正文，以提高与Service Bus通信时的性能，并一次性接收更多消息。 在任何人建议之前，我已经知道我可以要求一个主题订阅上的计数等。
-
我正在尝试创建以下进程： 为了连接两端（IoT Hub和Notification Hub)，我尝试按照以下教程操作：https://www.developer.com/ws/android/senging-notifications-to-mobile-apps-fromon-azure-function-apps.html 此外，我还添加了从IoT集线器到服务总线中适当队列的路由。 现在，每当I
-
我在同一命名空间中有2个Azure Service Bus队列。我使用ScheduledQueueTimeUTC将计划消息放置在其中一个队列（“计划队列”）中，并将要立即处理的消息放置在另一个队列（“现在队列”）中。 我想做的是设置“预定队列”的自动转发属性，以便在消息到达它们的“预定队列”时将消息转发到“现在队列”。队列转发会这样工作吗？还是队列自动转发会立即发送已排队和未排队的消息？ 我在任何
-
我正在开发一个基于Azure服务总线的系统，通过一个API和后台服务通过一个主题对大量消息进行异步处理，用于快速启动和忘记。在这个问题的上下文中，主题有一个单一的订阅，为什么它本来可以是一个队列。出于其他原因，我想把这作为一个话题保留下来。 我最近使用包将代码从.NET framework应用程序迁移到使用包的.NET核心包。为了处理大量消息，我使用了类，如下所示： 为了简单起见，我隐藏了一系列细
-
我试图找到一些Spring Cloud数据流和Azure服务总线设置的示例。. 我找到了https://github.com/microsoft/spring-cloud-azure/tree/master/spring-cloud-azure-stream-binder/spring-cloud-azure-servicebus-topic-stream-binder，但它仍然在RC中，我没有看