采集服务器日志送入数据仓库 Kafka
Kafka 是日志采集的事实标准，与 Flink、MaxCompute 的集成链路最成熟。
对比评测
Kafka vs RocketMQ：消息队列选型对比
两者都是优秀的消息中间件，但设计目标不同，选错会导致要么功能不够、要么成本浪费。
一句话结论
日志与数据管道选 Kafka；业务系统间消息通信、需要事务与延时消息选 RocketMQ。
逐项对比
| 对比维度 | 云消息队列 Kafka 版 | 云消息队列 RocketMQ 版 |
|---|---|---|
| 设计定位 | 高吞吐数据流平台 | 业务消息中间件 |
| 吞吐量 | 极高（百万级 TPS，适合海量日志） | 高（数十万 TPS） |
| 延迟 | 毫秒级（批量发送时略高） | 毫秒级，低延迟场景更优 |
| 消息顺序 | 分区内有序 | 支持分区顺序与全局顺序 |
| 事务消息 | 不支持（需自行实现） | 原生支持，保证最终一致 |
| 延时消息 | 不支持 | 支持任意精度定时/延时消息 |
| 消息回溯 | 支持（按 offset 重置位点） | 支持（按时间回溯） |
| 消息重试 | 需自行实现 | 内置重试与死信队列 |
| 生态 | Flink/Spark/大数据生态最完善 | 与业务系统集成更便利 |
| 典型场景 | 日志采集、数据管道、流计算源 | 订单、支付、库存等业务消息 |
| 价格 | 按实例规格与存储 | 按实例规格，Serverless 版按消息量 |
分场景推荐
同一个问题在不同业务下答案不同，请按你的实际场景对号入座。
电商下单后异步通知库存与积分系统 RocketMQ
业务消息需要可靠投递、重试与死信处理，RocketMQ 的原生能力更契合。
订单超时未支付自动关闭 RocketMQ
RocketMQ 支持定时/延时消息，无需自建定时任务轮询数据库。
跨系统的分布式事务一致性 RocketMQ
事务消息是解决「本地事务 + 消息发送」一致性的成熟方案，Kafka 不提供。
IoT 设备海量数据上报 Kafka
设备数据本质是数据流，Kafka 的高吞吐与生态适配性更好。
大促期间的订单削峰 两者皆可
都能实现削峰填谷。如果同时需要延时消息与事务消息，选 RocketMQ 更省事。
结论与建议
选择的核心判断标准是「消息的用途」：如果是把数据从 A 搬到 B（日志、埋点、数据管道），Kafka 更合适；如果是业务系统之间的事件通知与状态流转（订单、支付、库存），RocketMQ 的可靠性特性与消息类型更契合业务需求。很多中大型企业会同时使用两者：Kafka 做数据管道，RocketMQ 做业务消息。
相关产品
热门 免费试用
云消息队列 RocketMQ 版
金融级可靠消息队列，电商交易削峰的标准选择
- 金融级可靠：消息持久化多副本，保证不丢消息，支持事务消息
- 丰富消息类型：普通、顺序、定时延时、事务、批量消息
中间件
查看详情
免费试用
云消息队列 Kafka 版
高吞吐数据管道，日志与流处理的标准入口
- 全兼容开源：兼容 Apache Kafka 协议，现有客户端与工具直接可用
- 高吞吐：单实例可达百万级 TPS，适合大规模日志与数据管道
中间件
查看详情
免费试用
实时计算 Flink 版
全托管流计算引擎，流批一体处理实时数据
- 全托管：免去 Flink 集群部署、状态后端配置与容错调优
- 流批一体：同一套 SQL 同时处理实时流与历史批数据，逻辑统一
大数据
查看详情
免费试用
事件总线 EventBridge
事件驱动架构的中枢，打通云产品与业务系统
- 丰富事件源：内置 100+ 阿里云产品事件源（ECS、OSS、RDS 等）
- 灵活路由：支持事件内容过滤与转换后再投递到目标
中间件
查看详情
常见问题
能用 Kafka 替代 RocketMQ 做业务消息吗？
技术上可行，但需要自行实现重试、死信、延时与事务逻辑，工作量不小且容易出 bug。除非团队已有成熟的 Kafka 封装，否则业务消息建议直接用 RocketMQ。
两者可以互通吗？
可以通过 EventBridge 或 Flink 做桥接，把 RocketMQ 的消息转发到 Kafka 或反之。但通常没必要，按用途各司其职更简单。
成本差多少？
在同等吞吐下成本接近。Kafka 的成本主要在存储（保留大量历史数据）；RocketMQ 的成本主要在实例规格。建议按实际消息量与保留周期测算。
其他对比评测
阿里云 vs 腾讯云 vs 华为云：2026 年国内云厂商怎么选 综合产品丰富度、生态成熟度与开发者资料积累，阿里云仍是多数业务的首选；腾讯云在音视频与社交生态有优势；华为云在政企与国产化场景更突出。 RDS vs PolarDB：云数据库该选哪一个 单库 500GB 以内、并发数千 QPS 以内选 RDS；数据量超过 1TB、读并发很高或需要秒级弹性扩容选 PolarDB。 ECS 规格族怎么选：g / c / r / e / u 全解析 先按「CPU 与内存配比」确定系列（通用 g、计算 c、内存 r），再按「性能要求与预算」确定代数（第 8/9 代企业级 vs 经济型/通用算力型）。 对象存储 OSS vs 文件存储 NAS vs 块存储 EBS 按访问协议选：HTTP API 访问选 OSS，POSIX 多机共享选 NAS，作为云盘挂载给单台 ECS 选 EBS。