从执行到架构：分布式系统与DDD实战经验总结

1. 三年职场复盘：从执行者到问题解决者的蜕变

这三年最明显的变化是工作思维从"怎么做"转向了"为什么做"。记得刚入职时接到需求第一反应总是"这个功能要怎么实现"，现在会先问"这个需求解决了什么业务痛点"。思维转变的契机是去年负责的会员积分系统重构项目——当发现旧系统每月产生300+人工客诉时，我才真正理解到技术方案背后的业务逻辑才是核心。

2. 核心能力成长轨迹

2.1 技术纵深突破

主导的分布式事务方案落地让系统异常率从5%降至0.3%，关键突破在于：

• 采用TCC模式而非XA协议，适配业务中平均2.7秒的跨服务调用
• 自定义事务日志表结构（含biz_id、retry_count等12个字段）
• 重试机制结合了指数退避（初始1秒，上限5次）和人工干预开关

2.2 跨部门协作方法论

在供应链系统对接项目中沉淀出"3×3沟通法则"：

1. 三种沟通方式
   • 技术方案：UML图+接口文档
   • 进度同步：甘特图+风险矩阵
   • 争议解决：数据对比+AB测试
2. 三个必问问题
   • 你们当前最大的痛点是什么？
   • 这个需求上线后怎么验证效果？
   • 如果只能实现一个功能会选哪个？

3. 印象深刻的三个项目

3.1 订单中心重构（2022Q4）

原系统日均超时订单达1200单，重构后关键改进：

• 引入状态机引擎替代if-else（状态流转从26个缩减到9个）
• 拆分出独立的履约上下文（领域驱动设计实践）
• 设计补偿任务统一管理平台（日均自动处理异常订单800+）

踩坑记录：初期低估了订单状态组合爆炸问题，导致补偿任务漏处理3种边缘场景，后续通过引入状态组合校验表解决

3.2 促销引擎优化（2023Q2）

应对618大促的秒杀性能优化：

• 采用分层校验策略（活动库存→用户资格→购买限制）
• 开发库存预热模块（提前加载未来5分钟库存数据）
• 实现动态限流（根据Redis监控自动调整QPS阈值）

最终支撑住峰值8万QPS，超预期37%

3.3 数据中台建设（2023Q4）

最复杂的不是技术而是数据确权问题，最终方案：

• 建立数据资产地图（含137个核心实体）
• 设计四级权限模型（字段级控制敏感数据）
• 开发数据血缘追踪工具（影响分析耗时从4小时