Redis队列与MSMQ

Question

很长一段时间以来，我们都在使用msmq和redis队列(IRedisList)。几个月前我们开始尝试小酒吧。

我们的应用程序有20多个服务，它们从队列中读取消息或使用redis订阅通道。我们也有超过10个队列，我们发送消息给他们。应用程序是多线程的.

那我想从你这得到什么？

现在，我们有一些时间来决定上面要使用的队列类型，以及我们想用不同类型的队列替换什么。

我试图寻找有关MSMQ的帖子，但没有找到足够的信息。

有人能给我关于这个问题的建议吗？

Answer 1

海事组织，你在这里试着比较苹果和橘子。

MSMQ是一个企业级MOM (面向消息的中间件，即队列系统)，提供持久化、事务性支持和丰富的功能集。

Redis是一种快速内存数据结构服务器，您可以在该服务器上构建排队系统.用Redis正确实现MSMQ的基本特性已经是一项困难的任务。可能根本不可能实现高级特性(比如发行版事务支持)。

我建议试着列出您期望从排队系统中获得的属性：

• 你需要坚持吗？
• 您需要事务支持吗？
• 您需要分布式事务支持吗？
• 你需要“一次和一次”交付语义吗？最多一次？至少一次？
• 您是否需要多重重试策略(线性延迟、指数退避等)？
• 是否需要异常/死队列？
• 你需要保留物品吗？
• 您需要队列浏览支持吗？队列管理功能？
• 您需要项目优先级管理吗？
• 您需要自动过期项目吗？
• 你需要延迟的物品吗？
• 你需要项目排序吗？最后值队列？
• 你需要发布和订阅吗？用多个演员？
• 是否需要在一个线程中同时从多个队列中排出队列？
• 您需要高可用性和/或群集支持吗？
• 你有高吞吐量吗？你需要最好的表演吗？

根据您的需求，Redis可能是一个很好的选择，也可能不是一个很好的选择。但不要指望得到一个真正的母亲和雷迪斯的钟声和口哨。

最后一点:您提到了Redis发布/订阅功能。请注意，这个机制根本不是基于排队系统的。无法保证通过Redis pub/sub发送消息。如果订阅服务器不侦听，则此订阅服务器的项将丢失。