DIDポータビリティ：本格稼働前のライブスモークテスト

1. ポータビリティ完了ステータスは緑信号ではなくシグナル

ダッシュボード上のDIDポータビリティ申請が完了に変わっても、それは中央レジストリがルーティングプロファイルを更新したことを意味するに過ぎません。すべての下流キャリアがLRNテーブルを再読み込みしたことや、インバウンドSMSウェブフックが正常に処理されていることを保証するものではありません。ポート完了直後に本番トラフィックを完全に切り替えると、OTPの損失や顧客の不満を招きます。運用上の安全性を確保するため、ポータビリティの完了はスモークテストの案内として捉えるべきです。コンソールでルーティングテーブルの更新状況を監視し、LRNデータベースの変更が反映されているか確認することが重要です。

2. ステップ1：インバウンドおよびアウトバウンドのスモークテスト

ライブアプリケーションのトラフィックをルーティングする前に、制御された条件で単一宛先テストを実行します。主要な一般向けネットワークからポートされた番号に手動テストSMSを送信し、有効なペイロードでインバウンドウェブフックが起動するか確認します。配信エラーなしで有効なDLRステータスが返されることを検証します。低ボリュームで両方向をテストすることで、エンドユーザーが気付く前にルーティング異常を検出できます。コンソールでテストメッセージの送信ログと受信ログを照合し、期待通りのパスを辿っているか確認します。

3. ステップ2：ウェブフックの配信とE.164フォーマット

インバウンドルーティングは、正確なJSONウェブフックのフォーマットと厳格なE.164標準化に大きく依存します。標準SLAウィンドウ内でウェブフックがペイロード通知を受信することを確認してください。国コードの欠落や先頭のゼロがない、完全な国際フォーマットが維持されていることを検証します。JIT割り当てやポート済みDIDのアクティベーション中、プラットフォームはトラフィックパスを動的に確保します。低レートのテスト中にHTTP 5xxエラーが返された場合は、直ちに修正してください。コンソールで webhook の受信タイムスタンプとペイロードの内容を詳細に分析し、フォーマットエラーや遅延がないか確認します。

4. ステップ3：段階的なボリューム増加とプリペイド残高管理

新しくポートされた番号でのトラフィック拡張は、5%、25%、50%、そして数時間または数日かけて100%へと段階的な増加に従うべきです。これにより配信レピュテーションが保護され、リアルタイムの残高監視が可能になります。プラットフォームのルーティングは厳格なプリペイド台帳で動作していることを忘れないでください。トラフィック急増時のサービス中断を防ぐため、アカウント残高を必須の20米ドル以上のプリペイドフロアに維持してください。月間支出が1,000米ドル/月に近づくと、パラメータが評価されます。コンソールでプリペイド残高を常に監視し、自動チャージ設定を確認してください。急激なトラフィック増加による残高不足を防ぐため、 quiet hours の設定や、一定額を下回った場合の自動通知設定も有効にします。

5. 検証プロトコルと運用プレイブック

レジリエントなメッセージングアーキテクチャを構築するために、ポータビリティ検証を標準のオンボーディングチェックリストおよび動的番号割り当て戦略と統合してください。ローンチ週の運用手順を確認します。

• OTPローンチ週：バジェット枯渇を防ぐプリペイドチェックリスト
• 番号ポータビリティか新規DIDか
• プリペイドの真実：IOSORが決して約束しないこと

コンソールで、ポータビリティ完了後の各ステップでのテスト結果を記録し、異常があった場合は運用プレイブックに従って迅速に対応します。DLRステータス、webhook の応答時間、および残高の変動を継続的に監視します。

6. IOSORから始めよう

転入が complete になったら先に煙試験。閘門は開かない。転入した E.164 で入向と出向を一通ずつ。webhook の荷物と終端 DLR を確かめる。それから 5、25、50、100。煙の窓を書き出す。量は推測ではない。コンソールで、テストメッセージの送信元と宛先、ペイロード、および受信した DLR ステータスを詳細に記録します。webhook の受信エンドポイントが正しく設定されているか、および E.164 フォーマットが維持されているかを確認します。段階的なトラフィック増加の各段階で、コンソール上のトラフィック量、エラーレート、および残高の推移を監視します。

IOSORの要点

転入完了は煙の招待であり、量の青信号ではない。コンソールでの詳細な監視と段階的なトラフィック増加が、安定した運用への鍵です。

やる：双方向の煙、それから段階。やるな：画面が complete と言った時間に一斉送信すること。コンソールで DLR と webhook の応答を検証し、プリペイド残高を常に 20 米ドル以上に保ち、 quiet hours を活用して予期せぬトラフィック急増に備えます。