Pulseで考える電話サービス監視｜第9回
電話システムの設定変更が完了しても、利用者の経路がすべて正常とは限りません。番号、案内、転送、接続先が組み合わさるため、変更した場所とは別の経路に影響が出る場合があります。Pulseによる定期監視を、変更前の基準と変更後の確認にどう組み込むかを説明します。
1. 変更前の状態を基準として残す
変更後の結果だけでは、以前からの傾向なのか、変更による差なのかを判断しにくくなります。対象番号、発信条件、シナリオ、受け側をそろえ、変更前の結果を記録します。
案内内容を意図的に変える場合は、どの結果が変わるべきかも書きます。新旧を同じ期待文言で比べるのではなく、変える項目と維持する項目を分けておくことが重要です。
変更の前後を同じ条件で比べるには、移行前後の動作比較の進め方も参考にしてください。
2. 作業の節目を記録する
設定反映、接続先切り替え、サービス再開、切り戻しなどの時刻を残します。監視の失敗や応答時間の変化を、これらの作業と対応づけます。電話システム側と監視側の時計・タイムゾーンもそろえます。
同時に複数の変更を行うと、原因の切り分けが難しくなります。作業上可能な範囲で段階を分け、それぞれで何を確認して次へ進むかを決めます。作業担当と運用担当が同じ確認表を使うと、判断のずれを減らせます。
3. 変更時の通知を一律に止めない
予定停止で失敗が発生することはありますが、すべての監視を停止すると、影響してはいけない番号の異常まで見えなくなる可能性があります。停止・抑制する対象、期間、責任者を限定します。
結果を記録し続けて通知だけを扱い分けるのか、実行自体を止めるのかも区別します。Pulseと外部の運用基盤で利用できる方法を確認し、再開したことまで手順に入れます。監視の停止中は正常と記録せず、未確認の区間として扱います。
4. 変更後は同じ入口から確認する
管理者向けの内部番号だけで成功しても、利用者が公開番号から通る経路の正常性は分かりません。監視で確認したい本番の入口と共通区間を維持し、必要な到達点まで確認します。
代表経路だけでなく、変更の影響を受けるメニュー、転送先、時間帯も選びます。すべての組み合わせを日常監視へ入れる必要はありませんが、変更時に必要な確認範囲と、その後に継続する範囲を分けておきます。
SBCの更改を伴う場合は、SBC更改時の負荷試験も別の目的として計画し、定期監視で確認できる範囲と区別します。
5. 定期監視と受入テストを組み合わせる
Pulseによる本番監視は、変更後に定めた経路を継続して観測する役割を持ちます。一方、多数の分岐や例外操作を一度に確認する試験、想定負荷での試験は、別の計画として用意します。Cyaraも機能・回帰テスト、負荷試験、本番監視を目的別に説明しています。参考：Cyaraのテストと監視の位置づけ
監視が正常だから、未実施の受入項目や性能試験まで完了したとは扱いません。確認した範囲を明示し、残る項目と責任者を記録します。
受入時に確認する経路は、クラウドIVRの回帰試験の確認項目で整理できます。
6. 切り戻しの判断と、その後の確認
| 決めておく項目 | 内容の例 |
|---|---|
| 判断材料 | 重要経路の失敗、影響範囲、調査結果 |
| 判断者 | 業務と作業の責任者 |
| 判断期限 | 調査を続ける時間と切り戻しに必要な時間 |
| 切り戻し後の確認 | 元の期待結果、代表経路、継続監視の再開 |
監視の失敗一つで機械的に判断するのではなく、合意した手順に従います。切り戻したら、サービス設定だけでなく監視の期待結果も整合しているかを確認します。
作業完了時には、変更前後の結果、未確認の範囲、監視の再開状況を残します。継続監視は、作業完了の後も利用者の経路を追い、遅れて現れる問題に気づくために役立ちます。
電話サービスの継続監視について相談する
代表番号・重要経路・監視時間・通知先を整理する際は、Pulseによる電話サービスの外形監視をご覧ください。監視する電話番号・経路と運用体制を相談するから、自社の構成に合わせた確認範囲をご相談いただけます。