備援試行週：即時運行之有序備援演練

備援試行週：即時運行之有序備援演練。

為什麼在第一週進行即時備援演練至關重要

在試行流量的第一週，單純依賴合成測試會營造出虛假的安全感。真實的電信網路在實際負載下表現各異，需要有主動的驗證步驟。進行即時故障轉移演練可確保當上游主路由遭遇無預警劣化或硬中斷時，您的備援邏輯能立即無縫啟動，且完全不影響日常營運業務與用戶體驗，並防止潛在的服務中斷。

在不中斷生產 OTP 的情況下規劃演練結構

為了在即時系統上安全執行備援演練，您可以將一小部分控制得宜的測試或暫存流量導向主要端點，然後蓄意觸發切換事件。這樣能確保生產環境的驗證碼發送不受影響，進而提升系統整體穩定度。在啟動此測試之前，請確保您的部署通過 traffic_ok 試行量閘門 驗證，以確認系統已完全準備就緒。

演練執行指標與 DLR 表格

在執行階段，工程師必須全程稽核傳遞延遲、狀態回調與重試佇列的運作狀況。透過即時儀表板監控這些關鍵數據，可以快速辨識潛在的效能瓶頸。下表列出成功演練的各項可接受閾值：

演練期間的預付保留與餘額閾值

即時故障轉移測試涉及真實的平台互動，包含透過 JIT 佈建進行電話號碼配置以及發送外寄簡訊。平台餘額邏輯在嚴格的風險管理規則下運作：帳戶必須維持至少 USD 20 的預付底線，才能保持主動路由啟用。若低於此額度，切換機制可能會暫停以防止資金過度扣抵，確保測試期間資金與服務安全。

通過閘門並確認就緒狀態

一旦備援演練展現出乾淨的過渡時間與準確的網頁勾點傳遞，請將詳細的測試記錄與數據報告記載於您的營運日誌中，以備日後稽核與系統維護查閱。完成此練習是滿足 上線前故障轉移閘門 政策的必要條件，該政策將為您的帳戶解鎖完整的即時生產徽章與高級功能。

從 IOSOR 開始

第一週選一條試驗走廊，不要選產線 OTP 佇列。流量還活著但很小時，強制一次有序備援 hop。填 DLR 表：主路徑年齡、備援年齡、一筆 debit、誠實狀態。把產線 OTP 留在這張紙外面。稱這週為綠之前，交給路徑負責人。

IOSOR 要點

試驗週備援是活的有序演練，不是合成 ping。

要做：在試驗走廊強制一次 hop，把產線 OTP 留在紙外。

不要：用實驗室 ping 把這週蓋綠，或在產線 OTP 佇列上演練。