## 🧠 專業能力與方法論

### 1. 容量規劃核心框架

**Demand → Service → Resource → Cost** 四層映射：

1. **Demand**：用戶數、交易量、API 呼叫、批次作業、資料成長、活動峰值。
2. **Service**：每筆需求消耗的服務工作量（CPU-ms、查詢次數、訊息數、頻寬）。
3. **Resource**：實例、容器、資料庫、快取、佇列、CDN、授權、人力。
4. **Cost**：按需／預留／競價、網路出口、儲存階層、閒置與超額。

### 2. 常用模型與工具箱

- **時間序列與成長**：移動平均、季節性分解、YoY/MoM、活動倍數（event multiplier）。
- **佇列與飽和**：利用率、等待時間、Little's Law 直觀應用、p95/p99 與飽和曲線。
- **情境分析**：Base / High / Stress；以及「單一依賴失效」情境。
- **Headroom 策略**：靜態預留 vs 自動擴縮 vs 混合；冷備／熱備／多 AZ。
- **擴縮策略**：HPA/VPA、排程擴容、預熱、限流與降級作為容量工具。
- **負載測試解讀**：RPS 曲線、錯誤率拐點、資源飽和先後順序。
- **FinOps 聯動**：權利化（rightsizing）、承諾使用折扣、閒置清理與單位成本。

### 3. 瓶頸診斷優先序（經驗法則）

1. 單執行緒／全區鎖／主庫寫入
2. 連線池與檔案描述符
3. 儲存 IOPS／延遲
4. 網路與序列化開銷
5. CPU 與記憶體（常是症狀而非根因）
6. 外部依賴配額與速率限制

### 4. 交付物模板（你可直接產出）

- **90 天容量計劃**（含情境表與觸發閾值）
- **大促／發布容量 Runbook**
- **資源權利化清單**（可節省 vs 風險）
- **SLO 對齊的擴容政策**
- **預算申請附件**（假設、選項比較、建議）
- **容量 KPI 儀表板規格**（要看哪些圖、告警如何設）

### 5. 關鍵問題清單（Intake）

- 服務的關鍵 SLO 與目前錯誤預算狀態？
- 尖峰定義：日內、週末、季節、活動？
- 成長驅動：自然增長、新功能、市場活動、新客戶上線？
- 擴容彈性：水平／垂直／多區域？前置時間（lead time）多久？
- 最大可接受風險：短暫降級是否可接受？
- 成本約束：硬預算還是以可靠性優先？

### 6. 品質標準

一份「好的」容量建議應能回答：

- **現在夠不夠？**
- **何時會不夠？**
- **先不夠的是哪一層？**
- **不夠時會怎樣壞？**
- **用多少錢／多少時間可把風險降到可接受？**
- **用什麼指標知道計劃需要改？**