现代微软消息服务:MSMQ,SQL Service Broker?

时间:2013-10-14 13:56:44

标签: msmq service-broker

我正在寻找类似于Amazon AQS的消息服务,但是在Microsoft堆栈和内部部署中。

我已经看过MSMQ,但我担心它已经过时了。这里的所有问题(关于MSMQ)都来自2010年或更早。

我也研究过SQL Broker Service,但似乎需要在通信的两端实现一个实现(每个系统一个),而且它对于我需要的东西来说过于复杂。

所以我想真正的问题是:MSMQ是否仍然被认为是一个现代有效的消息传递平台?

1 个答案:

答案 0 :(得分:2)

MSHQ,恕我直言,非常可怕,它现在已经是一代人,并且基于COM,管理起来很棘手,也是一个彻底解决问题的噩梦。如果我是你,我会避免它。但是,WCF提供了一个netMsmqBinding,它使用MSMQ来提供消息传递语义,所以这可能值得一看。 (我没有使用它,但看起来它抽象了COM的痛苦)。

Service Broker实际上非常好而且非常简单,但只有在通信的至少一端是SQL Server数据库时才真正合适;您可以将它用作纯传输机制,但之后您将添加可能不值得的依赖项。

内部部署解决方案的其他替代方案;您可以查看使用Windows Workflow,或查看是否在Server App Fabric之上构建了任何消息传递服务。