更換代理供應商不是單純替換帳號與密碼，而是一次涉及網路身分、驗證、路由、工作階段、DNS、重試策略、合規與成本的正式環境變更。即使新服務在控制台中看起來更快，也可能因國家參數、黏性工作階段語意、錯誤碼或上游位址池不同而不適合真實業務。
以下手冊適用於住宅、輪替、ISP、資料中心、IPv4、IPv6、HTTP、HTTPS 與 SOCKS 代理。所有測試都只能用於已獲授權的工作與目標。
1. 先盤點所有依賴
為每個擷取器、廣告驗證工作、市場研究管線、瀏覽器工作器與 API 整合建立清單，記錄閘道與連接埠、驗證方式和密鑰負責人、國家/地區/城市/ASN/工作階段參數、協定與 IP 版本、DNS 解析位置、連線與讀取逾時、併發與速率限制、可重試錯誤、最大嘗試次數、黏性工作階段壽命、IP 白名單及監控依賴。
不要把憑證複製進遷移文件，只記錄核准的密鑰位置和負責人。清單的價值在於停用舊端點前找出隱藏的使用者。
2. 切換前定義成功與回復
指標必須來自真實工作負載，而不是只看平均延遲。至少統計成功回應、連線失敗、代理驗證失敗、目標限流、p50/p95 延遲、傳輸位元組、可用出口數量、地理準確率、工作階段存活率和每次成功請求成本。
預先設定暫停條件，例如終態失敗率超過約定幅度、工作階段連續性受損、地理位置異常或成功單位成本超標。明確指定誰能宣布回復，以及多久能恢復舊線路。可搭配代理試用驗收測試和代理 SLA 驗證指南建立評分表。
3. 驗證供應是否真的不同
品牌不同不表示網路不同。應在具代表性的時間窗比較 ASN、子網路、地理分布、協定行為和位址更替模式。如果兩家服務高度依賴相同上游網路，遷移後仍可能面對相關性故障。
分別執行代理 ASN 集中度稽核。多地區研究工作與穩定帳號工作階段對「多樣性」的要求不同，結論必須回到業務目標。
4. 建立統一基準
兩家服務必須使用相同目標、請求組合、地區、併發、逾時、負載大小和觀察窗口。預熱與穩態資料分開統計，並區分供應商故障、目標回應與用戶端逾時。
不要只比較流量單價，而要比較每個成功頁面、有效驗證或可接受資料列的成本。每次成功請求成本方法可避免失敗嘗試被忽略後產生的虛假低價。
5. 安全執行影子流量
先把具代表性的授權樣本複製到新線路，但不讓結果驅動正式決策。禁止重複提交、購買、傳訊或其他有副作用的操作。比較回應結構、狀態碼分布、延遲、地理位置和工作階段表現。
影子流量需有獨立速率預算，不能讓目標負載無意間加倍，也不能違反目標規則。記錄中的密鑰與個人資料必須遮蔽。
6. 按工作負載分階段，而非逐請求隨機
從低風險小群組開始，可依 1%、5%、20%、50%、100% 推進，每階段都經過完整觀察窗口。群組應保持穩定：整項工作、租戶、地區或工作階段固定在同一家供應商。逐請求隨機切換會破壞工作階段連續性，也使問題難以歸因。
每個階段都要和舊線路上的同期對照組比較。沒有警示不代表通過，必須滿足預設門檻才能晉級。
7. 排空黏性工作階段
不要把使用中的黏性工作階段從一家供應商搬到另一家。先停止向舊池分配新工作階段，讓舊工作階段自然完成或過期，再把新工作階段送往灰度池。持續追蹤剩餘數量與年齡，以真實狀態決定切換時間。
可用住宅代理工作階段黏性測試獨立驗證。如果流程同時綁定 Cookie、瀏覽器指紋與網路身分，應把它們視為一個整體遷移。
8. 重新映射錯誤並限制重試
不同服務可能用不同錯誤表示驗證失敗、地區資源耗盡、連線重設、目標限流或閘道過載。晉級前建立錯誤映射，不要把所有 4xx 或 5xx 都視為可重試。
使用帶抖動的指數退避、嚴格的嘗試上限與全域重試預算。新線路退化時，自動重試不能把小故障放大成目標壓力與費用暴增。
9. 保留獨立且驗證過的回復路徑
在回復窗口內保留舊線路、憑證、白名單、監控與容量，並在首次灰度前實際測試路由切回。回復必須能還原已知良好設定，不能在事故中臨時重建。
完成 100% 切換後至少觀察一個完整業務週期。確認沒有舊使用者後，停止舊憑證的新使用、清理白名單、透過核准的密鑰系統撤銷憑證並結束重疊容量，同時記錄最終帳單。
建議時程
- T-14 天：盤點使用者、定義 SLO、選擇測試地區並準備回復。
- T-7 天：完成統一基準與供應重疊檢查。
- T-2 天：執行影子流量並修正錯誤映射。
- 切換日：依序通過灰度門檻，以排空方式處理工作階段。
- T+1 天：複核夜間工作、地區覆蓋與費用。
- T+7 天：確認舊流量歸零，撤銷憑證並結束重疊支出。
驗收清單
- 所有使用者與負責人均已確認。
- 兩條線路使用完全相同的測試條件。
- 已理解 ASN 集中度與供應重疊。
- 成功率、延遲、地理、工作階段與單位成本均達標。
- 重試具有嘗試上限與全域預算。
- 使用中的工作階段留在原供應商直到排空。
- 回復已演練，且不依賴新供應商。
- 舊憑證只保留至核准回復窗口結束。
- 合規、目標規則與資料處理要求已有紀錄。
常見問題
遷移會改變 DNS 或協定行為嗎？
可能。要測試 DNS 在何處解析、IPv4/IPv6 選擇、SOCKS5 遠端 DNS、TLS 連通性和連線重用。一次基礎請求成功不能證明正式協定路徑等價。
每個灰度階段要執行多久？
應覆蓋業務自然波動，包括尖峰併發、重要地區與至少一個排程工作週期。低流量群組通常比高流量群組需要更久。
何時可移除舊服務？
只有當所有使用者都在新線路驗證通過、回復窗口結束、舊工作階段歸零、監控確認無隱藏流量，且撤銷憑證不會失去恢復能力時才可以。
合規說明
代理基礎設施不表示取得目標系統存取許可。請遵守法律、合約、速率與機器人政策、帳號規則、隱私義務和目標條款；使用最小權限憑證、減少資料保留，並為每項正式工作保留可稽核負責人。
