如何用獨立證據驗證代理服務商 SLA

代理服務等級協議可能承諾很高的可用率，但只有當範圍、分母、排除條款和證據與實際購買的工作負載一致時，這個數字才有意義。閘道在線不代表所需區域有可用出口，也不代表黏著工作階段保持完整或回應內容真正可用。

本指南協助採購、SRE 和資料團隊把代理 SLA 轉化為可重複的測量、升級與續約流程，適用於合法且已獲授權的工作負載，並應在重大採購前與服務商確認口徑。

先把合約文字轉成測試

從訂單、服務說明和支援政策中提取每一項可測承諾，並記錄：

• 涵蓋的產品、閘道、協定和帳號等級；
• 涵蓋市場與定位精度；
• 測量週期和時區；
• 服務商的可用率公式；
• 計畫維護與客戶原因排除項；
• 最短事故時間或報告粒度；
• 不同嚴重等級的回應與復原目標；
• 申請服務抵扣所需證據；
• 申請期限和抵扣上限；
• 連續未達標時的終止或續約權利。

無法轉化為可觀察事件的描述，應在採購前釐清。「企業級可靠性」本身不是可測承諾。

分開四類服務指標

一個百分比無法解釋全部代理結果，至少應分開：

首次成功與重試後的最終成功必須分開。最終可用率很高，也可能掩蓋客戶實際經歷的延遲和額外成本。

預先定義合格分母

分母會決定結果，分類規則必須在收集資料前確定：

• 同一操作的重試使用一個 operation ID；
• 排除未獲授權時間窗內的探測；
• 區分客戶設定錯誤與服務商故障；
• 不得因某區域表現差就把它從樣本刪除；
• 只有符合合約通知和範圍要求的維護才能標記為計畫維護；
• 目標政策拒絕與傳輸故障分開記錄；
• 快速回傳錯誤頁不能算成功。

分類邏輯應內部公開並版本化。看到結果後再修改分母，會使稽核失去可信度。

建立獨立探測矩陣

探測點應位於正式客戶端實際執行的區域，而不是只放在一個辦公室。使用自有或明確獲准的小型端點集合，避免監控本身產生有害流量。

依以下維度分層：

• 客戶端區域；
• 要求的出口區域；
• HTTP、HTTPS 或 SOCKS5；
• 已購買的 IPv4 與 IPv6；
• 輪換與黏著工作階段；
• 驗證方式；
• 輕量診斷檢查與代表性業務檢查。

使用低而穩定的探測量，並隨機化時間。監控的目標是觀察，不是壓力測試。比較多家服務商時，排程與條件必須相等。

保留證據但不儲存秘密

每個業務操作一列，允許附屬嘗試記錄。建議欄位：

operation_id
started_at_utc
probe_region
requested_exit_region
protocol
address_family
session_mode
gateway_alias
attempt_count
connect_outcome
authentication_outcome
route_verified
content_valid
first_attempt_success
eventual_success
latency_ms
bytes_transferred
failure_layer
incident_id

盡可能使用別名，不儲存原始端點。SLA 資料集中不得出現代理密碼、API 權杖、Cookie、完整敏感 URL 或個人資料。所有探測點保持時鐘同步，並保留不可變的原始摘要，方便重建事故時間線。

計算可用率與錯誤預算

對每個分層計算：

可用率 = 合格成功操作數 / 合格操作總數

若目標為 99.9%，錯誤預算就是合格操作數或合格時間的 0.1%，具體取決於合約。請求型與時間型公式不能混用。

日級資料用於發現問題，是否達標則按合約週期評估。加入滾動消耗率，判斷錯誤預算是否比月份允許的速度消耗得更快。短時間嚴重事故與長時間區域退化可能消耗相近預算，但需要不同處置。

公開對帳排除項

同時維護兩種檢視：

1. 客戶觀察可用率，反映真實業務體驗；
2. 合約可用率，套用雙方約定的排除條款。

每個排除區間都要保留原因、起止時間、受影響產品和證據，避免把維護、目標行為或客戶錯誤當成模糊的萬用解釋。

雙方監控不一致時，先比較時間戳、閘道範圍、路由選擇、驗證結果與探測位置，再判斷責任。

製作事故證據包

超過門檻後產生精簡證據包：

• 不含憑證的帳號與涵蓋服務資訊；
• 事故開始、發現、升級、復原和驗證時間；
• 受影響區域、協定與工作階段模式；
• 首次成功率和最終成功率圖表；
• 脫敏的代表性錯誤樣本；
• 路由與直連回退驗證；
• 重試放大和成本影響；
• 對應合約條款與要求補救；
• 服務商工單號和回覆。

只傳送解決問題所需的最少證據，不要附帶含有秘密或無關目標資料的原始歸檔。

同時驗證支援承諾

支援回應通常比基礎設施歸因更容易測量。對每個獲准測試或真實事故記錄確認時間、合格技術回覆時間、更新頻率和復原確認。

不要製造虛假緊急事件測試客服。使用雙方約定的測試工單或真實問題，選擇正確嚴重等級，並清楚揭露受控測試性質。

用結果支援續約

每個週期結束後比較：

• 合約可用率與客戶觀察的有效結果可用率；
• 未達標的市場和工作階段模式；
• 有效結果的 p50、p95 和 p99 延遲；
• 錯誤預算消耗和事故集中度；
• 支援回應與復原表現；
• 取得的服務抵扣與申請金額；
• 每個有效結果的代理及基礎設施成本；
• 復原與對帳耗用的工程時間。

少量抵扣可能無法彌補營運工作與資料損失。續約應考慮總業務影響，而不只看狹窄合約公式是否達標。

SLA 稽核清單

• [ ] 涵蓋產品、路徑、市場和帳號等級明確。
• [ ] 可用率公式與排除條款可測試。
• [ ] 首次成功與最終成功分開。
• [ ] 閘道、路由、結果和工作階段指標分開。
• [ ] 探測代表正式區域且不會製造負載。
• [ ] 可以偵測並拒絕直連回退。
• [ ] 分類邏輯在測量前已版本化。
• [ ] 原始證據不含憑證和個人資料。
• [ ] 週期內持續監控錯誤預算消耗。
• [ ] 事故證據符合申請期限與格式。
• [ ] 支援承諾得到誠實測量。
• [ ] 續約使用每個有效結果成本和業務影響。

常見問題

閘道健康檢查足以證明可用率嗎？

不足。它只證明閘道回應該檢查。路由可用性、區域正確性、工作階段行為與有效業務輸出需要獨立指標。

目標網站阻擋應算服務商故障嗎？

應單獨分類，並按書面合約處理。不論合約是否排除，都應保留在客戶觀察的有效結果指標中，因為它會影響工作負載。不得用輪換覆蓋目標網站的存取決定。

探測應多頻繁？

應能在業務目標時間內發現事故，同時保持最小授權流量。間隔需要結合測量週期、區域數量和稀疏樣本誤判風險。

可以使用服務商儀表板作證據嗎？

可以，但只能作為來源之一。仍需保留客戶端獨立測量，因為儀表板可能彙總不同產品、區域或分母。

簽約前最應確認什麼？

確認範圍、公式、排除項、事故時間戳、證據格式、申請期限、嚴重等級和補救方式。這些內容在故障期間很難重新協商。

簽約前可使用 98IP 的住宅代理評估清單和代理試用統計指南，並以每個成功請求成本完成財務比較。

合規說明

只對自有或明確獲准的端點與帳號執行探測。遵守網站條款、robots 指令、速率限制、隱私義務和適用法律。監控不會自動授予存取權。盡量減少保留資料、保護憑證，並在目標或服務商政策要求時停止探測。