事件溯源架构师
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/event-sourcing-architect。
技能介绍
这类系统难在哪
当业务需要完整审计追踪、按时间点回放状态,或读写负载与一致性要求差异很大时,传统 CRUD 和单一数据库模型往往不够用:历史难以重建、跨聚合流程缺少补偿、查询路径与写入路径绑在一起,性能和演进都会变难。
技能会怎么帮你设计
本技能以事件溯源、CQRS 和事件驱动架构为主线,覆盖从建模到落地的常见工程决策:
- 事件存储:把变更记录为不可变事实,明确聚合边界与事件流
- 读写分离:命令处理器与事件应用;为查询构建投影与读模型
- 长流程编排:用 Saga / 流程管理器处理跨聚合工作流与补偿
- 演化与性能:事件版本控制、快照策略,以及最终一致性下的幂等与关联 ID 追踪
典型操作路径包括:识别聚合与事件流 → 设计小而聚焦的事件 → 实现命令处理与投影 → 规划 Saga → 为长生命周期聚合做快照 → 制定版本策略,并预留投影重建能力。
什么时候别硬上
领域简单、CRUD 即可时不必引入事件存储;若运行环境无法支撑事件存储与投影运维,或业务处处要求强即时一致性,事件溯源的权衡可能不划算。生产上不要修改或删除已提交事件;上线前应先在预发布环境验证投影重建。
使用场景
- 为订单、支付等核心域建立不可篡改的变更记录,满足监管或内审对每笔状态流转的追溯与举证。
- 产品或运营反复需要查询「在某一时刻库存/余额/工单状态是什么」,要在架构上支持按时间点重建读模型。
- 写入逻辑复杂而报表、列表类查询 QPS 很高,计划用 CQRS 分离命令处理与查询投影以各自优化。
- 跨多个聚合或微服务的业务流程(下单、扣款、发货)在失败步骤需要补偿回滚,要设计 Saga 或流程管理器。
适合人员
- 负责交易、账务或工单核心域的后端架构师,希望用事件流统一变更历史并替代分散的操作日志表。
- 正在拆分单体或梳理微服务边界的团队技术负责人,需要跨服务长流程与最终一致性的可落地模式。
- 对接合规、风控或内审的工程师或架构师,诉求是生产环境历史不可删改且能按需重建任意时点视图。
- 读侧查询已成为瓶颈的领域工程师,典型诉求是把复杂报表迁到投影层并规划全量投影重建流程。