基于wcf和msmq构建发布订阅消息总线.docxVIP

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