mar*_*c_s 6 wcf msmq service-broker
我有一个由三部分组成的应用程序:
今天,这些系统(在不同的服务器上,由不同的团队开发)使用WCF Web服务进行互操作.
这种设置工作正常 - 只要所有服务器都启动.无论如何,他们不是 - 并非总是如此.
所以我开始考虑使用MSMQ或SQL Server Service Broker来处理这些系统之间的通信 - 至少在网上商店存储订单到订单管理系统时,或订单管理系统发送技术数据到技术数据库系统.
我希望在整个系统中实现更高的可靠性 - 即使订单管理后端暂时不可用,用户仍然可以下订单并且不会丢失.
但最大的问题是:MSMQ还是Service Broker？这三个系统都是基于Windows和.NET的,并且已经在三个独立的服务器上使用SQL Server.
有没有人有一些可靠的,真实的事实来代表(或反对)这两种技术之一？这两套技术的真实体验是什么？利弊.如果你可以从头开始 - 你会选择哪一个？或者你会完全选择其他东西(什么？)？
我在不同的情况下同样使用了两者.我的偏好非常基本:如果从数据库事件触发消息发送事件,则使用SQL Service Broker; 如果事件在代码中,请使用消息队列.该偏好仅仅基于在触发事件的同一平台上设置更容易.
| 归档时间： |
|
| 查看次数： |
4079 次 |
| 最近记录： |