Atlassian アカウントを使用するために Statuspage を移行する
チームと一緒に Atlassian アカウントに移行するために知っておく必要があることのすべてについて説明します。
コンポーネントにサブスクライブする機能は、Business プラン以上でのみ利用できます。
コンポーネント サブスクリプションは、特定の対象者向けページではデフォルトで無効になっています。
コンポーネント サブスクリプションは、サブスクライバーが自身に関連する通知のみを受け取るようにするための優れた方法です。サブスクライバーは、どのコンポーネントについて通知を受信するかしないかを選択できます。
コンポーネント サブスクリプションを有効にするには、次の手順に従います。
左側のメニューから [サブスクライバー] を選択します。
ページ右上にある [オプション] ドロップダウン メニューを選択します。
ドロップダウン メニューから [設定] を選択します。
[Allow users to subscribe to individual components (ユーザーが個々のコンポーネントにサブスクライブできるようにする)] オプションを選択します。
[変更を保存] を選択します。
この機能の最も良い部分は、どのユーザーがどのインシデントについてメッセージを受け取るかが自動で設定されて、自分の設定に基づいて関連するすべての通知を受け取れるようにできる点です。Slack サブスクリプションを使用している際に、エンドユーザーはステータス ページにサブスクライブしたときに選択した Slack チャンネルで通知を受信するコンポーネントを選択します。
管理の観点から見た Statuspage の用途はまったく同じであり、いつでもインシデントを開いて閉じて更新できます。サブスクライバーが常に最新の状態を受け取れるようにサポートします。
まず、Image Processing、API、Management Portal、および Worker Queues という 4 つのコンポーネントがあるとします。
ある日、データベースで予期しない I/O 待機が発生し始めて、速度が低下し出しました。管理ポータルはこの影響を大きく受けます。リクエストはタイムアウトしていますが、他のサービスはまだ正常に動作しています。
左側のサイドバーから [インシデント] をクリックします。
[Create Incident (インシデントの作成)] をクリックします。
タイムアウトに関するインシデントを作成して、影響を受けるコンポーネントとしてManagement Portalのみを選択します。
デフォルトでは、影響を受けるコンポーネントを少なくとも 1 つ選択すると、[通知の送信] チェックボックスがオンになります。ただし、サブスクライバーに通知しないがこのインシデントが特定のコンポーネントに影響を与えることをユーザーに表示する場合は、オフにできます。この例は、サブスクライバーに通知すると仮定しています。
[通知の送信] の横にあるボックスをクリックしてオンにします。
作成をクリックします。
インシデントの作成時に、Management Portal通知にサブスクライブしているサブスクライバーを当社がチェックして、新しいインシデントに関するメモをそれらのサブスクライバーに送信します。
時間の経過に伴って、インシデントをさらに数回更新します。最終的に、データベースのクロールが遅くなって API の応答も遅くなります。
この時点で、API サブスクライバーにこのインシデントについて通知する必要があります。
左側のサイドバーから [インシデント] をクリックします。
進行中のインシデントの [更新] をクリックします。
[影響を受けるコンポーネント] の横にある [編集] をクリックします。
影響を受けるコンポーネントとして API、ドロップダウン メニューからステータスの順に選択します。
更新をクリックします。
水面下で、すべての API サブスクライバーがこのインシデントの影響を受けており、まだ何一つ通知されていないことを当社が把握します。当社はそれらのサブスクライバーをすべて集めて、お客様が作成した最新のインシデントの更新をすべてのサブスクライバーに送信して問題があることを知らせます。
サブスクリプション確認メールがサブスクライバーに送信されます。サブスクライバーが [Confirm subscription (サブスクリプションの確認)] を選択すると、ステータス ページが表示されます。その後、サブスクライバーは [更新通知を受け取る] ボタンを選択してメール アドレスを入力し、もう一度 [サブクライブ登録] を選択する必要があります。コンポーネント選択画面が表示されて、サブスクライバーは更新を受信するコンポーネントを選択できます。サブスクライバーはこれらの設定を保存して、それらのコンポーネントの更新を受信し始めます。
サブスクライバーがサブスクリプション設定を調整していない場合は、すべてのコンポーネントに自動でサブスクライブされます。サブスクライバーがサブスクリプションをすでに調整している場合、それらのサブスクライバーは新しいコンポーネントに自動で追加されません。
コンポーネント サブスクリプションを有効にすると、既存のサブスクライバーは通常通知を受信するすべてのコンポーネントにサブスクライブされたままになり、最終的にサブスクリプションを手動で管理できるようになります。特定の対象者向けページでは、新しいコンポーネントが追加されると、チーム メンバーはその新しいコンポーネントにユーザーを手動でサブスクライブする必要があります。
確認メッセージとそのサブスクライバーへのそれ以降のコミュニケーションには、サブスクリプション管理ページへのリンクが含まれます。
また管理者は、管理ポータルとサブスクライバー リストからこのページに簡単にアクセスできます。
サブスクライバーがサブスクリプションをサブスクライブ解除または管理する際に、サブスクリプション管理リンクを使用して既存のメッセージにアクセスできない場合は、最初にサブスクライブした際と同じ方法でステータス ページからサブスクリプション設定を変更できます。
注: ページでコンポーネント サブスクリプションが有効になっている場合にのみ機能します。
これを行うには、ステータス ページに移動して [サブクライブ登録] をクリックし、メール アドレス/電話番号を入力する必要があります。それらのサブスクライバーはサブスクライブ済みであることが認識されるため、次のページでサブスクリプション設定を管理できます。
サブスクライバー設定に移動して [Allow users to subscribe to individual components (ユーザーが個々のコンポーネントにサブスクライブできるようにする)] をオフにした場合は、既存のコンポーネント サブスクライバーがページ サブスクライバーになります。コンポーネント固有の通知ではなく、ステータス ページに対して行われたすべての更新に関する通知を受け取るようになります。
この内容はお役に立ちましたか?