消息系统边界实验
Redis Stream 不是迷你 Kafka
两者都能传递消息，但承担的是不同重量的责任。把业务负载摆上台面，逐项看清系统压力来自哪里。
积压消息
2.16 亿条
峰值持续整个积压窗口
原始积压体量
206 GB
未计副本、索引和对象开销
保留期写入量
2.47 TB
按峰值持续写入的上界
当前边界判断
让 Kafka 承担事件日志
积压体量和保留周期已让“内存中的工作队列”变成“需要长期保存的事件日志”。此时 Kafka 的磁盘日志、分区并行和按偏移量重放更贴合问题本身。
压力来源
Redis Stream
Kafka
存储与清理
吞吐与并行
顺序语义
消费与重放
故障恢复
运维成本
匹配当前需求
需要明确约束
压力明显