Statuspage ユーザー ガイドを読む

このガイドは、Statuspage の大まかな概要をまとめて紹介するためのものです。新規ユーザーと今後のユーザーが当社の製品に親しんで、Statuspage の新しい使用方法を発見するのに役立つことを願っています。このガイドには、より詳細なナレッジ ベース記事へのリンクが埋め込まれています。

このガイドで説明する内容

  • Statuspage の基本

  • Statuspage の設定

  • Statuspage の管理

  • Statuspage の自動化

Statuspage の基本

Statuspage を使用しているチーム

サポート チーム、運用チーム、IT チームは Statuspage を使用して、インシデントと停止を通知します。Statuspage を使用して、チームをまとめて重要な作業に集中しましょう。

サポート チーム - Statuspage を使用してサポート チケットを回避し、停止時に顧客とコミュニケーションを取ります。顧客が状況を知らされず、繰り返しのチケットでサポート チームが身動きできなくなることを防ぎます。こうした事態は顧客を憤らせて、サポート チームの疲弊に繋がります。

運用チーム - パフォーマンス指標とシステム ステータスを Statuspage に取り込んで、チームがいつでも参照できる専用の場所を用意できるようにします。

IT チーム - 従業員と学生の職場/学校のテクノロジーへの依存度はますます高まっています。サーバーとシステムがダウンしているときに、常に最新情報を提供します。

Statuspage を展開する方法

期待されるものをチームとともに設定して、次に何が起こるかがわかるように顧客とコミュニケーションを取ります。

ページ タイプを定義する - Statuspage の使用方法を把握していることを確認します。内部または外部のどちらのコミュニケーション用ですか。全員が同じアップデートを受け取る必要がありますか。それとも、特定の問題が特定のエンドユーザーにのみ影響しますか。

一致団結して決起する - Statuspage を所有するチームとロールを定義します。これは、初期実装と長期持続にとって非常に重要です。最初のライブ インシデントが発生する前の 1 日目に整理する方がより適切です。

透明性の文化を採用する - ダウンタイムは内密にしておくという時代は過去の話です。最近では、顧客は一定の透明性を期待しています。サービス リカバリ パラドックスについてお読みください。

システム ステータスをアプリ内に埋め込む - ステータス埋め込みを使用すると、Web サイト、アプリ、またはヘルプ センターにシステム ステータスを直接埋め込めます。インシデントが投稿されるたびに、サイトにバナーが表示されます。

ページのタイプ

公開ステータス ページは、外部顧客とコミュニケーションを取るためのものです。非公開ステータス ページは、従業員や関係者と内部でコミュニケーションを取るためのものです。特定の対象者向けページは、事前に指定されたユーザーとグループが表示するためのものです。

公開ページ機能 - 公開ページは、インターネットに接続しているユーザーであれば誰でも表示できます。認証は不要です。例として、status.dropbox.comstatus.twilio.comstatus.newrelic.com などがあります。

公開ページのトライアルには時間制限はありません。このページを表示するためのただ 1 つの制限は、ログインしているチーム メンバーである必要があることです。

非公開ページ機能 - 非公開ページは認証の背後に隠されます。このページを表示するには、ページ閲覧者は認証情報を使用してログインする必要があります。非公開ページでは SAML 2.0 と Google 認証システムがサポートされています。

非公開ページのトライアルは 30 日間に制限されて、すべての機能が提供されます。

特定の対象者向けページ機能 - 特定の対象者向けページでは、閲覧できるユーザーとグループおよび受信できる通知に対する権限が設定されています。ユーザーとグループに関心のあるものだけが表示されるように、表示するコンポーネントと情報を選択します。

Quick Start

数分で新しいステータス ページを立ち上げて稼働させられます。

Create components - Components are the functioning pieces of your website or application such as your API, mobile app, help center, and admin tool. Click Components from the sidebar to create your components. Details on components.

履歴インシデントのバックフィル - 別のツールから Statuspage に移行している場合は、以前のインシデントを「バックフィルされたインシデント」として追加できます。バックフィルの詳細

チーム メンバーの招待 - サポートに参加する他のユーザーを募集します。サポート チーム、運用チーム、その他のユーザーを招待して、問題が発生したときにステータス ページを更新できるようにします。チーム メンバーを招待するには、管理インターフェイスの右上隅にあるアバターをクリックして [ユーザー] > [ユーザーの追加] の順に選択します。

インシデントのアップデートをサブスクライブ - サインイン時に左側のサイドバーから [View status page (ステータス ページの表示)]、[Subscribe (サブスクライブ)] の順にクリックします。インシデントのアップデートは、すべてのサブスクライバーに送信されます (サブスクライバーの詳細については以下を参照)。

テスト インシデントの作成 - 左側のサイドバーの [インシデント] セクションから、テスト インシデントを作成できます。タイトルと簡単なメッセージを入力して「調査中」段階のままにします。[Create Incident (インシデントの作成)] をクリックすると、インシデントがステータス ページに投稿されてテスト サブスクライバーに通知が送信されます (インシデントの詳細については以下を参照)。

Statuspage の設定

ご利用のアカウント

[Your page (自分のページ)] > [Page info (ページ情報)] の順に移動して、タイムゾーン、サービス名、Google アナリティクスのトラッキング、通知、請求情報などのグローバル設定を構成します。

[Service name (サービス名)] - SMS 通知とメール通知で使用する名前です。通常、会社または製品の名前です。

Notifications - Turn notification on/off for events such as long-running incidents, billing receipts, and issues with external accounts used for integrations. Details on account notifications.

Google Analytics tracking - Measure traffic to your page by inputting a Google Analytics tracking code. Details on tracking.

Configure an invoice recipient - Your accounting team will probably want receipts. Set their email address as an invoice recipient. Details on receipts.

コンポーネント

コンポーネントによって、システム ステータスのレポートをより詳細に把握できます。これらはアプリケーションの機能の一部です。必要に応じて、コンポーネントを自動化したり、サードパーティ コンポーネントをページに表示したりできます。

コンポーネント グループ - 展開可能なコンポーネント グループに類似するコンポーネントをグループ化することで、ページを整理して簡単にナビゲートできます。

コンポーネントの自動化 - メールの自動化、API、またはいずれかの統合を使用して、コンポーネントのステータスを自動でアップデートします。

サードパーティ コンポーネント - サービスがサードパーティ サービスに大きく依存している場合は、そのコンポーネント (提供されている限り) を独自のステータス ページに表示できます。コンポーネントの詳細

インシデント

インシデントは、ダウンタイム中に顧客とコミュニケーションを取るための最適な方法です。顧客に常に最新情報を伝えるために、インシデントをページに追加して解決するまでアップデートを投稿します。

スケジュールされた保守 - 保守のために利用できなくなる時期を事前に顧客に知らせます。スケジュールされた保守は、ステータス ページに表示されてサブスクライバーにも通知が送信されます。保守の詳細

インシデント テンプレート - ライブ インシデントの作成時に使用して自動入力する際に使用できるインシデント テンプレートを作成することで、ダウンタイムに備えます。テンプレートの詳細

事後分析 - 主要なインシデントが解決された後で、事後分析を作成して何が起こったのかを説明できます。事後分析には、謝罪、発生事象の理解、修復計画を含める必要があります。事後分析はインシデント内で公開されて、サブスクライバーに通知できます。事後分析の詳細

システム メトリック

私たちは顧客に対する透明性の価値を信じています。システム指標を使用して、応答時間やアップタイムなどのリアルタイム データを表示します。API を使用するか統合するサードパーティのデータ ソースを使用して、指標を作成できます。

指標の例 - 一般的なメトリックとして、API 応答時間、サーバー アップタイム、送信リクエストがキュー内に留まっている平均時間、すべてのリクエストの現在の例外率、カスタマー サポート リクエストの初回平均返信時間があります。指標の詳細

サードパーティのデータ ソースを使用した指標の追加 - Pingdom、New Relic、Librato、または Datadog にデータがある場合は、それらの各サービスと統合されているため、そのデータをシステム指標として Statuspage に簡単に取得できます。サードパーティの指標の詳細

カスタム指標の追加 - データが上記のサードパーティ サービスのいずれにもない場合は、API を使用して指標データを作成できます。

ステータス ページの管理

登録者

Statuspage は、インシデントを作成またはアップデートするときに、メールまたは SMS 経由で顧客に通知を送信できます。ユーザーが行う必要があるのはインシデントが作成されたことを確認するだけで、インシデントの作成を知る必要がある人に通知処理が行われます。

サブスクライバーの手動追加 - メールまたは電話番号のリストがすでにある場合は、CSV を使用するか手動で個々のサブスクライバーを追加することで、それらをサブスクライバーとしてインポートできます。CSV インポートの詳細

サブスクライバーと API の同期 - API を使用して、別のシステムのイベントまたはアクションに基づいてサブスクライバーをプログラムで作成します。サブスクライバー API の詳細

セルフサービス サインアップ - メール サブスクリプションや SMS サブスクリプションが有効である限り、ページにアクセスしたユーザーは誰でも [Subscribe to updates (アップデートのサブスクライブ)] をクリックしてアップデートをサブスクライブできます。

コンポーネント サブスクリプション - コンポーネント サブスクリプションによって、サブスクライバーは関心事についてのみ通知を受け取れます。この機能を有効にするには、Business、Growth、または Corporate プランに加入している必要があります。コンポーネント サブスクリプションの詳細

Webhook サブスクリプション - 誰でもステータス ページをサブスクライブして、インシデントを投稿/アップデートするときとコンポーネントがアップデートされたときに Webhook 通知を受け取れます。Webhook の詳細

チーム メンバー

チーム メンバーは「管理者」と捉えられます。チーム メンバーは、インシデントの作成、コンポーネントの状態の変更などを行うアカウントにアクセスできるユーザーです。

アカウント所有者 - 各アカウントのアカウント所有者は 1 人だけです。アカウント所有者と通常のチーム メンバーのたった 1 つの違いは、アカウント所有者がチーム メンバーを削除できることです。

アクセス制御 - 現在、Statuspage にはチーム メンバーのアクセス制御または詳細な権限レベルがありません。アカウント内のすべてのチーム メンバーは、アカウントの下の各ページと各ページにあるすべての機能にアクセスできます。

チーム メンバーの削除 - アカウント所有者のみが他のチーム メンバーを削除する権限を持っています。アカウント所有者が退職した場合は、ご連絡いただければこれらのリクエストについてサポートします。

Statuspage のカスタマイズ

基本ロゴとカバー画像の比較 - ページの上部にロゴを表示する基本的なレイアウトを使用するか、カスタム ヘッダーでページにあなたのセンスをもたらしましょう。

CSS/HTML/JavaScript - 独自の CSS/HTML/JS を書いて、ページのレイアウトと構造をカスタマイズします。

その他のカスタマイズ - カスタム ドメインを使用して、ページを複数の言語に翻訳してカスタムの「差出人」アドレスを設定します。

カスタマイズの詳細

インシデント コミュニケーションのベスト プラクティス

明確に伝える - インシデントによって顧客が受ける厳密な影響に焦点を合わせます。全員が影響を受けない場合でも、そのことを知らせます。

頻繁にコミュニケーションを取る - インシデントを作成したら、顧客を放置しないでください。定期的にアップデートを投稿します。

事後のインシデント レポート - Statuspageでは「事後分析」と呼びます。大規模なインシデントの後で、インシデントが再び発生しないようにするために、何が起こったのか、何を行っているのかを顧客に知らせることは常に良いことです。

Statuspage の自動化

Statuspage は Web サイトまたはサーバーを直接は監視しませんが、監視ツールとアラート ツールと統合します。また、API によって、インシデントの作成、コンポーネントのアップデート、サブスクライバーの管理などを行えます。

自動化

メールの自動化 - 監視ツールを設定してコンポーネントのステータスを自動でアップデートし、メールを送信します。メール自動化の詳細

統合 - 統合は、PagerDuty、Pingdom、New Relic、Opsgenie、xMatters、VictorOps、Pingometer で利用できます。コンポーネントの状態の変更からインシデントの作成まで、これらの各統合はさまざまな機能を提供します。その他の自動化オプションの詳細

システム メトリック

統合 - Pingdom、New Relic、Datadog、Librato を統合して、アップタイムと応答時間などのリアルタイム指標をステータス ページに表示します。

API - 上記のサポート対象の指標プロバイダーをまだ使用していない場合は、API を使用して指標を取り込めます。

公開指標の詳細

ChatOps

Slack - Statuspage イベント (インシデントの作成者、変更されたコンポーネントのステータスなど) を Slack と同期して、チームに常に最新情報を提供します。さまざまなタイプのイベントとアクションをフィルタリングして、ノイズを制御します。Slack の詳細

さらにヘルプが必要ですか?

アトラシアン コミュニティをご利用ください。