🎯 什麼情境該想到我
當你在設計「使用者請求如何一路被導到正確、健康的服務節點」，或思考 CDN／負載均衡／網關該怎麼擺時。
⚙️ 怎麼用（一層層把流量導到對的地方，越前面擋掉越多越好）
- DNS：把網域解析到最近/可用的入口。
- CDN：靜態內容就近快取，別讓請求都打到源站。
- 負載均衡：把流量分散到多個健康節點（四層/七層）。
- API 網關：統一入口，做認證、限流、路由、聚合。
- 服務發現：讓呼叫端動態找到可用的服務實例（配合健康檢查）。
原則：能在越外層解決/擋掉的流量，就別讓它進到越內層，層層減壓。
🧪 我實際套用的紀錄
- 2026-07-15：（待填）
⚠️ 注意
- 每多一層都是複雜度與延遲；按實際規模採用，別一開始就全套。
🔗 相關工具
- 工具-服務容錯設計 —— 下一層防線，分流擋不住的故障靠熔斷與降級收尾
- 工具-資料分區 —— 更後面的瓶頸，前端流量分散了，資料層還是得自己切
- 工具-可靠可擴展可維護 —— 上位框架，分流同時服務可用性與可擴展兩個目標