实现消息总线体系结构

Question

我目前正在为我公司的新消息总线架构进行分析和设计。我曾经尝试过MSMQ在过去做这样的事情并且运行良好并且考虑为这个项目再做同样的事情，但是使用WCF作为API而不是使用System.Messaging API。有没有人有过WCF的MSMQ经验？是否更容易使用System.Messaging API？使用WCF而不是System.Messaging会有什么好处，反之亦然？

Answer 1

恕我直言，有许多优秀，灵活且经过验证的总线架构可供选择（NServiceBus，Mass Transit，Rhino Service Bus），实施自己的总体架构将是一个很大的NIH 。这不是一项微不足道的任务。

Udi在this message中描述得非常好。

Answer 2

很抱歉，来得太晚了，但希望我的答案很有用。

WCF Queuing和System.Messaging都是MSMQ API的包装器。 WCF更复杂，更复杂，但确实有以下好处：

• 应用程序业务流程的OO视图，而不是其通信管道。
• 免费的端到端邮件加密和身份验证。 System.Messaging仅支持线路上的加密，而不支持存储。
• 如果您愿意，可以在IIS中托管而不是构建自己的自定义主机。
• 免费邮件关联。这允许您自动将消息分组到会话中。
• 免费交易批处理。

Answer 3

Apache ActiveMQ（开源）消息代理也有一个.NET客户端：

http://activemq.apache.org

与Apache Camel和Apache ServiceMix一起，企业集成模式和企业服务总线系统易于设置。