讨论kakfa做消息队列和redis实现消息队列区别

redis做消息队列的话，考虑两种数据结构：list和zset。
但是这样的话，消息队列就是一个point-to-point的结构，需要一个task去循环lpop元素，但是这种秒级别的请求感觉会不会拖垮redis了？

kafka的话确实好，但是代价比较大？

大家有什么好的消息队列的方法？

回复讨论(解决方案)

kafka本身就是消息队列，肯定比redis优势多，你指的代价是学习成本还是部署成本。

我觉得看自己的业务场景吧，如果就是很普通的业务场景，数据量并发量都不大，用啥都差不多。

要是要求很高的架构，kafka更合适吧，还支持分布式。

ps，我没怎么用过kafka，我们公司大量使用rabbitmq~

kafka本身就是消息队列，肯定比redis优势多，你指的代价是学习成本还是部署成本。

我觉得看自己的业务场景吧，如果就是很普通的业务场景，数据量并发量都不大，用啥都差不多。

要是要求很高的架构，kafka更合适吧，还支持分布式。

ps，我没怎么用过kafka，我们公司大量使用rabbitmq~

牛，我还没有接触过rabbitmq，只是听说过。
因为我自己租的阿里服务器，感觉搭建一个single 的kafka意义不大。我想用redis的list，但是blpop以及lpop经过衡量，还是得使用lpop比较合适，但是我自己又比较担心，这样的一个while类型的操作，一直在向redis请求，会给服务器带来很大的压力？