只是做一些快速的尖峰,可能使用消息传递系统来处理在一个很好地解耦的工作流系统中的文件.
人们发现使用上述每个框架的优点和缺点是什么?使用这些与使用WCF绑定和/或非MSMQ解决方案的手动MSMQ系统相比有什么优势?
我正在尝试学习消息传递系统。我发现有很多选项,比如 RabbitMq NServiceBus MassTransit Kafka ...
我的问题是:
每一种有什么区别?每个有什么用?(使用场景)
我在下面看到了一个问题及其答案;
虽然我知道我不能通过 MassTransit 对错误队列做任何事情,但我应该如何处理错误队列?错误消息将不断累积。这是紧迫的存储容量。
似乎我对错误队列无能为力。除了删除它们别无选择吗?如果是这样,我无法想象错误队列的含义。
我刚刚开始研究ServiceStack和WOW,我不妨把WCF抛到窗外,但它也可以使用Redis发送消息.
我熟悉NServiceBus,它也用于发送消息和pub/subs.由于ServiceStack是一个Web服务,您可以为外部客户端打开它; 我不认为NServiceBus可以做到这一点.
除此之外,选择其中一种技术的优缺点是什么?有哪些技术可能是首选的.
masstransit ×2
msmq ×2
nservicebus ×2
c# ×1
queue ×1
redis ×1
rhino-esb ×1
servicebus ×1
servicestack ×1