消息队列选型：Kafka、RabbitMQ、Pulsar 的适用场景

背景

消息队列是分布式系统的标准组件，但选型常常凭习惯而非场景。Kafka、RabbitMQ、Pulsar 三者的定位不同，理解各自的架构假设，选型就不再是玄学。

三者的核心差异

Kafka：高吞吐的日志流平台

Kafka 把消息组织成分区日志，顺序写盘配合零拷贝传输，吞吐量是三者中的天花板，适合日志采集、行为埋点、流式计算这类以数据为中心的场景。代价是运维偏重：分区再均衡、副本治理、扩容迁移都需要经验积累。

RabbitMQ：灵活路由的业务代理

RabbitMQ 按 AMQP 语义建模，交换机与队列的组合可以表达复杂的路由拓扑，消息确认、优先级、死信机制开箱即用，适合业务系统之间的异步解耦与任务分发。吞吐不是它的强项，但灵活性难有替代。

Pulsar：存算分离的新一代架构

Pulsar 将存储层 BookKeeper 与计算层 broker 分离，扩容不需要搬迁数据，天然支持多租户、分层存储与跨集群复制，适合多团队共享大集群或消息需要长期保留的场景。社区生态与成熟度目前仍弱于前两者。

选型判断的三个问题

第一，消息形态是数据流还是业务事件：数据流优先 Kafka，业务事件优先 RabbitMQ。第二，团队运维能力如何：没有专职运维时，托管服务优先于自建。第三，是否有特殊诉求：多租户隔离、超长保留、跨地域复制，再考虑 Pulsar。

小结

消息队列选型没有万能答案：Kafka 赢在吞吐，RabbitMQ 赢在灵活，Pulsar 赢在架构。先明确场景，再让架构假设去匹配业务，而不是反过来。