インシデントを調査する
インシデント調査とそのすべての機能は、Standard プランとEnterprise プランでのみ使用できます。
Opsgenie のインシデント調査ツールは、デプロイの形ですべてのコード変更をインシデントまで追跡できるダッシュボードです。これらのデプロイにドリルダウンして、デプロイに含まれていたコミットを確認できます。これらのデプロイとコミットの詳細をチェックしてから、問題があると思われるコミットまたはデプロイ全体をインシデントの考えられる原因としてマークできます。これにより、問題のあるコードの変更をすばやく検出し、インシデント解決プロセスに関与するコードの作成者を特定することで、解決までの平均時間を効果的に短縮できます。
構成
Using Opsgenie’s Incident investigation requires you to perform prior configurations. Opsgenie now empowers you with the ability to resolve incidents in a timely manner by connecting your Bitbucket workspaces with Opsgenie. To enable the use of the Incident investigation view you can map your Bitbucket repositories under workspaces linked to your Opsgenie account, to your owned services. By mapping your Bitbucket repositories you will be able to track deployments of code changes leading up to an incident on the service.
したがって、インシデント調査機能を有効にして、そのメリットをすべて活用するには、以前の構成が必要です。
必要な設定を実行し、インシデント調査機能を有効にすると、影響を受けるサービスで実行されたすべてのデプロイを追跡できる、[インシデント調査] ビューにアクセスできます。このビューには、インシデントの詳細ページからアクセスできます。このページには、インシデントの考えられる原因としてマークされたすべてのデプロイとコミットも表示されます。考えられる原因はコミットまたはデプロイ全体の形で、[インシデント調査] ビューを使用してマークされ、インシデントの詳細ページにリストされます。
考えられる原因の追加
Connect your Bitbucket workspaces with Opsgenie.
Map your Bitbucket repos to your Opsgenie services.
影響を受けるサービスを特定し、インシデントに追加して、影響を受けるサービスに対して行われているデプロイを調査します。
インシデントの詳細に移動し、[調査] をクリックします。
5.デプロイダッシュボードで作業します。デプロイを選択し、影響を受けるサービスまたはその関連サービスでのコードの変更を確認します。
[インシデント調査] ビューの上部にあるデプロイ履歴グラフに、影響を受けるサービスとその関連サービスに関連する、すべてのデプロイと過去のインシデントが表示されます。[インシデント調査] ビューのデプロイ履歴グラフの使用方法の詳細は、こちらからアトラシアンのドキュメントをご確認ください。
6.デプロイ履歴グラフの下部にあるデプロイの詳細パネルから、考えられる原因としてコミットまたはデプロイ全体を選択します。 これには、デプロイまたはコミットにマウスポインターを重ねて、*[Select deployment (デプロイの選択)] オプションをクリックします。
7.[インシデント調査] ビューの下部にある [Add potential causes (考えられる原因の更新)] ボタンをクリックして、選択したコミットまたはデプロイを考えられる原因として追加します。
8. デプロイやコミットを潜在的な原因として追加すると、インシデントの詳細ページに一覧表示されます。
考えられる原因のアップデート
特定のコミットまたはデプロイ全体の形で考えられる原因を追加したら、インシデント詳細の [調査] ボタンをクリックしてそれらの原因をアップデートできます。
2.インシデントの詳細にアクセスして、デプロイ履歴グラフからデプロイを選択できます。
考えられる原因として既に追加されている、デプロイ、またはコミットのあるデプロイを表すデプロイ ノードは、オレンジ色のドットでマークされます。デプロイ履歴グラフと [インシデント調査] ビューの使用方法の詳細は、こちらからアトラシアンのドキュメントをご覧ください。
3.デプロイ履歴グラフの下に表示されるデプロイの詳細にマウスポインターを重ねると、コミットまたはデプロイ全体を追加または削除できます。
4.[インシデント調査] ビューの下部にある [Update potential causes (考えられる原因のアップデート)] オプションをクリックします。
5. インシデントの詳細に戻ると、潜在的な原因の最新リストが表示されます。
考えられる原因の削除
考えられる原因を取り除くには、インシデントの詳細から [インシデント調査] ビューに移動します。デプロイ履歴グラフから、関連するデプロイをクリックします。
2.デプロイを削除するには、該当するデプロイを選択し、要約パネルにある [削除] ボタンをクリックします。コミットを削除するには、同じパネルで該当するコミットにマウスポインターを重ね、表示される [削除] ボタンをクリックします。
3.選択したら、下部の [Update potential causes (考えられる原因のアップデート)] ボタンをクリックします。
選択したデプロイの再デプロイ
インシデント調査では、問題の原因を検出できるだけでなく、再デプロイや以前の既知の安定状態へのロールバックによってインシデントを修正できます。
インシデント調査のデプロイ履歴グラフで、再デプロイするデプロイノードを選択します。
デプロイ要約パネルで [再デプロイ] ボタンをクリックします。
3.その後、Bitbucket の再デプロイモーダルにリダイレクトされます。ここで、実行しようとしている再デプロイに関する詳細な洞察を得て、続行するかどうかを確認できます。*[再デプロイ] ボタンをクリックして、再デプロイプロセスを続行します。
4. [インシデント調査] ビューでは、デプロイ履歴グラフで、再デプロイしたデプロイを新しいノードとして表示できます。
この内容はお役に立ちましたか?