「注文フォームが送信できません」。得意先の担当者からそう電話がかかってきたのは、金曜日の午後三時だった。慌ててサイトを開いてみると、確かにエラー画面が表示されている。ログを遡って確認すると、異常が始まっていたのは前日の夜十一時過ぎ。つまり丸一日以上、フォームは沈黙し続けていたことになる。その間に何件の問い合わせが失われたのか、正確な数は誰にもわからない。わかるのは、それに最初に気づいたのが自社の誰かではなく、迷惑をかけられた側のお客様だったという事実だけだ。
この種の話は、決して珍しいものではない。中小企業の現場を歩いていると、似たような経験を語る担当者に何度も出会う。ある製造業の受注管理システムは、深夜バッチが止まっていることに三日間誰も気づかず、月初の請求処理が丸ごと一週間遅れた。ある小売業のECサイトは、決済代行会社の仕様変更に対応できず半日決済不能になっていたが、発覚したのは翌朝の売上集計がゼロだったからだった。共通しているのは、システムそのものの複雑な欠陥ではなく、異常が起きたことに気づく仕組みがそもそも存在していなかったという、もっと手前の問題だ。
この記事では、監視やアラートという言葉に馴染みのない経営者やシステム担当者に向けて、なぜ気づくのが遅れるのか、何を最低限見張っておくべきか、そしてアラートが鳴ったときに慌てないための備えをどう作るかを、専門用語をできるだけ避けながら順番に説明していく。
なぜ中小企業は障害に気づくのが遅れがちなのか
まず押さえておきたいのは、これは能力の問題ではなく、体制の問題だということだ。優秀なエンジニアが一人いれば解決するという話ではない。むしろ、システムを一人二人で見ている会社ほど、この落とし穴にはまりやすい。
理由の一つは、システムは黙って壊れるという性質にある。工場の機械なら異音がしたり煙が出たりして、五感で異常を察知できる。しかしサーバーやアプリケーションは、止まっていても静かなままだ。画面を見なければ、誰かがアクセスしなければ、何も起きていないのと見分けがつかない。夜間や休日にトラブルが起きれば、翌営業日の朝、あるいは顧客からの連絡があるまで、誰も気づけないのは当然の帰結と言える。
もう一つの理由は、担当者が兼務であることが多いという事情だ。経理も総務もシステムも一人で回している会社では、四六時中管理画面を眺めているわけにはいかない。人力での見回りには限界があり、限界があること自体は責められることではない。問題は、その限界を補う仕組みを用意していないことにある。
三つ目は、システムが動いているという感覚と、正常に動いているという事実がイコールではないという誤解だ。トップページが表示されているからといって、注文フォームの送信ボタンが機能しているとは限らない。管理画面にログインできるからといって、外部の決済連携が生きているとは限らない。見た目の無事と、機能の無事は別物であり、この違いに気づいていない会社は多い。
監視とアラートとは何か、専門用語なしで説明する
難しく聞こえるかもしれないが、監視とは要するに「代わりに見張ってくれる仕組み」のことだ。人間が二十四時間張り付いて画面をチェックし続けるのは現実的ではないので、コンピューターに定期的なチェックを任せる。たとえば五分おきに「サイトは開けるか」「注文フォームは送信できるか」を機械的に確認させ、いつもと違う反応が返ってきたら知らせてもらう。これが監視の基本的な仕組みだ。
そしてアラートとは、その監視の仕組みが異常を検知したときに、人間に伝えるための連絡手段のことを指す。メールで届くこともあれば、チャットツールに通知が飛ぶこともあるし、電話で鳴ることもある。監視が見張り役だとすれば、アラートはその見張り役から担当者への報告の電話だと考えるとわかりやすい。
大事なのは、監視とアラートは必ずセットで機能して初めて意味を持つということだ。異常を検知しても、それを誰にも伝えなければ、気づかれないまま放置されるのは変わらない。実際、監視ツールを導入したのにアラートが誰にも届いていなかったという失敗は、後で詳しく触れる通り非常によくある。見張り役を雇っただけで、報告先の電話番号を渡し忘れているような状態だ。
最低限監視すべきポイント
すべてを完璧に監視しようとすると、何から手をつければいいかわからなくなる。まずは次の三つの層に絞って考えるとよい。
サイトやシステムが表示されるか
最も基本的な確認は、サイトやシステムのトップページ、あるいはログイン画面が正常に表示されるかどうかだ。サーバーが落ちている、ドメインの設定が切れている、証明書の期限が切れているといった致命的な問題は、まずここで検知できる。無料の監視サービスでも数分おきの巡回はできるので、これはどんな会社でも今日から始められる。
重要な機能が実際に動くか
表示できることと、機能することは別だと先ほど述べた。会社にとって売上や信頼に直結する重要な操作、たとえば注文フォームの送信、会員登録、ログイン、決済処理などは、実際に一連の操作を機械に自動で試させて、最後まで完了するかを確認する仕組みを組み込みたい。冒頭の失敗例は、まさにこの層の監視がなかったために起きたものだ。トップページ自体は正常に表示され続けていたので、見た目だけでは異常に気づけなかった。
サーバーの容量や負荷
ディスク容量が満杯に近づいている、メモリの使用率が高止まりしている、アクセスが急増して処理が追いついていないといった兆候は、実際にサイトが完全に止まる前触れであることが多い。これらの数値を定期的に確認し、一定のしきい値を超えたら知らせてもらう設定をしておくと、致命傷になる前に手を打てる。事後対応から事前対応へと切り替えられるかどうかは、この層の監視があるかどうかで大きく変わる。
この三つの層をすべて完璧に揃える必要はない。まずはサイトが表示されるかどうかの監視から始め、余裕ができたら重要機能の監視、サーバー容量の監視へと段階的に広げていけばよい。小さく始めて、着実に積み上げていく姿勢こそが、この分野では正解に近い。
アラートが来たときに慌てないための準備
監視の仕組みを整えても、実際にアラートが鳴ったときに誰が何をするかが決まっていなければ、結局は右往左往することになる。夜中に通知が届いたが、誰が対応すべきかわからず、翌朝まで放置されてしまったという話もよく聞く。ここでは、事前に決めておくべき三つのことを挙げる。
- 誰が最初に通知を受け取るか。特定の一人だけに集中させると、その人が休暇中や体調不良のときに機能しなくなる。最低でも二人以上に届く体制にしておきたい。
- 通知を受け取った人が最初にすべきことは何か。原因を完全に特定する必要はない。まずは実際にサイトやフォームを自分の目で確認し、本当に問題が起きているのかを見極める。この初動だけでも決めておけば、無駄な混乱は大きく減る。
- 自分たちだけで対応できないと判断したときに、誰に連絡するか。制作会社や保守を委託している事業者の緊急連絡先を、平時のうちに確認し、社内で共有しておく。トラブルが起きてから連絡先を探し始めるようでは遅い。
この準備は、いわば避難訓練に似ている。火事が起きてから避難経路を確認する人はいない。起きる前に、誰が何をするかを決めておくからこそ、いざというときに落ち着いて動ける。システムの障害対応も、まったく同じ考え方で備えておくべきものだ。
そして、こうした地味な準備を淡々と積み重ねている担当者ほど、社内で評価されにくいという現実もある。何も起きなければ、備えがあったこと自体が誰の目にも触れない。だが、顧客からの指摘で初めて障害に気づくという恥ずかしい思いを二度としないために、見えないところで地道に手を打ち続けている人たちがいる。その努力は、たとえ表に出なくても、確かに会社を守っている。
よくある失敗パターン
監視やアラートの仕組みを導入したものの、実際には機能していなかったという失敗も少なくない。代表的なパターンをいくつか紹介する。
アラートが届く先が個人のメールアドレスのまま放置されている
導入時に設定した担当者が退職や異動でいなくなり、通知先のメールアドレスだけが古いまま残っているケースは驚くほど多い。定期的に、通知先が今も有効な人物や仕組みに届いているかを確認する習慣を持ちたい。
アラート疲れで通知を無視するようになる
しきい値の設定が厳しすぎると、実害のない些細な変動でも頻繁に通知が飛んでくるようになる。最初は真剣に確認していた担当者も、次第に「またか」と思うようになり、やがて通知が来ても開かなくなる。これでは本当に重大な障害が起きたときも見逃してしまう。通知の精度を上げ、本当に対応が必要なものだけが届くように調整し続けることが大切だ。
監視の対象が表面的な部分だけに偏っている
トップページの表示だけを監視し、注文や決済といった収益に直結する機能を監視していないケースも多い。何を守りたいのかという視点から逆算し、監視の対象を決める必要がある。
誰も設定を見直していない
システムは日々変化する。新しい機能を追加したのに、監視の対象に加えるのを忘れていた、という話もよくある。監視の仕組みは一度作って終わりではなく、システムの変化に合わせて育てていくものだと捉えておきたい。
まとめ
顧客からの指摘で障害に気づくという経験は、担当者にとって大きな痛手になる。信頼を損ねるだけでなく、自分たちの備えの甘さを突きつけられるからだ。しかし、これは特別なことではなく、多くの中小企業が通ってきた道でもある。大切なのは、その経験を次に活かし、静かに壊れるシステムに対して、静かに見張り続ける仕組みを用意することだ。
まずはサイトが表示されているかどうかの監視から始め、次に重要な機能が動いているかどうかへと広げ、あわせてアラートが鳴ったときに誰が何をするかを決めておく。そのうえで、通知先が生きているか、アラート疲れが起きていないかを定期的に見直す。この地道な積み重ねこそが、障害に気づくのが遅れる会社と、いち早く手を打てる会社を分ける分かれ目になる。
目立たない場所で、誰かに褒められるわけでもなく、こうした備えに向き合い続けている担当者は多い。その努力は、何も起きない平穏な日々という形で、確かに会社を支えている。壁を越えて働くというのは、派手な成果を出すことだけを指すのではない。誰も気づかないところで危機を未然に防ぎ続けることも、立派に壁を越えた仕事の一つだ。