为什么要选择 RocketMQ?
市场上几大消息队列对比如下:
总结一下:
选择中间件的可以从这些维度来考虑:可靠性,性能,功能,可运维行,可拓展性,社区活跃度。目前常用的几个中间件,ActiveMQ 作为“老古董”,市面上用的已经不多,其它几种:
-
RabbitMQ:
-
优点:轻量,迅捷,容易部署和使用,拥有灵活的路由配置
-
缺点:性能和吞吐量不太理想,不易进行二次开发
-
RocketMQ:优点:性能好,高吞吐量,稳定可靠,有活跃的中文社区缺点:兼容性上不是太好
-
Kafka:优点:拥有强大的性能及吞吐量,兼容性很好缺点:由于“攒一波再处理”导致延迟比较高
我们的系统是面向用户的 C 端系统,具有一定的并发量,对性能也有比较高的要求,所以选择了低延迟、吞吐量比较高,可用性比较好的 RocketMQ。
今天就在这里分享一份由阿里 P8 架构师纯手工打造的 RocketMQ 分布式消息中间件核心原理与最佳实践笔记,这份笔记从 RocketMQ 的实际使用到 RocketMQ 的源码分析,再到 RocketMQ 企业落地实践方案,逐步讲解。使读者由浅入深地了解 RocketMQ!
篇幅原因,仅以截图的形似展现,有需要完整版的小伙伴_——【传送门免费货区】
笔者根据实践整理了 RocketMQ 的核心组件配置项和其说明,包含:
-
Namesrv 全部配置项(17 个)
-
Broker 全部配置项( 141 个)
-
Prometheus Exporter 核心监控指标( 82 个)
笔记部分内容展示
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/94686.html
暂无评论内容