架构分支已经覆盖了决策、设计、集成、安全、数据契约等专题方向，但不再适合"从头看到尾"。 这张页按角色和场景分流：先判断你现在是什么身份、想解决什么问题，再推荐对应的读法。
同"学架构"不同角色应该进入不同页面。先定位你现在在做什么，再选路线。
如果你不是带着具体角色和问题进来，只是想系统性地补架构能力，按可用时间选读法。
| 时间 | 读什么 | 路线 |
|---|---|---|
| 30 分钟 | 理解架构知识的分层结构 | 架构总览（15 分钟看完全景和 8 层表）→ 设计路线（15 分钟看 8 层概要） |
| 半天 | 建立一个判断框架 | 架构决策与评审（1h）→ 设计路线（1h 重点看几层）→ 判断训练（1h 做 2-3 个练习） |
| 1 天 | 系统补架构能力 | 总览（30 min）→ ADR + 评审（1h）→ 设计路线 8 层（1.5h）→ API 集成（1h）→ IAM（1h）→ 补偿对账（45 min）→ 架构债（45 min）→ 判断训练（1h） |
| 1 周 | 建立完整的架构判断体系 | 1 天路线 → 读 2-3 本书页（DDD、演进式架构、微服务模式三选一）→ 用判断训练复盘自己项目的架构问题 → 画一份当前系统的架构现状图 + 债项清单 |
如果你已经遇到具体问题，直接对号入座。
| 场景 | 可能的根因 | 推荐读法 |
|---|---|---|
| 架构决策没有记录，几年后没人知道为什么这样做 | 缺少 ADR 机制 | 架构决策与评审 |
| 评审变成走过场，没人真正质疑方案 | 评审没有围绕质量和风险 | 架构决策与评审（评审机制部分） |
| 微服务拆了又合并，不知道拆多细 | 缺少模块化判断框架 | 设计路线（模块与服务设计层） |
| 接口越来越多，版本管理混乱 | 缺少 API 生命周期管理 | API 生命周期管理 + 数据契约 |
| 系统出了问题很难恢复数据一致性 | 缺少补偿和重放机制 | 补偿、对账与重放 |
| 权限模型混乱，用户能看到不该看的数据 | IAM 设计不完整 | 身份认证与 IAM |
| 每次重构都推不动，系统越改越慢 | 缺少架构债管理 | 架构债 |
| 外部系统集成常出问题，没有降级策略 | 集成模式缺失 | API 与系统集成 |