【发布时间】：2016-07-04 12:16:57
【问题描述】：
在 Azure 服务总线消息传递上使用 azure 服务结构的典型用例是什么？尽管 azure 服务总线消息传递声称符合 AMQP 1.0，但我仍然会写信给 azure 的服务总线消息传递 api。在我看来，两者都是平台即服务 (PaaS) 解决方案。我对为什么我会使用其中一个更感兴趣。谢谢。
【问题讨论】：
标签： azure azureservicebus azure-service-fabric
【发布时间】：2016-07-04 12:16:57
【问题描述】：
这些是完全不同的产品。
Azure 服务总线只是几种消息传递模式的总称：点对点、发布-订阅、事件流和通知。它是 PaaS，可在全球范围内用于集成任何连接到 Internet 的应用程序。它不会运行您的任何自定义代码。
Service Fabric 是一个运行自定义服务的平台。您开发服务，然后将其托管在 Service Fabric 群集中（Azure 是主要部署选项，但也支持本地部署）。然后，Service Fabric 会为您的服务处理可用性、资源监控、状态管理、实时更新等事项。
尽管可靠队列是 Service Fabric 中可用的模式之一，但您不能直接从集群外部调用它，因此它更多的是内部机制而不是集成。
Service Bus 和 Service Fabric 可以一起使用：ASB 用于基于消息传递的数据输入和输出集成，SF 用作应用程序集群。
【讨论】：
-
您能解释一下“它不运行您的任何自定义代码”是什么意思吗？消息传递平台的全部意义在于编写一个自定义的消费者代码，该代码作用于队列中的消息。我很迷惑。你是说我编写的自定义消费者代码只是拉出消息并将其传递给其他东西？
-
@Rudra 当然。当然，您确实编写了自定义代码，但它不托管在服务总线中，您自己负责托管。 SB 是为您的自定义消费者提供的消息服务。
-
有趣。如果我不想在服务结构中托管我的消费者服务（为了争论），那么我今天在 Azure 中的选择是什么？
-
@Rudra Web 作业、工作角色、虚拟机——每个人都可以与服务总线通信。