现代微软消息服务：MSMQ，SQL Service Broker？

Question

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

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

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

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

Answer 1

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

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

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