讨论kakfa做消息队列和redis实现消息队列区别
程序员文章站
2024-01-16 17:18:40
...
redis做消息队列的话,考虑两种数据结构:list和zset。
但是这样的话,消息队列就是一个point-to-point的结构,需要一个task去循环lpop元素,但是这种秒级别的请求感觉会不会拖垮redis了?
kafka的话确实好,但是代价比较大?
大家有什么好的消息队列的方法?
牛,我还没有接触过rabbitmq,只是听说过。
因为我自己租的阿里服务器,感觉搭建一个single 的kafka意义不大。我想用redis的list,但是blpop以及lpop经过衡量,还是得使用lpop比较合适,但是我自己又比较担心,这样的一个while类型的操作,一直在向redis请求,会给服务器带来很大的压力?
但是这样的话,消息队列就是一个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请求,会给服务器带来很大的压力?