我们需要向.NET应用程序添加带有业务规则的消息排队系统。典型情况是一个人从Internet站点请求“A”,该过程检查有关该用户的信息,并且基于此,该请求被路由到内部Intranet站点中的某个队列,其中有人手动处理该信息。
该过程是异步的,并且确定它将进入哪个队列的规则需要具有一定的灵活性。我在考虑MSMQ,但不确定队列和业务规则如何相互作用。
那么,是否值得使用MSMQ,或仅使用标准数据库表并自行推送?感谢。
相关:
Rules of thumb regarding Messaging / Message Queueing
答案 0 :(得分:0)
MSMQ很不错但是如果你不是绝对需要路由功能(不同的协议,不同的网络等),那么我肯定会采用SQL Table方法...... 虽然我会使用插入/更新等存储过程......并且用于阅读视图......这样你甚至可以保持业务规则的灵活性...这种方法让你有多少业务规则你放入数据库以及你的WCF / webservice / app等多少。
答案 1 :(得分:0)
使用MSMQ(或实际上任何其他消息排队)的注意事项有很多种。但是,使用队列的一些更常见的原因是:
我建议在几乎所有情况下都使用MSMQ高于所有其他传输机制(假设生产设置中的所有机器都是窗口)。这样做的原因是您可以免费获得上面列出的所有好处,而且管理费用和开发成本可与替代方案相媲美。