可用性取決於最先耗盡的資源
DoS 讓合法使用者難以取得服務；DDoS 涉及分散來源的攻擊流量。瓶頸可能出現在網路、協定狀態或應用後端。便宜的請求若觸發昂貴查詢，請求數不高也可能造成壓力。
突然變慢也可能來自正當活動、故障或配置錯誤。要辨識原因，需要時間線、資源指標與請求特徵；不能只因流量變大就宣稱攻擊已成立。
保護容量也要保留合法服務
快取、請求成本限制、排隊、限速與上游防護各處理不同瓶頸。來源 IP 限速可能影響共用出口的正常使用者；只擴充主機，也不一定解決上游頻寬不足。
本單元以算術模型練習控制，不發送負載。真實壓力測試需要額外授權、流量上限、監控與停止條件，不能由一般網站測試授權推導。
例子：每秒可以處理 100 單位工作
合成服務每秒可處理 100 單位工作。一般請求成本 1，報表請求成本 20。每秒 4 個報表加上 30 個一般請求，共需 110 單位。
總共只有 34 個請求，但成本已超過容量。若先快取可重複使用的報表或限制昂貴路徑，可能比任意封鎖所有請求更能保留正常使用。
判斷：先定位工作成本與瓶頸；此模型沒有證明流量具有惡意。
離線練習：計算請求成本
紙筆或本機計算機即可；不對網站送請求。
- 計算 4×20+30×1，與容量 100 比較。
- 把報表降為每秒 3 個，重新計算。
- 寫出一個限速可能影響合法使用者的情境。
預期結果
原本成本 110；調整後為 90。模型中第二組低於容量，但還沒衡量真實延遲或突發。
自行檢核
為什麼 90 小於 100 仍不能保證真實系統永不逾時？
結束與清理
保存計算與假設；沒有負載測試需要停止或回復。