消费者如何使用服务总线主题？
How do consumers work with service bus topics?
我的产品有一个很长的工作流程，需要在后台完成。我们在 Azure 应用服务中部署了 UI 应用程序和单独的 restful 服务。
我们希望为我们的业务功能实现此工作流（某些任务可以并行完成），这在链式 restful 调用中很难处理。所以看起来使用主题的服务总线是可行的方法。我想我们会把 "events" 放在服务总线上，必要的消费者会处理它们。我不确定的是消费者应用程序如何 subscribed/monitoring 主题，以及该应用程序将部署在什么上。它会是一个每分钟订阅或运行的连续网络作业吗？是否有服务总线本身可以调用 restful 端点来通知订阅者的功能？
这是使用服务总线的常见模式吗？
消费者subscribe to topics. Subscription is essentially a queue that will contain the messages sent to the topic should those satisfy subscription criteria. Subscription criteria, or known as filter can be either a simple correlation filter or a more sophisticated SQL-like filter。
要接收来自订阅的消息，SubscriptionClient or MessageReceiver can be used. For sending, SubscriptionClient or MessageSender。
用于托管 - 任何允许连续轮询（WebJobs、云服务、Service Fabric、VM）或可以事件驱动（功能）的东西。
我的产品有一个很长的工作流程，需要在后台完成。我们在 Azure 应用服务中部署了 UI 应用程序和单独的 restful 服务。
我们希望为我们的业务功能实现此工作流（某些任务可以并行完成），这在链式 restful 调用中很难处理。所以看起来使用主题的服务总线是可行的方法。我想我们会把 "events" 放在服务总线上，必要的消费者会处理它们。我不确定的是消费者应用程序如何 subscribed/monitoring 主题，以及该应用程序将部署在什么上。它会是一个每分钟订阅或运行的连续网络作业吗？是否有服务总线本身可以调用 restful 端点来通知订阅者的功能？
这是使用服务总线的常见模式吗？
消费者subscribe to topics. Subscription is essentially a queue that will contain the messages sent to the topic should those satisfy subscription criteria. Subscription criteria, or known as filter can be either a simple correlation filter or a more sophisticated SQL-like filter。
要接收来自订阅的消息，SubscriptionClient or MessageReceiver can be used. For sending, SubscriptionClient or MessageSender。
用于托管 - 任何允许连续轮询（WebJobs、云服务、Service Fabric、VM）或可以事件驱动（功能）的东西。