我是 Azure 服务总线的新手，并且已成功创建了用于创建主题的 Pocs 和用于接收其消息的单独订阅者应用程序。
根据这篇文章，我引用： “一个主题最多可以有 2,000 个与之关联的订阅，每个订阅都获得发送到该主题的所有消息的独立副本。一个或多个订阅者可以独立订阅一个订阅并竞争来自它的消息。”
http://convective.wordpress.com/2011/06/08/windows-azure-appfabric-service-bus-queues-and-topics/
我感兴趣的是将其扩展到多个应用程序以独立订阅同一主题，但不竞争。
我当前的 poc 有一个发送者和两个单独的应用程序订阅了相同的主题和订阅。我看到的行为是，如果我从发件人那里发布一条消息，两个正在运行的订阅应用程序中的任何一个都会收到它；但不是另一个。
我的问题是多个独立的应用程序是否可以接收相同的主题消息？任何建议将不胜感激！
【问题讨论】：
标签： azure service subscriptions bus
当您为某个主题创建订阅时，它具有特定的订阅名称。然后开始为该订阅名称请求消息的任何消费者都将竞争该订阅上的消息。如果您希望独立的应用程序每个都接收发送到主题的消息的副本，那么它们每个都必须创建自己的主题订阅。您几乎可以将每个订阅视为由主题提供的队列。
我要举的例子是一所大学。主题是“新学生”，学院内的每个部门都希望收到一份给新学生的消息副本。因此，每个部门都有自己的订阅。会有“音乐”、“比林斯”、“科学”、“数学”订阅等等。它们每个都订阅新生主题。通过这种方式，每个部门都会收到一份新学生信息的副本，或者甚至可以根据需要过滤他们关心的事情。如果部门在处理这些消息方面落后，他们可以使用他们的订阅名称启动更多的处理器实例，从而在理论上增加他们的吞吐量，因为更多的消费者在他们的订阅中竞争消息。
因此，在您的示例中，每个应用程序都需要创建自己的订阅，或者被分配一个唯一的订阅，以便在启动时开始提取。请注意，如果您让应用程序生命周期决定订阅的生命周期（这意味着您在应用程序启动时创建订阅并在应用程序关闭时将其销毁），您需要注意如果没有活动订阅，则发送到主题的消息只会丢失。但是，您可以创建一个只接收未传递到任何其他订阅的消息的全部订阅。这实际上取决于您要完成的工作。
【讨论】：
您要查找的不是服务总线，而是事件中心。事件中心的工作方式与您描述的完全一样，也可以通过 AMQP 访问。
【讨论】：