📘 后端架构落地教程
不做入门语法，聚焦工程落地与决策取舍：从需求到架构方案、选型、缓存、分布式、稳定性、评审。
适合：3–8 年后端工程师 · 前置：具备业务开发经验，能独立负责模块 · 共 6 章
- 1
技术选型完整方法论：如何做 POC、如何评估取舍选型不是列优缺点打分，而是把业务约束翻译成可验证的假设。
已发布 - 2
如何做业务架构拆解：从需求输出架构方案从业务目标倒推边界、模块与数据流，先画清楚再写代码。
已发布 - 3
缓存体系设计实战：多级缓存、失效策略与缓存坑雪崩、穿透、击穿、热 key 的完整应对，与「什么时候不该用缓存」。
已发布 - 4
分布式系统设计：不要过度设计什么规模才值得上分布式，一致性、可用性的现实取舍。
已发布 - 5
线上稳定性建设：告警、故障演练、复盘完整流程从可观测性到故障演练与复盘，把稳定性做成工程能力。
已发布 - 6
架构评审怎么做：评审清单与常见反模式评审不是走过场，附可复用的评审清单。
已发布
⚖️选型不是列优缺点打分，而是把业务约束翻译成可验证的假设，用 POC 验证，再写 ADR 留痕。
成长体系
·
2025-11-18
·
约 3 分钟
拿到需求先别画框架图。用「目标倒推 → 边界与角色 → 核心流程 → 模块与数据」四步拆解法，把模糊需求变成可评审的架构方案。
成长体系
·
2025-12-06
·
约 3 分钟
多级缓存怎么搭、TTL 怎么设、雪崩/穿透/击穿/热 key 怎么防，以及最重要的：什么时候不该用缓存。
成长体系
·
2026-01-14
·
约 3 分钟
什么时候才值得上分布式？拆之前先做模块化。这篇讲判断框架、成本账和演进路线，以及最常见三种过度设计。
成长体系
·
2026-02-10
·
约 3 分钟
稳定性不是「少出故障」，是「故障来了能接住」。把告警、演练、复盘做成一套能跑的流程，而不是几篇文档。
成长体系
·
2026-03-08
·
约 3 分钟
评审不是走过场，也不是挑刺会。这篇讲评审前、评审中、评审后各做什么，以及让评审真正起作用的五个前提。
成长体系
·
2026-04-01
·
约 3 分钟