基于WCF和MSMQ构建发布-订阅消息总线(Pub-Sub-Message-Bus).pdfVIP

基于WCF和MSMQ构建发布/订阅消息总 线 （Pub/Sub Message Bus ） 基于WCF和MSMQ构建发布/订阅消息总线 （Pub/Sub Message Bus ） 本文是翻译Tom Hollander先生的blog文章 《Building a Pub/Sub Message Bus with WCF and MSMQ》，对英文blog文章感兴趣的朋友，可以直接访问文章下面的链接。-译者：EntLib com 源论坛小组。 这几年经常谈到采用事件驱动架构 （event-driven architecture）技术来构建可扩展的、可维护的 系统。我发现在⼀些方案中，这是非常有趣的模型。但是，在Microsoft平台上这种架构⼀直没有 很好的支持。因此，许多人发现比较难以实现。几年以前，在⼀个系统中，我采用Net Remoting / MSMQ / HTTP 构建了发布/订阅消息总线 （Pub/Sub Message Bus），但是觉得不是很完美。很 多地方实现比较困难，并且需要定制的代码，如承载队列监听 （host the queue listeners）、编码/ 解码消息、处理可靠性和管理订阅者等等。 在我目前的项目中，我再⼀次尝试了这⼀模型。然而，这几年技术发展有很大的变化，我高兴 的说：我的体验比以前要好多了。在说明我的方案之前，我想提醒的⼀点是：我仅仅是描述实现 这⼀模型的⼀种方法，在不同的应用需求情况下，应该有其他更合适的方法。因为我工作的项目 是⼀个大的Net应用系统，因此跨平台的互操作不需要考虑 （真幸运！）。 我们完成的项目构建在NET Framework 3 0 平台，并使用了WCF / MSMQ 4 0 / IIS 7 0 ，部署 在Windows Server 2008平台上。 定义Service Contract 第⼀步定义Contact ，发布者用来通知订阅者“发生事件”。在我们的项目中，有许多不同的事件 类型，但是为了尽可能重用代码，我们使用了泛型Service Contract ： [ServiceContract] public interface IEventNotificationTLog { [OperationContract(IsOneWay = true)] void OnEventOccurred(TLog value); } 对于任⼀事件类型，我们可以简单定义⼀个Data Contract 来负载数据 （carry the payload），并提 供⼀个继承的Service Contract 类型，如下所示： [ServiceContract] public interface IAccountEventNotification : IEventNotificationAccountEventLog { } 实现发布者 （Publisher） 发布/订阅模型中最重要的⼀点是发布和订阅方应该是低耦合的。尤其是发布者不应该知道订阅者 的任何事情，包括多少个订阅者和订阅者在哪里。起初，我们试图采用MSMQ的PGM多播特性来 实现 – 实质上让你定义单个队列地址，悄悄地路由相同的消息到多个目标队列。虽然这可以满足 要求，但是这⼀方案也存在⼀些缺点。第⼀，在WCF中使用多播队列地址的唯⼀方式是采 用MsmqIntegrationBinding ，MsmqIntegrationBinding没有NetMsmqBinding灵活。其次，多播地址 仅仅适用非事务队列 （non-transactional queues），这样对我们的系统产生不能接受的可靠性 影响。 因此，我们放弃了这⼀方案，决定在发布者实现我们自己的轻量级多播。技术上而言，这样打 破了“发布者完全不了解订阅者”这⼀黄金规则，所有订阅者的信息完全存放在配置文件中。这意 味着，我们增加、修改或删除订阅者完全不影响代码。 我们 发⼀个组件-ServiceFactory （与pp Web Service Software Factory 没有 关系），ServiceFactory只是⼀个简单的抽象，通过读取配置文件来创建本地或WCF实例。 ServiceFactory组件没有对外公布，但是你可以简单替换为你喜欢的依赖注入框架 （Dependency Injection Framework），达到相同的效果。在我们的系统中，Web Services的配置文件web config 可能有如下定义的依