🎯 什麼情境該想到我
當你要讓網站/服務「扛住高流量、少當機、能加機器就變強」時。
⚙️ 怎麼用（兩大目標的核心手法）
高可用（少當機）：
- 消除單點：關鍵元件都要有冗餘備援 + 自動故障切換。
- 服務無狀態：狀態外置（快取/DB），任一台掛了流量可轉到別台。
- 故障隔離：艙壁、限流、降級（見 工具-服務容錯設計），別讓局部拖垮全局。
伸縮性（能水平擴展）：
4. 無狀態 + 負載均衡 → 加機器就能分攤（見 工具-透明多級分流）。
5. 資料層靠分片 + 讀寫分離（見 工具-資料分區、工具-資料複製）。
6. 非同步削峰：用訊息佇列把尖峰流量緩衝、削峰填谷。
🧪 我實際套用的紀錄
- 2026-07-15：（待填）
⚠️ 注意
- 高可用靠「冗餘」換來，成本上升；按業務對停機的容忍度決定要做到幾個 9。
🔗 相關工具
- 工具-服務容錯設計 —— 可用性那一半的具體手段，熔斷與降級讓局部故障不擴散
- 工具-透明多級分流 —— 流量入口那一層，負載均衡與健康檢查是高可用的第一道
- 工具-資料分區 —— 伸縮性那一半的核心，無狀態服務好加機器，資料層才是真瓶頸
- 工具-可靠可擴展可維護 —— 上位框架，提供「該顧哪些面向」的完整座標