活动实践 | 快速体验云消息队列RocketMQ版
本方案介绍如何使用阿里云消息队列RocketMQ版Serverless实例进行消息管理。主要步骤包括获取接入点、创建Topic和订阅组、收发消息、查看消息轨迹及仪表盘监控。通过这些操作，用户可以轻松实现消息的全生命周期管理，确保消息收发的高效与可靠。此外，还提供了消费验证、下载消息等功能，方便用户进行详细的消息处理与调试。
招行面试：RocketMQ、Kafka、RabbitMQ，如何选型？
45岁资深架构师尼恩针对一线互联网企业面试题，特别是招商银行的高阶Java后端面试题，进行了系统化梳理。本文重点讲解如何根据应用场景选择合适的消息中间件（如RabbitMQ、RocketMQ和Kafka），并对比三者的性能、功能、可靠性和运维复杂度，帮助求职者在面试中充分展示技术实力，实现“offer直提”。此外，尼恩还提供了《尼恩Java面试宝典PDF》等资源，助力求职者提升架构、设计、开发水平，应对高并发、分布式系统的挑战。更多内容及技术圣经系列PDF，请关注【技术自由圈】获取。
恭喜 Apache RocketMQ、Apache Seata 荣获 2024 开源创新榜单“年度开源项目”
近日，以“新纪天工、开物焕彩——致敬开源的力量”为活动主题的“重大科技成就发布会（首场）”在国家科技传播中心成功举办，并隆重揭晓了 2024 开源创新榜单，旨在致敬中国开源力量，传播推广开源科技成就，营造中国开源创新生态。2024 年开源创新榜单由中国科协科学技术传播中心、中国计算机学会、中国通信学会、中国科学院软件研究所共同主办，中国开发者社区承办，以王怀民院士为首组建评审委员会，进行研讨评审，面向中国开源行业领域，遴选具有创新性、贡献度和影响力的开源项目、社区、应用场景与开源事件。在评审出的 10 个年度开源项目中，Apache RocketMQ、Apache Seata 成功入选。
快速体验云消息队列 RocketMQ 版 Serverless 系列
欢迎报名参加RocketMQ Serverless活动！稳定可靠，无需运维，按量计费，秒级万QPS弹性，平均节省成本30%。参与即有机会赢取保温杯或木质音箱（限量500个）。活动时间：即日起至2025年1月26日16:00。访问活动页面，完成场景体验并上传消息轨迹截图即可参与抽奖，先到先得！
仙讯畅通无阻：探索MQ阵法的强大功能
MQ（消息队列）起源于1993年IBM推出的MQSeries，后更名为WebSphere MQ和IBM MQ。常见的MQ系统包括：IBM MQ、Apache ActiveMQ、RabbitMQ、Apache Kafka、RocketMQ和Amazon SQS。这些系统广泛应用于异步通信、系统解耦和削峰填谷等场景，确保消息的可靠传递。在修真界，MQ阵法如同神秘的传信工具，能在仙人修炼时安全传递重要信息，保障仙讯畅通无阻。
MQ四兄弟：如何保证消息可靠性
本文介绍了RabbitMQ、RocketMQ、Kafka和Pulsar四种消息中间件的可靠性机制。这些中间件通过以下几种方式确保消息的可靠传输：1. 消息持久化，确保消息在重启后不会丢失；2. 确认机制，保证消息从生产者到消费者都被成功处理；3. 重试机制，处理失败后的重试；4. 死信队列，处理无法消费的消息。每种中间件的具体实现略有不同，但核心思想相似，都是从生产者、中间件本身和消费者三个角度来保障消息的可靠性。
MQ四兄弟：如何保证消息顺序性
在分布式系统中，消息队列（MQ）是确保组件间高效通信的关键。RabbitMQ、RocketMQ、Kafka和Pulsar通过不同机制保证消息顺序性：RabbitMQ依赖单一队列和消费者模式；RocketMQ使用MessageQueueSelector；Kafka基于Partition和Key；Pulsar通过分区主题和键路由。这些系统的核心思想是将相同特征的消息发送到同一队列或分区，并按先进先出原则消费，从而确保消息顺序性。
消息队列 MQ 性能大揭秘
本文对比了RabbitMQ、RocketMQ、Kafka和Pulsar四款消息队列的性能。RabbitMQ的吞吐量为万级，延迟在低吞吐量时可低至微秒级；高吞吐量下延迟显著上升。RocketMQ官方宣称支持万亿级吞吐量，实际测试中可达百万级TPS，延迟为毫秒级。Kafka和Pulsar的吞吐量均为百万级，Kafka延迟低至2ms，Pulsar延迟约10ms。总体来看，Kafka在高吞吐量下表现最优，而RabbitMQ适合对速度与可靠性要求高的低吞吐量场景。
2024最全RocketMQ集群方案汇总
在研究RocketMQ集群方案时，发现网上存在诸多不一致之处，如组件包含NameServer、Broker、Proxy等。通过查阅官方文档，了解到v4.x和v5.x版本的差异。v4.x部署模式包括单主、多主、多主多从（异步复制、同步双写），而v5.x新增Local与Cluster模式，主要区别在于Broker和Proxy是否同进程部署。Local模式适合平滑升级，Cluster模式适合高可用需求。不同模式下，集群部署方案大致相同，涵盖单主、多主、多主多从等模式，以满足不同的高可用性和性能需求。