3.3.2.3 最终一致性实现

文档摘要

3.3.2.3 最终一致性实现 3.3.2.3 最终一致性实现：当“发完即忘”的事件投递撞上“必须成功”的业务契约——一个被低估的幂等补偿漏斗设计凌晨两点十七分，监控告警第三次亮起：订单服务的消费延迟突破 15 分钟，下游库存服务的扣减失败率陡增至 12.7%，而支付网关日志里，那笔 299 元的订单早已返回。运维在群里甩出一张 Kafka 滞后图，SRE 同事敲下的命令，消费组偏移量卡在分区 7 的 —— 可库存服务的日志里，最后一条成功处理的事件是。三秒的间隙，三个订单状态失联。这不是故障演练，这是上周五晚八点我们真实经历的“最终一致性滑坡”。你读过 DDD 的教科书，知道领域事件是解耦的利器；你也背过 CAP 理论，明白“一致”和“可用”之间必须做取舍；