架构设计
系统拆分、状态流转、中间件选型的判断框架
目录
- 第 1 章 ·什么时候真的需要消息队列——三个问题定夺，一张任务表兜底可阅读
丢不起吗、能晚多久、通知几方——三个答案都不紧迫的系统，一张数据库任务表就能做对，还不用回答「坏了谁来修」
- 第 2 章 ·多租户系统最容易出事的 8 个位置——它们都绕开了你写好的拦截器可阅读
缓存、异步线程、定时任务、搜索索引、消息、文件、日志、数据源——按炸的时间从上线第一天排到第一次月结，每处给症状、根因和一条修法
- 第 3 章 ·订单状态机别用 status=1,2,3 糊弄——一列管不住四件事可阅读
谁能改、合不合法、重复收到怎么办、并发改怎么办——把 updateStatus(id, 3) 换成事件加守卫，改动量就是十几处调用各自想清楚自己发的是哪个事件
- 第 4 章 ·微服务拆分的边界在哪撰写中
不是按表拆，是按业务能力和变更频率拆