Atlassian アカウントを使用するために Statuspage を移行する
チームと一緒に Atlassian アカウントに移行するために知っておく必要があることのすべてについて説明します。
コンポーネントは、サービスの個別のインフラストラクチャまたは機能部分のそれぞれを表します。これを説明する最適な方法は、この機能を正しく使用しているお客様を何名か紹介することです。Customer.io、New Relic、Vimeo、KISSmetrics のステータス ページをご確認ください。
残念ながら、答えは「場合によって」異なります。使用する適切なルールは、サービスの主要な機能/アーキテクチャ部門ごとにコンポーネントを追加することです。素晴らしい仕事をしている上記の例をご参照ください。ここでは、自社のサービス/製品を顧客にとって理にかなったコンポーネントに分割しています。
Statuspage のコンポーネント数は 1100 個に制限されています。制限に達すると、新しいコンポーネントを追加するために既存のコンポーネントを削除する必要があります。つまり、既存のコンポーネントを手動で削除する必要があります。
各コンポーネントの状態を伝えるために、これらのコンポーネントは常に次の 5 つのステータスのいずれかを持ちます。
運用
保守中
パフォーマンスの低下
部分的な停止
大規模な停止
コンポーネントのステータスは、ページのインシデントを作成またはアップデートする際に設定されます。
稼働中の意味は読んで字のごとくです。コンポーネントは期待どおりタイムリーに機能しています。
保守中の意味は読んで字のごとくです。現在、コンポーネントは作業中です。
パフォーマンスの低下は、コンポーネントは動作しているが遅いか、または軽微な影響を受けていることを意味します。たとえば、異常な量のトラフィックが発生して、コンポーネントのジョブの実行に通常よりも時間がかかっていた場合などです。
顧客のサブセットでコンポーネントが完全に壊れている場合、コンポーネントは部分的な停止に設定する必要があります。たとえば、顧客のデータのサブセットが、ダウンした特定のデータ センターに存在していた場合などです。コンポーネントはその顧客のサブセットで壊れている可能性がありますが残りは機能しているため、部分的な停止があります。
コンポーネントが完全に利用できないときは、大規模な停止に設定する必要があります。
インシデントを作成しないがコンポーネントのステータスをアップデートする必要がある場合は、[コンポーネント] ページで行えます。
左側のサイドバーから [コンポーネント] に移動します。
アップデートするコンポーネントを探します。
編集をクリックします。
[ステータス] ドロップダウン メニューから新しいステータスを設定します。
[Save component (コンポーネントの保存)] をクリックして、そのステータスを有効にします。
この内容はお役に立ちましたか?