17.2 全景複盤：單體 → 分散式 → 微服務 → 雲原生 → AI 原生#

14 次演進，一條主線#

本書用淘寶教學模型走了 14 次演進，主線只有一句：流量漲 10 倍，就有一個舊假設崩掉，就換一層架構。單機扛不住 → 分離；DB 扛不住 → 快取+拆分；人多了 → 微服務；環境亂了 → Docker；機器多了 → K8s；成本貴了 → FinOps；AI 來了 → AI 原生。

flowchart LR
    S1[單體<br/>Ch1-2] --> S2[分散式<br/>Ch3-4]
    S2 --> S3[微服務<br/>Ch5-6]
    S3 --> S4[容器化<br/>Ch7-8]
    S4 --> S5[雲原生<br/>Ch9-13]
    S5 --> S6[AI 原生<br/>Ch14-16]
    S6 --> OPS[守則<br/>Ch17]

五代架構對比總表#

每次演進的「不變量」#

1. 快取思想（2.2）：從 Redis 到特徵快取到 KV 快取，永遠是第一優化。
2. 非同步解耦（6.2/15.2）：從 RocketMQ 削峰到 AI MQ 排任務。
3. 拆合辯證（12.1/12.2）：拆解決協作，合解決複雜，來回擺動。
4. 可觀測先行（13.2）：每代都先補監控，否則不敢擴。
5. 成本意識（13.3）：每代紅利吃完，賬單倒逼下一代優化。

複盤方法：給自己畫演進圖#

# 團隊複盤模板（每季度一次）：
# 1) 當前最大痛點是什麼？（延遲/成本/發布/智能）
# 2) 它屬於哪一代的債？（見上表「新欠的債」列）
# 3) 下一代解法中最小的一步是什麼？（先試點，不推倒）
# 4) 回滾計劃是什麼？（見 17.4）

本書章節與演進的對應：速查地圖#

flowchart TD
    PAIN[你的痛點] --> MAP{對上表定位}
    MAP --> READ[讀對應章試點]
    READ --> PILOT[最小試點+回滾]
    PILOT --> REVIEW[季度複盤四問]
    REVIEW --> PAIN

這張地圖也是教學用法：授課先讓學生說痛，再進章節；結課用 17.3 選型模板做課程設計評審。

記住主線那句話：下一次流量漲 10 倍時，先問哪個假設會崩，而不是先問用什麼新技術。假設先行，技術隨後——這就是演進式架構的全部心法。

本章小結#

• 主線：流量漲 10 倍 → 舊假設崩 → 換一層架構
• 五代表：每代解舊痛、欠新債；沒有終極架構，只有當下合適
• 不變量：快取、非同步、拆合辯證、可觀測、成本意識
• 複盤四問：痛點、哪代債、最小步、回滾計劃

想一想#

1. 為什麼「沒有終極架構」？用「解舊痛、欠新債」解釋微服務與 AI 原生的例子。
2. 五個不變量中，哪一個在你經歷的專案裡最缺？補上它要做的最小一步是什麼？
3. 若流量再漲 10 倍，你認為下一個崩掉的假設是什麼？（提示：看看 17.3 的選型陷阱）