| kafka | pulsar | |
| 架构 | 存储计算一体 - Broker 存算一体 - ZK(ZK即将弃用) | 存储计算分离 - Broker 计算 - ZK - Bookeeper 存储 |
| 硬件配置 | 3台 | 3+3台 |
| 消息模型 | 2种 - 订阅发布（广播） - 队列（消息只被消费1次） | 4种 - 独占（可实现广播） - 主备切换 - 轮询 - key哈希 |
| 消息顺序 | 分区顺序 不支持全局顺序 | 分区顺序 全局顺序 |
| 消息通讯方式 | Provider push to Broker Consumer pull from Broker | Provider push to Broker Broker push to Consumer |
| 消息处理的容错 | 没有死信和重试topic。 类似场景通过1个topic中的不同分区实现。 | 重试队列->存放暂时无法消费的消息 死信队列->处理即将删除或压缩的消息 |
| 消息副本管理 | 默认2副本、支持3副本 | 默认3副本强一致、支持2副本 |
| 跨地域数据同步 | 支持 | 支持 |
| 横向扩展 | 较灵活 | 灵活，可按需扩展计算或存储 |
| 数据存储单位 | 分区 | Segment(颗粒更小，更利于存储负载均衡) |
| 多租户 | 支持： topic级别 | 支持： 命名空间级别 |
| 消息保留 | 消息到达保存期限后删除，即使未被消费， 所以可能会丢数据 | 默认：消息只有被所有订阅消费后才会删除，不会丢失数据。 可配置：消息保存时长， 到期清除，无论是否消费 |
| 典型场景 | 日志聚合、流处理 | 金融 |
本文发布于:2024-02-04 17:22:41，感谢您对本站的认可！
本文链接：https://www.4u4v.net/it/170712623157763.html
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。
| 留言与评论（共有 0 条评论） |
