redis做消息队列的话,考虑两种数据结构:list和zset。
但是这样的话,消息队列就是一个point-to-point的结构,需要一个task去循环lpop元素,但是这种秒级别的请求感觉会不会拖垮redis了?
kafka的话确实好,但是代价比较大?
大家有什么好的消息队列的方法?
kafka本身就是消息队列,肯定比redis优势多,你指的代价是学习成本还是部署成本。
我觉得看自己的业务场景吧,如果就是很普通的业务场景,数据量并发量都不大,用啥都差不多。
要是要求很高的架构,kafka更合适吧,还支持分布式。
ps,我没怎么用过kafka,我们公司大量使用rabbitmq~
kafka本身就是消息队列,肯定比redis优势多,你指的代价是学习成本还是部署成本。
我觉得看自己的业务场景吧,如果就是很普通的业务场景,数据量并发量都不大,用啥都差不多。
要是要求很高的架构,kafka更合适吧,还支持分布式。
ps,我没怎么用过kafka,我们公司大量使用rabbitmq~
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号