Orbit
Orbit ステータスページ
A status page is a public, no-login URL that shows whether your project is up, how it has performed recently, and what you have deployed. Turning it on also starts an uptime check that pings your…
ステータスページは、プロジェクトが稼働しているかどうか、最近のパフォーマンス、デプロイしたものを示す、ログインが不要な公開URLです。オンにすると、プロジェクトに毎分pingを送信するアップタイムチェックも開始されるため、それを公開することの副作用として監視機能が得られます。
ステータスページ設定の場所
Orbitを開き、プロジェクトをクリックして、プロジェクトタブストリップのObservabilityグループからStatus pageを選択します。ページのタイトルはPublic status pageです。

オンにする
- Enable public status pageをオンに切り替えます。
- Public slugを選択します。これは公開URLの一部になるため、製品名など認識しやすいものを選択してください。
- 必要に応じてPing pathを設定します。デフォルトは
/です。 - 公開ページの上部に表示されるPage titleとTaglineを入力します。
- Show recent deploysとShow recent incidentsを表示するかどうかを決定します。
- Save settingsをクリックします。
保存すると、ページにLiveバッジが表示され、ステータスページが公開され、毎分pingが送信されていることが確認されます。リンクをクリックすると、訪問者が見るものを確認できるよう公開ページに移動します。
Slugルール
slugは小文字、数字、ハイフンで構成され、最大80文字で、ハイフンで始まったり終わったりすることはできません。slugはOrbit全体でユニークです(アカウントだけではなく)ため、一般的な単語は既に使用されている可能性があります。その場合、保存するとslugが既に使用されていることを示すメッセージが返され、別のものを選択します。
slugは慎重に選択してください。これは、ドキュメントとサポート返信に記載する公開アドレスであり、後で変更するとそれへのすべてのリンクが破損します。
訪問者が表示するもの
公開ページは、プロジェクトの独自のタブと同じデータから構築されます。
- Current status (最新デプロイから): Operational、Building、Deploying、Queued、Awaiting Approval、Build Failed、Cancelled、Rolled Back。
- Uptime (毎分チェックから計算された、ローリング24時間、7日間、30日間のウィンドウ)。
- Recent deployments (そのセクションを有効にした場合、成功率付き)。
- 30日間の統計情報: 成功率、平均ビルド時間、総デプロイ数。
- Core Web Vitals (収集している場合、過去30日間のp75として)。
- Incidents (プロジェクトタイムラインにマークした注釈から取得)。
ページは自動更新されるため、インシデント中にページを開いたままにしている顧客は、リロードすることなく更新を確認できます。
ページ上のすべては操作データです。デプロイステータス、応答時間、アップタイム、vitals。コミットメッセージ、ブランチ名、環境変数、リポジトリの詳細は公開されません。
インシデントはタイムラインから取得
インシデントセクションは別のエディタではありません。プロジェクトのタイムラインからIncident種別の注釈を表示します。そのため、障害中のワークフローは次のとおりです: インシデント注釈をマークすると、それが公開に表示されます。
これは意図的です。内部タイムラインと公開通信が誰も2つのレコードを保守することなく同期状態を保つことを意味します。書き方については、Orbit Timeline Annotationsを参照してください。
インシデント注釈は、顧客が読むと思って書いてください。なぜなら彼らは読むからです。何が影響を受けているのか、あなたが知っていることは何か、次はいつ更新するのかを言ってください。解決したら更新注釈を投稿し、最後の公開ワードを「調査中」のままにしないでください。
アップタイムチェック
ステータスページを有効にすると、プロジェクトの本番URLを設定したpingパスで毎分1回フェッチするチェックが開始されます。各結果は保存され、公開ページのアップタイムパーセンテージはそれらのレコードから計算されます。
チェックは90日間保持され、古いものは自動的にトリミングされます。
適切なPingパスを選択する
デフォルト/はほとんどのプロジェクトに対応します。別のものを選択する理由は2つあります。
- ホームページが重い場合。 軽量なパスは、毎分ポーリングするより公正で安価なものです。
- ホームページは稼働していてもアプリが破損している場合。 キャッシュされた静的シェルはAPIがダウンしている間も喜んで200を返します。
/api/healthなどのアプリケーションを実際に実行するパスは真実を伝えます。
既に自動ロールバック用のヘルスチェックを構成している場合、ここで同じパスを使用すると、両方のシグナルが一貫性を保ちます。ヘルスチェック設定については、Deploying Your Projectを参照してください。
pingパスを高価なものに向けないでください。認証の背後にあるパスに向けないでください。401またはログインページへの302を返すパスは、毎分失敗として記録され、アップタイムはゼロになります。
ステータスページを削除する
Remove pageをクリックして確認します。確認は明示的です。すべてのアップタイム履歴が削除されます。
これは一時停止する価値があります。ページを削除することは一時停止ボタンではありません。チェックは停止し、公開URLは機能しなくなり、蓄積されたアップタイムレコードはそれと一緒に削除されます。ページを一時的に非表示にするだけの場合、隠れたモードはありません。それを削除するよりも、有効化トグルをオフにして構成を保持することが適切かどうかを検討してください。
ページが削除されるとslugが解放されるため、その後誰かがそれを要求できます。
実践的なアドバイス
必要になる前に公開してください。 障害中に作成されたステータスページは、誰もブックマークしていないステータスページです。すべてが正常な間に、リンクをフッター、ドキュメント、サポート署名に記載してください。
過度な約束はしないでください。 ページ上のアップタイム数値は1分のチェックから1つのパスに対するものです。これは正直な監視であり、契約上のSLAではないため、そのように提示されるべきではありません。
タグラインは短く保ってください。 既に不満を抱いている人が開くページの下にあります。サービスが何であるかを言う1行で、他は何もありません。
トラブルシューティング
アップタイムが0%またはリアリティより大幅に低い。 pingパスが非2xx応答を返しています。プライベートブラウザウィンドウで開いてください。ログインページへのリダイレクト、存在しなくなったパスからの404、またはgeoブロックが一般的な原因です。
公開URL 404。 ページは保存されていますが、有効化トグルがオフになっているか、リンク内のslugが保存されたものと一致しません。設定ページからリンクをコピーしてください。
slugが拒否されました。 それは使用されているか、無効な文字を含んでいるか、ハイフンで始まるか終わります。
公開ページにvitalsが表示されません。 Vitalsはサイト上のコレクタスクリプトから取得されます。Orbit Web Vitalsを参照してください。
インシデントがあったのにインシデントが表示されません。 注釈はIncident種別である必要があり、Show recent incidentsスイッチがオンになっている必要があります。
次に移動する場所
- Orbit Timeline Annotations: インシデント更新を公開するため。
- Orbit Webhooks: 顧客が知る前に通知を受け取るため。
- Orbit Web Vitals: 公開されているパフォーマンス数値用。