具有排队和业务规则的 MSMQ

Question

我们需要向 .NET 应用程序添加一个带有业务规则的消息队列系统。一个典型的场景是一个人从 Internet 站点请求“A”，该过程检查有关该用户的信息，并基于此，请求被路由到内部 Intranet 站点中的队列，在那里有人手动处理信息。

这个过程是异步的，决定它进入哪个队列的规则需要有一定的灵活性。我在考虑 MSMQ，但不确定队列和业务规则如何交互。

那么，是否值得使用 MSMQ，或者只使用标准数据库表并推出我们自己的？谢谢。

相关：

Rules of thumb regarding Messaging / Message Queueing

Good Strategy for Message Queuing?

to MSMQ or not to MSMQ? (or SQL Table as the Queue)

Answer 1

使用 MSMQ（或实际上任何其他消息队列）的注意事项多种多样。但是，使用队列的一些更常见的原因：

1. 您需要有保证的数据交付
2. 您希望解耦应用程序之间的依赖关系
3. 您需要一种高可用性传输机制

我建议在几乎所有情况下都优先使用 MSMQ（假设您的生产设置中的所有机器都是 Windows）。这样做的原因是您可以免费获得上面列出的所有好处，并且开销和开发成本与替代方案相当。

Answer 2

MSMQ 很好，但如果您不是绝对需要路由功能（不同的协议、不同的网络等），那么我肯定会使用 SQL 表方法... 虽然我会使用插入/更新等存储过程......和阅读视图......这样你甚至可以保持业务规则的灵活性......这种方法让你决定你有多少业务规则放入数据库以及您的 WCF/webservice/app 等中的数量。