はじめに
Status200 はオープンソースのオブザーバビリティプラットフォームです。ウェブサイト、API、サーバーが動いていることを確認し、アプリが送るログ、メトリクス、トレースを集め、何かが壊れたときはオンコール担当者を呼び出し、ステータスページで顧客に知らせます。これらはすべて 1 つの製品の中で行われるため、問題に気づいたツールがそのままチームを呼び出します。Status200 Cloud で使うことも、自分のサーバーで動かすこともできます。
まずはここから:
クイックスタートウェブサイトを監視し、障害時に呼び出しを受け、ステータスページを公開します。基本概念ほかのすべての土台となるいくつかの考え方と、そのつながり。ホーム画面とショートカットダッシュボードの歩き方と、クリックを減らすキー。アカウントプロフィール、パスワード、パスキー、2 要素認証。
Status200 の全体像
すべては、あなたが見守る対象から始まります。モニターはそれを定期的にチェックするか、それが送るテレメトリを読み取ります。モニターの条件に一致すると、Status200 はインシデントを宣言するかアラートを作成し、オンコール担当者を呼び出し、必要に応じてインシデントをステータスページに表示します。
flowchart TB
probes["プローブがサイトと<br/>API をチェック"] --> monitors["モニター"]
telemetry["アプリとエージェントが<br/>テレメトリを送信"] --> monitors
monitors -->|"条件に一致"| problems["インシデントとアラート"]
problems --> oncall["オンコールポリシーが<br/>チームを呼び出す"]
problems --> status["ステータスページが<br/>顧客に知らせる"]
失敗したチェックから、呼び出されたチームと更新されたステータスページまで
- インシデント は、ユーザーに影響する問題です。オンコール担当者を呼び出し、ステータスページに表示できます。
- アラート は、ユーザーが気づく前にチームが調べるべき問題です。これもオンコール担当者を呼び出せますが、ステータスページには表示されません。
基本概念 では、それぞれの要素を数文で説明しています。
ドキュメントを探す
ドキュメントはサイドバーと同じく 9 つのセクションに分かれています。必要な部分を選んでください。
モニタリング
モニターウェブサイト、API、ポート、DNS、NTP サーバー、証明書などを、世界中のプローブからチェックします。インフラストラクチャモニターサーバー、Kubernetes、Docker、VMware、ネットワーク機器、ストレージを見守ります。テレメトリモニター送信したログ、メトリクス、トレース、例外、プロファイルに基づいてアラートを出します。SLO信頼性の目標、エラーバジェット、バーンレートを追跡します。プローブ自社ネットワークの内側からチェックを実行します。Status200 がデータを受信していないときStatus200 側の空白が、あなたのダウンタイムとして数えられない理由。
インシデント対応
インシデントインシデントを宣言、調整、解決し、完全なタイムラインを残します。アラートユーザーが気付く前に問題を調べ、ノイズをエピソードにまとめます。オンコールポリシー、エスカレーションルール、ローテーション、誰をいつ呼び出すか。通知Status200 からの連絡の仕組み。通知方法、オンコールルール、通知設定。ステータスページ公開または非公開のステータスページで、顧客に状況を伝えます。定期メンテナンス計画作業を前もって告知し、影響するモニターを一時停止します。ワークスペース連携Slack や Microsoft Teams からインシデントに対応します。
オブザーバビリティ
テレメトリOpenTelemetry でログ、メトリクス、トレースを送信し、検索します。インフラストラクチャエージェント1 つのコマンドでホストを追加し、Kubernetes、Docker、Proxmox、VMware などのエージェントをインストールします。クラウドECS、Cloud Run、Azure Container Apps などのマネージドプラットフォームを観測します。AI オブザーバビリティAI の会話を追い、回答の質が悪いときに知らせを受けます。セキュリティセキュリティイベントと脅威インテリジェンスを収集します。リアルユーザーモニタリングCore Web Vitals とセッションリプレイで、実際のユーザーの体験を測定します。ダッシュボードメトリクス、ログ、モニターからダッシュボードを作成します。インベントリStatus200 が把握しているすべてのサービス、ホスト、デバイスを確認します。
自動化と AI
Runbook対応手順を、チームが実行できるステップに変えます。フォーム誰でもフォームから問題を報告でき、そのフォームがインシデントを開きます。ワークフローStatus200 で何かが起きたときのアクションを自動化します。AIStatus200 AI にインシデントとアラートを調査させ、システムについて質問します。
インテグレーション
開発者向け
API リファレンスREST API で Status200 を自動化します。CLIターミナルや CI から Status200 を管理します。Terraform プロバイダーモニター、ステータスページ、オンコールをコードとして管理します。
管理
ユーザーと権限メンバーを招待し、チームを編成し、できることを制御します。ID 管理SAML または OIDC のシングルサインオンでサインインし、SCIM でユーザーをプロビジョニングします。設定リソースに自動でラベルを付け、所有者を割り当てます。メールStatus200 のメールを、自社の SMTP サーバー経由で送信します。モバイル・デスクトップアプリiOS、Android、macOS、Windows、Linux で呼び出しを受けて対応します。
他のツールから移行する
今の設定を持ち込む
プロジェクト設定 → 詳細 → 別のツールからインポート は、他のツールの設定を API キーで（Uptime Kuma の場合はファイルで）読み取ります。見つかったものを表示し、チェックを入れたものを作成します。他のツール側は何も変わらず、インポートをもう一度実行しても同じものが 2 回作成されることはありません。
| 移行元 | Status200 が読み取るもの |
|---|---|
| Opsgenie | ユーザー、チーム、スケジュール、エスカレーション、サービス |
| PagerDuty | ユーザー、チーム、スケジュール、エスカレーションポリシー、サービス |
| incident.io | ユーザー、チーム、スケジュール、エスカレーションパス、サービス、インシデントの設定 |
| Splunk On-Call | ユーザー、チーム、ローテーション、エスカレーションポリシー |
| Grafana OnCall | ユーザー、チーム、スケジュール、エスカレーションチェーン |
| UptimeRobot | モニターと公開ステータスページ |
| Atlassian Statuspage | ページ、そのコンポーネントとグループ、メールの購読者 |
| Better Stack | モニター、ハートビート、ステータスページ、メールの購読者 |
| Pingdom | 稼働時間のチェック |
| StatusCake | 稼働時間、SSL、ハートビートのチェック |
| Uptime Kuma | モニター（バックアップまたはメトリクスページから） |
Status200 が置き換えるもの
| 機能 | 内容 | 置き換えられるツールの例 |
|---|---|---|
| 稼働監視 | 世界各地から可用性と応答時間をチェックします。 | Pingdom、UptimeRobot |
| ステータスページ | サービスの現在の状態と履歴を顧客に表示します。 | Atlassian Statuspage |
| インシデント管理 | メモ、所有者、タイムラインとともに、インシデントを最初から最後まで管理します。 | incident.io |
| オンコールとアラート | オンコールのシフトを組み、誰かが応答するまでエスカレーションします。 | PagerDuty、Opsgenie |
| ログ管理 | ログを収集、検索、可視化します。 | Loggly |
| ワークフロー | アクションを自動化し、Status200 をすでに使っているツールとつなぎます。 | Zapier |
| アプリケーションパフォーマンス監視 | トレース、応答時間、スループット、エラー率を追跡します。 | New Relic、Datadog |
| エラートラッキング | 例外を、スタックトレースとコンテキストとともにグループ化します。 | Sentry |