Rabbitmq MSMQ是否已过时？
我们正在W2008R2服务器上设计一个分布式.NET应用程序，需要向多个已知节点发送少量消息。我们查看了RabbitMQ并喜欢它，但发现我们几乎不需要它的众多特性中的任何一个来证明单独产品的额外复杂性（我们不要忘记Erlang）。看来，好的旧MSMQ实际上可以满足我们的需求 环顾四周，有迹象表明MSMQ可能不再被广泛使用。很多关于它的帖子都很旧，而且亚马逊上似乎没有任何关于它的新书，等等Rabbitmq MSMQ是否已过时？,rabbitmq,msmq,Rabbitmq,Msmq,我们正在W2008R2服务器上设计一个分布式.NET应用程序，需要向多个已知节点发送少量消息。我们查看了RabbitMQ并喜欢它，但发现我们几乎不需要它的众多特性中的任何一个来证明单独产品的额外复杂性（我们不要忘记Erlang）。看来，好的旧MSMQ实际上可以满足我们的需求 环顾四周，有迹象表明MSMQ可能不再被广泛使用。很多关于它的帖子都很旧，而且亚马逊上似乎没有任何关于它的新书，等等 我们喜欢MSMQ的地方在于它已经是操作系统的一部分了。然而，当开始一个主要的新系统时，MSMQ真的仍然是一个
我们喜欢MSMQ的地方在于它已经是操作系统的一部分了。然而，当开始一个主要的新系统时，MSMQ真的仍然是一个可行的技术选择吗 我们已经在Win Server 2008和现在的Win Server 2012中使用了MSMQ。正如你所说的，这是一个系统的一部分，只是工作。如果你是一个Windows的家伙，使用它没有恐惧。它不是过时的
只有其他框架/技术构建在mqmq之上。如果您对这些功能感到满意，那么除了需要学习的东西更多，失败的东西更多之外，为什么还要添加对RabitMQ或ActiveMQ的额外依赖呢？还有其他替代方案，例如，它看起来更具可移植性。您使用哪种语言/技术来实现您的系统？我认为您可以直接使用WCF（如果您使用.NET）@Gas我们正在使用C#.NET MVCA过去几年中，RabbitMQ的用户我强烈推荐RabbitMQ作为一种消息传递技术（尤其是在MSMQ上）！您所说的“复杂性”根本不存在，虽然您现在可能不需要众多的功能，但RabbitMQ的优点在于它可以以非常简单的方式使用。从c#开始使用它也很容易。事实上，还没有人真正回答这个问题，这本身就令人沮丧。谢谢！正是我想要的。