- 可用性(SLA %)為首要指標,常見承諾值有 99.9%、99.95%、99.99%。
- 技術支援響應時間(平均首次回覆、P1/P2 事件處理時限)直接影響服務中斷時間。
- 網路能力:出口頻寬、骨幹互連(IX)與在地 POP 數量,影響串流延遲與並發能力。
- 安全防護:DDoS 清洗容量(Gbps/Tbps)、WAF 與行為分析,對媒體服務至關重要。
- 運維自動化與監控(API、告警、日誌、SLA 報表)決定供應商能否快速定位與修復問題。
- 價格透明度與補償政策(停機賠償條款、額外流量費)也是選擇重要考量。
- SLA 通常以月可用率表示,99.95% 一個月最多允許約 21.6 分鐘不可用。
- 99.9% 等級則是每月最多約 43.2 分鐘中斷。
- 常見賠償為信用額(例如停機 30 分鐘內不賠,超過按比例回補本月費用)。
- 另外需看「修復時間承諾」(MTTR 目標),如 P1 事件承諾 1 小時內回應,4 小時內修復。
- 真實指標應由監控工具(例如 Prometheus / Datadog)與供應商 SLA 報表比對驗證。
- 支援通常分 L1(接單)、L2(工程師處理)、L3(架構師或廠商協調)。
- 平均首次回覆時間(MTTR 前期)可量化:常見 SLA 為 15 分鐘(P1),2 小時(P2)。
- 需確認是否有專屬客服或技術經理(CSM / TAM)以及聯絡管道(電話、工單、即時聊天)。
- 是否提供深夜/週末的支援與遠端手控(例如 KVM-over-IP、控制台);這對直播中斷極為重要。
- 支援文件與 SOP(如故障排查腳本)完整性可大幅縮短問題處理時間。
- 背景:「台教流」為台灣在地線上教育平台,日高峰並發 8,000 人,直播與錄播混合。
- 初期採用經銷商 A,配置 8 vCPU / 16 GB RAM / 500 GB NVMe,1 Gbps 帶寬,月峰值流量 12 TB。
- 事件:2023 年 11 月一場大型考試直播遇到 DDoS 攻擊,導致 35 分鐘斷流,供應商 A 回覆時間 45 分鐘,未達 P1 1 小時修復承諾。
- 後續採取措施:將直播節點遷移至支援自動流量洗牌的 CDN 與具 200 Gbps 清洗能力的防護層,並導入多區域備援。
- 結果:切換後同類攻擊遭遇時,恢復時間縮短至 7 分鐘,並無顯著優惠停機損失。
- 下表為三家經銷商(A、B、C)在關鍵項目的示意比較,數據為經典合約條款與測試結果示例。
- 注意:表中為示例值,實際合約請以供應商正式 SLA 為準。
- 表格中之「Avg. Ticket Response」為過去 12 個月平均首次回覆時間。
- 「DDoS Scrub」為宣稱的清洗容量上限。
- 「Regional POPs」為台灣/亞太在地節點數量,可直接影響延遲與邊緣緩存命中率。
| 供應商 | SLA | Avg. Ticket Response | DDoS Scrub | Regional POPs (TW/AS) |
|---|---|---|---|---|
| A | 99.95% | 45 分鐘 | 200 Gbps | 3 / 10 |
| B | 99.9% | 15 分鐘 | 100 Gbps | 2 / 8 |
| C | 99.99% | 30 分鐘 | 500 Gbps | 4 / 12 |
- 在台灣境內,使用就近 POP 的 CDN,平均 RTT 可低至 10–25 ms(同城或同省)。
- 台灣到香港/新加坡平均 RTT 約 30–60 ms,視路徑與 ISP 而定。
- 台灣到美西(洛杉磯)一般為 100–140 ms,對直播影響需透過邊緣緩存與多路冗餘降低卡頓。
- 實測建議:在大型直播前執行壓力測試(模擬並發、CC 攻擊與網路丟包),並記錄 p95/p99 延遲指標。
- 若要求極低延遲(<50 ms),建議採用 WebRTC 或 SRT 並結合就近 POP 與多線路出口。
- 要求查看歷史 SLA 報表與事故回顧(Postmortem),確認供應商是否真實履約。
- 在合約中明確定義 P1–P4 的回應與修復時限、停機賠償機制與可觀測性權限(API / 日誌存取)。
- 測試支援流程:簽約前要求一次 P0 類似演練(夜間演練或故障模擬)。
- 優先選擇具本地 POP、跨國骨幹、及高 DDoS 清洗能力的廠商,並備有自動路由切換與流量分流策略。
- 最後一點:衡量成本效益(TCO),不要只看最低價,需綜合 SLA、支援品質、網路與安全能力來決策。