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

Question

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

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

我也研究了 SQL 代理服务，但它似乎需要在通信的双方（每个系统一个）都实现，而且它对于我的需要来说过于复杂。

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

Answer 1

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

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

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