移行ガイドとその使用方法
移行ガイドは、Opsgenie から Jira Service Management または Compass にスムーズに移行できるように設計された、パーソナライズされたアプリ内ツールです。構成、統合、ワークフローが新製品で正しく設定されるように、ロール固有のタスクとガイダンスを提供します。
移行ガイドは、移行が完了した直後に Jira Service Management と Compass で見つけることができます。移行後 120 日間利用でき、残りのタスクを追跡して完了するのに役立ちます。
移行ガイドの仕組み
移行ガイドは、Jira Service Management または Compass のすべてのユーザーが利用でき、アラート、オンコール スケジュール、レポートなどの関連するオペレーション ページからアクセスできます。実行可能なタスクと情報タスクは、Opsgenie の設定とユーザー権限に従って表示されます。
管理者、チーム管理者、ユーザーには、それぞれのロールと Opsgenie で以前使用していた機能に基づいて異なるタスクが表示されます。
例:
Opsgenie の設定に、一部のチームのインシデント ルールまたはアクション ポリシーが含まれていたとします。アクション ポリシーは Jira Service Management に移行されないため、管理者とチーム管理者の両方に、アクションポリシーに代わる自動化ルールを設定するように求めるアクション カードが移行ガイドに表示されます。
管理者とチーム管理者はどちらも設定を管理できるため、このコンテンツは両者に表示されます。
移行ガイドについて知っておくべき重要なこと
カードに完了マークを付けても、移行ステータスは変わりません。このガイドは、移行タスクが完了した後でも参照できます。
ユーザーが、対応するタスク (例: 移行した統合の削除、チャット ツールのワークスペースの接続解除など) を完了とマークした後で機能にさらに変更を加えた場合、タスクのステータスは元に戻せません。
完了したタスクは元に戻せません。タスクが完了とマークされると、そのタスクはそのままとなります。
タスクを無視することもできます。すべてのアクション アイテムが完了すると、移行ステータスは自動的に完了とマークされます。ただし、関連性のないタスクがある場合、ユーザーは手動でタスクを完了済みとしてマークしたり、移行全体を完了したりできます。
製品管理者とサイト管理者は、手順の抜けがないように、すべてのユーザーの進捗を追跡することができます。
移行ガイドにはどのようなタスクがありますか?
Opsgenie の管理者と所有者 (オペレーション グローバル管理者)
管理者は、移行ガイドを使用して、ユーザーの移行を確認したり、主要な構成をアップデートしたり、重要な機能が期待どおりに動作していることを確認したりできます。タスクは設定によって変わりますが、ここでは管理者向けの移行ガイドのタスクをいくつか紹介します。
すべてのユーザーがアトラシアンの管理から Jira Service Management または Compass に正常に移行されたことを確認します。
プライバシーとコンプライアンスの設定を確認します。どの統合が自動的に移行されたか、どの統合を手動でアップデートする必要があるかなど、他の重要な機能を確認します。
管理者タスクが完了したかどうかを再確認します。廃止されたポリシーのアップデートや電話番号の移行など、一部の管理タスクは、別の管理者によって完了とマークされた場合、すべての管理者に適用される可能性があります。これらのタスクを完了とマークする前に、チーム管理者や SME と連携します。
Opsgenie の所有者に割り当てられている Opsgenie の集約型通知テンプレート (現在はロールベースの通知) をアップデートし、別の所有者に割り当てます。所有者ロールは廃止され、オペレーション グローバル管理者 (Opsgenie 管理者と同じ) に変換されたので、これらのテンプレートは移動されません。このタスクは最終アクションにあります。
Heartbeats を廃止予定のバージョン (v1) から新しい形式に移行します。このタスクは Heartbeats で見つけることができます。
着信番号を Twilio アカウントに移行して、それらの番号を着信のルーティングに引き続き使用し、着信の統合をアップデートします。このタスクは [着信のルーティング] で実行できます。
認証とセキュリティ用に Atlassian Guard を設定します。
移行後に新しいインシデントが作成された場合は、インシデントを Jira Service Management に手動でコピーします。
Slack と Microsoft Teams のチャット統合を再接続します。
Opsgenie チーム管理者 (オペレーション管理者)
チーム管理者は移行ガイドを使用して、オンコール スケジュール、ポリシー、統合などのチームレベルの設定が正しくセットアップされていることを確認する必要があります。チーム管理者向けの移行ガイドのタスクをいくつか紹介します。
統合とポリシーをチェックして、移行後に正しく機能することを確認します。
すべてのオンコール対応者がアラート通知用の Jira モバイル アプリをダウンロードし、アラートのプッシュ通知を引き続き受信できるように、そのアプリを連絡手段として追加済みであることを確認します。
移行の進捗状況について、管理者とチーム メンバーに定期的に最新情報を伝えます。
Opsgenie ユーザー (ユーザー)
移行そのものに関してユーザーが実行する必要があるアクションはありませんが、個人設定を確認して新製品に慣れる必要があります。ユーザーのタスクには、次のようなものがあります。
プッシュ通知用の Jira モバイル アプリをダウンロードします。
Jira Service Management または Compass のドキュメントに目を通して、アラート、予定、およびインシデント対応の機能の場所を確認します。
新しい設定を確認したら、ガイドで移行を完了とマークします。
質問がある場合、ユーザーはチーム管理者に連絡するか、公開のドキュメントを参照して詳細なガイダンスを確認します。
Opsgenie を無効にして、移行を完了する
移行が完了したら、サイト管理者のみが Opsgenie を無効にできます。その前に、次のことを確認する必要があります。
REST API エンドポイントは移行先の製品向けにアップデートされている。
Terraform の設定は、Atlassian Operations Terraform プロバイダーを使用するようにアップデートされている。
着信番号が移行され、統合がアップデートされている。
自動化とチャット ツールの接続が設定されている。
モバイル アクセスを必要とするユーザーが Jira モバイル アプリをダウンロード済みである。
すべてのユーザーが移行タスクを完了している。
これらの手順を確認したら、Opsgenie を完全に無効にすることができます。Opsgenie を無効にすると、アトラシアンは、Opsgenie が無効になり、移行が完了したことを、すべてのユーザーに通知します。Opsgenie を無効にする方法をご確認ください。
この内容はお役に立ちましたか?