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

Question

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

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

我也研究过SQL Broker Service，但它似乎需要在通信双方（每个系统都有一个）上实现，并且它对于我所需要的过于复杂。

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

Answer 1

MSMQ是，恕我直言，非常可怕，它现在是一代人，是基于COM，这是管理棘手和噩梦排除故障。如果我是你，我会避免它。但是WCF提供了一个netMsmqBinding，它使用MSMQ提供消息传递语义，所以这可能值得一看。 （我没有使用它，但它看起来像它抽象COM的痛苦）。

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

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