Pulseで考える電話サービス監視｜第7回
異常を検知しても、誰も通知を見ていなければ対応は始まりません。一方、小さな変動のたびに大量の通知が届くと、重要な異常を見落としやすくなります。Pulseの導入では、監視対象だけでなく、通知から対応・再確認までの運用を設計します。
1. 実行・判定・通知を分ける
実行間隔は、どれくらいの頻度で確認するかです。判定条件は、何を正常・異常とみなすかです。通知条件は、どの結果を誰に伝えるかです。この3つを別々に決めると、通知が遅い・多いという問題を整理できます。
Pulseのデータシートでは、時間条件やテスト失敗に基づく通知が紹介されています。再確認や通知の組み合わせをどこまで製品内で構成するか、外部の運用基盤で補うかは導入環境で確認します。参考：Pulseデータシート
通知条件の前提をそろえるには、監視対象とシナリオの設計で、対象経路と期待結果を確認してください。
2. 重要度に応じて初動を変える
緊急性の高い受付番号の接続失敗と、案内開始が平常時より少し遅い状態では、必要な対応が違います。業務影響、発生範囲、継続性を基準に通知の扱いを決めます。
| 事象の例 | 運用上の扱いの例 |
|---|---|
| 重要番号に接続できない | 担当者へ速やかに連絡し、確認を開始 |
| 一部の案内だけ条件不一致 | 変更記録と期待結果を照合 |
| 応答が徐々に遅くなる | 傾向と業務影響を確認して調査 |
| 監視が予定どおり実行されない | 監視側の状態を確認 |
この表は設計例です。製品の固定された重大度や自動動作を示すものではありません。通知の受信担当が必要な情報を確認し、専門担当へ引き継ぐ流れも決めます。
3. 再確認で増える時間を把握する
例えば1回の失敗で連絡するか、再確認してから連絡するかで、誤検知への対応と検知の速さは変わります。再確認を追加すると一時的な失敗を見分けやすくなる一方、その分だけ連絡が遅れます。
5分間隔で2回続けて失敗したら連絡するという仮想ルールなら、2回目の実行を待つ時間が追加されます。重要番号の完全な接続失敗でもその待ち時間を許容するのか、単なる時間超過と同じ扱いでよいかを検討してください。
4. 通知文に必要な情報を入れる
- 対象番号または業務名、シナリオ名。
- 実行時刻とタイムゾーン、失敗した段階。
- 期待する結果と実際の結果、確認できた範囲。
- 調査情報への参照先、担当者と初動手順。
受信者が通知だけで原因を断定する必要はありません。「何が起き、まずどこを見るか」が分かることが重要です。各項目を実際の通知へ含められるかは、提供項目と外部連携の構成に合わせて確認します。
5. 対応者と復旧条件を決める
平日日中、夜間、休日で担当者が変わるなら、連絡先と引き継ぎを整理します。担当者が応答できない場合の次の連絡先も必要です。製品から通知が送られたことと、人が受け取り対応を開始したことは分けて記録します。
復旧は一度の成功だけで判断するのか、一定の確認を行うのかを定めます。全体障害から一部経路だけ回復した場合に、全復旧と扱わないことも重要です。計画作業中の通知の扱いは、停止する範囲と再開時刻を明記します。
移行や設定変更に伴う通知は、変更作業時の監視と切り戻し確認も参考に、対応者と確認手順を決めます。
6. 通知の試験まで行う
合意した試験条件で失敗を再現し、結果がどのように表示され、誰へ届き、どこに記録されるかを確認します。可能な範囲で通知先の不在や外部連携の停止時も検討します。実業務へ障害を与えるのではなく、監視側の試験条件や試験用経路を使います。
導入後は、対応につながらなかった通知と、通知されず申告で判明した事象を見直します。件数を減らすことだけを目標にせず、必要な異常を適切な担当へ届ける運用に調整してください。
電話サービスの継続監視について相談する
代表番号・重要経路・監視時間・通知先を整理する際は、Pulseによる電話サービスの外形監視をご覧ください。監視する電話番号・経路と運用体制を相談するから、自社の構成に合わせた確認範囲をご相談いただけます。