Pulseで考える電話サービス監視｜第3回
電話サービスの外形監視は、利用者がサービスへアクセスする流れを実際に試し、期待どおりに動くかを確認する方法です。Pulseを使った電話の監視では、定期的なテストコールを通じてその流れを確認します。この記事では、監視間隔、確認範囲、結果の読み方を説明します。
1. 外形監視はサービスの入口から結果を見る
装置の内部状態を読む監視とは異なり、電話をかけ、案内を聞き、操作に対する応答を確認します。確認用の通話を自動的に発生させる方法は、合成監視、シンセティック監視とも呼ばれます。
実際の電話網を通るか、どの地域・経路から発信するかは構成次第です。「外形監視」という名称だけで、すべての利用者と同じ経路を通ると考えないでください。Pulseで利用する発信条件と監視対象の経路を対応づけます。
2. 定期的に確認する意味
朝に正常だった設定が、昼も正常とは限りません。設定変更、接続先の状態、時間帯別のルーティングなど、運用中にも条件は変わります。定期監視は、決めた条件での確認を繰り返し、結果の変化を捉えるために行います。
Cyaraの公開例にも、応答、ルーティング、操作後の応答を別のシナリオとして監視する考え方が示されています。そこで使われる間隔は個別の例であり、すべての環境への推奨値ではありません。参考：監視キャンペーンの設計例
3. 間隔と検知時間の関係
仮に5分ごとに実行する場合、直前の確認が終わった後に障害が起きると、次の実行までおよそ5分待つ場合があります。そこへシナリオの所要時間、再試行、通知処理が加わります。従って「5分間隔＝必ず5分以内に通知」ではありません。
また、次の確認までに自然復旧した短い障害は検出できない可能性があります。間隔を短くすると観測機会は増えますが、通話量とコスト、受け側の利用量も増えます。重要度と運用負担の両方から決めます。
4. 実行回数を見積もる
単純化して、1経路を5分ごとに24時間確認するなら、1日当たり24 × 60 ÷ 5＝288回です。10経路なら2,880回になります。これは再試行や実行の重なりを含まない設計上の計算例で、Pulseの契約単位や実行保証を示すものではありません。
必要な通話量は、経路数だけでなく各シナリオの長さ、発信条件、実行時間帯でも変わります。1経路の結果を見る段階から、全体の同時実行と受け側への影響を見積もってください。
確認する経路を具体化するには、電話番号と経路から監視シナリオを作るの手順を参考に、番号と期待結果を整理します。
5. 正常・異常・未確認を分ける
| 状態 | 意味 |
|---|---|
| 正常 | 実行したシナリオが期待する結果を満たした |
| 異常 | 実行したが、定めた条件を満たさなかった |
| 未確認 | 停止、未実行、情報不足などで結果が分からない |
この表は結果を解釈するための分類です。製品画面の正式な状態名ではありません。失敗通知が来ていないだけで正常とせず、最後にいつ実行され、いつ正常を確認できたかを見ます。
判定結果を運用につなげる際は、通知条件と復旧対応の設計も合わせて決めてください。
6. 実際の通話をすべて代弁するものではない
選んだ経路の成功率は、そのテスト群の結果です。全利用者の通話成功率やSLAの可用性と同じ数値とは限りません。発信地域、時間帯、メニュー、障害時の再試行の扱いが集計に影響します。
業務上の重要経路を優先し、実通話の申告や機器監視と組み合わせます。Pulse導入時は「何を確認できたか」と「まだ確認していないこと」を説明できる監視設計にすることが大切です。
電話サービスの継続監視について相談する
代表番号・重要経路・監視時間・通知先を整理する際は、Pulseによる電話サービスの外形監視をご覧ください。監視する電話番号・経路と運用体制を相談するから、自社の構成に合わせた確認範囲をご相談いただけます。