Statping-ngでプロフェッショナルなStatus Pageを自作：高速・軽量・無料 – ITFROMZERO

Table of Contents

なぜ独自のステータスページが必要なのか？

次のようなシナリオを想像してみてください。午前2時にサーバーがダウンしました。眠い目をこすりながらログを探している最中、電話には「サイトが壊れてる？」「いつ直るの？」といった大量のメッセージが届きます。障害対応をしながら一人一人に返信するのは、効率の面でまさに悪夢です。

ステータスページこそがその解決策です。ユーザーに真っ白な502エラー画面を見せる代わりに、ステータスページにアクセスしてもらうことで、システムがメンテナンス中なのか、あるいは外部的な障害が発生しているのかを知らせることができます。Statping-ngは、現在私が最もおすすめするツールです。軽量でモダンなインターフェースを備えており、小規模から中規模のシステムに最適です。

Dockerで5分以内にクイックデプロイ

時間を節約するために、Docker Composeの使用をお勧めします。この方法ならデータを分離できるため、将来的なサーバーの移設やアップグレードの際も非常に便利です。

ステップ1：設定ファイルの作成

statpingという名前のディレクトリを作成し、以下の内容でdocker-compose.ymlファイルを作成します：

version: '3'

services:
  statping:
    container_name: statping
    image: adamboutcher/statping-ng:latest
    restart: always
    ports:
      - 8080:8080
    volumes:
      - ./statping_data:/app
    environment:
      - DB_CONN=sqlite
      - IS_DOCKER=true

ステップ2：サービスの起動

ターミナルで次のコマンドを実行します：

docker-compose up -d

その後、http://あなたのIP:8080にアクセスしてください。セットアップ画面がすぐに表示されます。サイト名を入力し、管理者アカウントを作成するだけです。サーバーにDockerがインストールされていれば、このプロセス全体で300秒もかかりません。

プロのようにサービス監視を設定する

単にURLを追加して終わりにしてはいけません。効果的に監視するには、基本的なパラメータを理解する必要があります。

新規サービスの追加

Services -> Createにアクセスします。
Name: 分かりやすい名前を付けます（例：API Core、ランディングページ）。
Service Type: HTTPを選択します。
Check Interval: 30〜60秒程度に設定することをお勧めします。1〜5秒に設定すると、監視システムが意図せず自社サーバーへのマイクロDDoS攻撃のようになってしまいます。

外観のカスタマイズ（ブランディング）

Statping-ngではCSSを詳細にカスタマイズできます。デフォルトの青色から企業のブランドカラーに変更することも可能です。Settingsセクションでは、障害発生時のユーザーのアクセス動向を把握するために、トラッキングコードを挿入する機能を活用しましょう。

Telegramで即座にアラートを受け取る

通知機能のないステータスページは、半分しか完成していないようなものです。顧客よりも先に障害に気づく必要があります。

手順：

@BotFatherにメッセージを送り、ボットを作成してAPI Tokenを取得します。
技術チーム用のTelegramグループを作成し、ボットを追加します。
@getidsbotを使用して、そのグループのChat IDを取得します。
Statping-ngの Notifier -> Telegram に進み、情報を入力して Save をクリックします。

これで、Webサイトの調子が悪くなるたびに、すぐにスマートフォンに通知が届くようになります。

実践的な経験：通知疲れを防ぐ

以前の私の最大の失敗は、デフォルト設定のままにしていたことです。ネットワークが一瞬不安定になっただけでボットが連続してメッセージを送り、結果として通知に慣れてしまう「通知疲れ（Alert Fatigue）」に陥りました。本当にダウンした時に、ただのネットワークの瞬断だと思い込んで無視してしまったのです。

最適な解決策：

「Re-check on failure」を有効にします。少なくとも2〜3回、各10秒間隔で再チェックするように設定しましょう。3回すべて失敗した場合のみ、アラートを発火させます。
ステータスページの設置場所： アプリケーションを実行しているサーバーと同じ場所にステータスページを設置してはいけません。そのサーバーの電源が落ちれば、ステータスページも一緒に落ちてしまいます。独立性を確保するために、別のプロバイダーや別のリージョンの安価なVPSを使用してください。

透明性のあるインシデント管理 (Incident Management)

障害が長引く場合は、チャートを赤く表示させるだけでなく、Incidents機能を活用しましょう。
定期的に対応状況を更新することで、顧客に安心感を与えることができます：

「10:00 – シンガポールのデータセンターでネットワークの混雑を検知しました。」
「10:30 – トラフィックを別のルートに再ルーティングしています。」
「11:00 – すべてのサービスが正常に復旧しました。」

透明性は、サービスに問題が発生している時であっても、非常に強力な信頼構築に繋がります。

セキュリティに関する重要な注意事項

ステータスページを自作することで、Atlassian Statuspageなどのサービスと比較して月額約29ドルを節約できます。ただし、以下の点に注意してください：

HTTPSの設定： 通信を保護するために、常にNginx Proxy ManagerやCloudflareを使用してください。
データのバックアップ： SQLiteを使用している場合は、statping_dataディレクトリ内のファイルを毎日コピーするようにスケジュールを設定してください。
権限の制限： 複雑な管理者パスワードを設定し、本当に必要な人にのみ権限を付与してください。

このガイドが、システムのプロフェッショナル化と、予期せぬトラブルに対する技術チームの負担軽減に役立つことを願っています。