インターネットが落ちても届くSMS通知
サーバー、ネットワーク、環境の異常を、本番系とは別経路の4Gモデムから送信します。インターネットやクラウド監視ツールが使えなくなっても、本文は届きます。
HTTP、SQL、CLIのトリガー。Windows 10、11、Server。
ここでの「アウトオブバンド」とは
通知の経路が、監視対象の経路から物理的に分かれています。監視サーバーがSMSゲートウェイへ書き込み、ゲートウェイが4Gモデムを制御し、メッセージはモバイル網から送られます。
オフィスのインターネットが落ちても、VPNが切れても、クラウドの管理画面に届かなくても、この経路は影響を受けません。通知しようとしている障害が、通知手段まで一緒に止めることはありません。
監視プラットフォームの代替ではありません。プラットフォーム自身のネットワークが壊れたときに、プラットフォームが提供できない最後の区間を担います。
3つの起動方法
院内システムがすでに理解している方法を使ってください。
HTTP webhook
URLへPOSTできるスクリプトや監視ツールなら、どれでも通知を起こせます。
SQLテーブル
ジョブやトリガーから行を書き込みます。リスナーが数秒ごとにテーブルを確認して送信します。
コマンドライン
バッチファイル、cronジョブ、バックアップスクリプトからCLIを呼び出します。終了コードでキュー投入の成否が分かります。
ラック内の機器
通知経路が障害を生き残るかどうかは、3つの現実的な選択で決まります。
産業用LTEモジュール
外部アンテナ付きのDINレールまたはRS-232モジュール。金属製キャビネットの中では、民生用モデムより安定します。
専用のAndroid端末
安価で交換も容易、窓際の棚に置けます。ゲートウェイアプリのバッテリー最適化は無効にしてください。
独立した電源
ゲートウェイPCとモデムをUPSまたは小型の独立電源につなぎ、ラックの停電が通知を止めないようにします。
電波と電源は、障害の最も一般的な2つの原因です。ソフトより先にアンテナを確認してください。機器選びはGSMモデムとは何かから始め、全機能はPC向けSMSページにあります。
ルーティング、重複排除、エスカレーション
鳴りすぎる通知システムは切られてしまいます。いくつかのルールで有用なまま保てます。
| ルール | 目的 | 適用方法 |
|---|---|---|
| 当番へのルーティング | 必要な人に届ける | 当番の番号または国別トピックのTelegramグループへ送る |
| 重複の統合 | 1つの障害で40通のSMSを送らない | 送信前に、一定時間内の機器と本文でグループ化する |
| 静かな時間帯 | 深夜3時の重要でない通知はシステムを切らせる | 重大と非重大のテンプレートを分け、時間帯を変える |
| エスカレーション | 確認が取れない場合に2人目へ渡す | 応答がなければ、遅延して2番目の番号へ再送する |
できることと制限
対応
HTTP、SQL、CLIのトリガー、双方向の返信、Telegramへの転送、機器別ルーティング、ローカルログ。
非対応
ポケットベル並みのSLA、配信保証、監視プラットフォームの代替、自社が保有しない回線。
依存するもの
電波品質、SIMプラン、キャリアのルーティング、トリガー側システムの信頼性。
購入者がよく尋ねる質問
監視システムの代わりになりますか?
いいえ。通知ステップの代替です。監視プラットフォームはそのまま残し、インターネットに依存しない配信経路としてSMSを追加してください。
拠点全体がオフラインでも送れますか?
PC、モデム、SIMに電源と電波があれば送れます。UPSにつなぎ、可用性が重要なら別キャリアの2枚目のSIMを用意してください。
通知はどれくらいで届きますか?
ゲートウェイは数秒でキューに入れます。配信時間はキャリアが決め、通常は数秒ですが網の混雑で延びることがあります。
当番表に合わせて送れますか?
はい。配信リストを設定し、シフト変更時に番号を変えるか、返信をTelegramグループへ転送します。
どのデータベースから送信を起動できますか?
SQLリスナーはMySQL、SQL Server、Oracleに対応します。行を挿入できるシステムなら、どれでも通知を起こせます。