我正在寻找一种类似于 Amazon AQS 的消息服务，但在 Microsoft 堆栈和内部部署中。
我已经查看了 MSMQ，但我担心它已经过时了。这里的所有问题（关于 MSMQ）都来自 2010 年或更早。
我还研究了 SQL 代理服务，但它似乎需要在通信的双方都实现（每个系统一个），而且它对于我的需要来说过于复杂。
所以我想真正的问题是：MSMQ 是否仍然被认为是一个现代且有效的消息传递平台？
问问题
711 次
1 回答
2
恕我直言，MSMQ 非常可怕，它现在已经有一代人的历史了，并且基于 COM，管理起来很棘手，而且很难解决。如果我是你，我会避免它。然而，WCF 提供了一个 netMsmqBinding，它使用 MSMQ 来提供消息传递语义，所以这可能值得一看。（我没有使用它，但它看起来像抽象了 COM 的痛苦）。
Service Broker 实际上非常好而且非常简单，但只有在您的通信的至少一个端点是 SQL Server 数据库时才真正合适；您可以将其用作纯粹的传输机制，但随后您添加了一个可能不值得的依赖项。
本地解决方案的其他替代方案；您可以查看使用 Windows 工作流，或者查看是否有任何消息服务正在构建在 Server App Fabric 之上。
于 2013-10-14T19:49:23.793 回答