Opsgenie の移行では何を期待できますか?

IT チームと開発チームのオペレーションを統合し、より連携の取れた、AI を活用したインシデントとアラート エクスペリエンスを実現するというアトラシアンのビジョンの一環として、Opsgenie は段階的に廃止されています。シームレスなトランジションをサポートするために、Jira Service Management または Compass に移行できるアプリ内移行ツールを作成しました。アナウンスを読む

移行により、選択したアトラシアン製品でアラート、オンコール スケジュール、エスカレーション ポリシー、統合が中断なく引き続き機能することが保証されます。

Opsgenie 移行の仕組み

Opsgenie の移行ツールは、スムーズな移行を確実に実現する構造化されたプロセスに従って、Opsgenie データを Jira Service Management または Compass に移行するのに役立ちます。Opsgenie 所有者は、[設定] > [Migrate Opsgenie (Opsgenie の移行)] から移行ツールにアクセスできます。このプロセスは構造化されたフローに従います。

ステップ 1: 推奨プランを確認し、IT オペレーションを管理するための新しいパスを選択します

[Migrate Opsgenie (Opsgenie の移行)] ページには、現在の Opsgenie サブスクリプションに基づいて推奨される移行プランが表示されます。この推奨プランにより、新製品でも同等の機能が維持され、移行がよりスムーズになります。

決定を下す前に、代替の移行オプションを検討して、プランや製品を比較することもできます。

Jira Service Management または Compass の選択

大まかに言うと、移行先はチームが何に重点を置いているかによって決まります。

• Jira Service Management は、高度なアラート機能 (着信のルーティング、自動化、インシデント、変更、問題の管理など) を含む完全な IT サービス管理 (ITSM) ソリューションを必要とするチームに最適です。

• Compass は、コンポーネントの追跡、オンコール スケジュールの管理、リアルタイム アラートの受信を希望する開発重視のチーム向けに設計されています。

Jira Service Management における機能の変更と廃止予定をご確認ください。

Compass におけるレビュー機能の変更と廃止予定をご確認ください。

Opsgenie の一部の機能は、Jira Service Management や Compass では利用できない場合があるため、こうした変更によるワークフローへの影響を評価することが不可欠です。

トライアル アカウントでの移行のデモ

移行の仕組みをより理解するために、トライアル アカウントで 14 日間の移行のデモを作成して、最終決定を下す前に移行フローを試すことができます。

トライアル アカウントに Opsgenie のデータは含まれません。アラート、スケジュール、統合、その他の設定を手動で追加して、それらが Jira Service Management や Compass でどのように機能するかを確認できます。これは、実際の環境に影響を与えずに、新製品の主要機能がどう機能するかを検証するのに役立ちます。

Opsgenie を既存の Jira Service Management または Compass に移行する

Opsgenie データを既存の Jira Service Management または Compass サイトに移行する必要がある場合は、次の点をご確認ください。

• データ レジデンシーが移行先のサイトと一致していること。

• ご利用の組織が、ライセンスと請求の変更に備えていること。

• 選択したプランに基づいて変更される可能性のある機能を確認していること。

移行に最適な経路を選択したら、移行の計画に進みます。

ステップ 2: データの自動移行日を計画する

移行の予定を組むには、ご自身が Opsgenie 所有者であり、アトラシアン サイトのサイト管理者である必要があります。移行日は 7 日後以降に設定する必要があり、2027 年 4 月 5 日まで予定できます。一度予定を組んだら、移行日は 1 回しか変更できません。

状況が変わり、移行を再計画する必要がある場合は、請求が承認される前に移行をキャンセルできます。ただし、移行予定日の少なくとも 24 時間前までにキャンセルを行う必要があります。

移行計画のベスト プラクティス

• Opsgenie 月額プランの場合 – 重複請求を避けるために、移行予定日を更新日の間近に設定しましょう。

• Opsgenie 年間プラン – いつでも移行を計画できます。

• チームの準備をする – ユーザーに通知して、必要な設定を行い、移行先の製品で利用できる機能を確認します。移行に向けてチームを準備する方法をご確認ください。

ステップ 3: 請求承認とデータ移行

請求管理者が移行を承認すると、プロセスが確定して、選択した製品 (Jira Service Management または Compass) がプロビジョニングされます。その後、移行は予定日にバックグラウンドで自動的に実行されます。Opsgenie の移行で請求を確認/承認する方法をご確認ください。

移行中も移行後も、チームは Opsgenie で中断なしに作業を継続できます。移行の完了後、「Opsgenie の移行」ページでステータスを追跡できます。この時点で、すべてのアラート、スケジュール、設定が移行されるように、新しいプラットフォームでの Opsgenie データの同期が開始されます。

Opsgenie の移行請求が拒否または期限切れになった場合の対処方法に関する詳細をご確認ください。

ステップ 4: 設定を確認して移行を完了する

データ移行が完了すると、Opsgenie でのいくつかの変更点と、新製品で完了すべきタスクが表示されます。

Opsgenie での変更点

移行後、Opsgenie が完全に無効化されるまでに 120 日かかります。無効化される前であっても、準備が整えばいつでも手動で無効にできます。

チームがスムーズに移行できるように、Opsgenie の各画面の上部にコールアウトが表示され、主な機能のステータスや新製品へのダイレクト リンクが表示されます。こうしたリンクによって、チームが新しい作業環境に慣れやすくなります。

さらに、事前に手動で Opsgenie を無効化しない限り、Opsgenie アカウントにバナーが表示されて、無効化に関するタイムラインがリマインドされます。

Jira Service Management または Compass での変更点

移行が完了すると、新製品でパーソナライズされた移行ガイドにすぐにアクセスできるようになります。このガイドは、Opsgenie アカウントの利用状況に基づいて動的に生成され、IT 運用ワークフローにおけるクリティカルなアクション アイテムと重要な変更点をハイライトします。移行ガイドとその使用方法をご確認ください。

Opsgenie 管理者と所有者は、すべてのアクション アイテムを表示できますが、ユーザーが表示できるアイテムには限りがある場合があります。移行をスムーズに行うためには、すべてのタスクを完了して、新製品の設定を Opsgenie の既存の機能と一致させることをお勧めします。

ステップ 5: Opsgenie を無効化する

移行後、Opsgenie は 120 日後に自動的に無効になりますが、移行後のタスクがすべて完了したら、120 日を待たずに手動で無効化できます。

Opsgenie を無効にすることは恒久的なアクションであり、復元できません。未同期のアラート、オンコール スケジュール、統合など、同期されていないすべてのデータにアクセスできなくなります。アクションを実行する前に、チームが完全に移行していることをご確認ください。Opsgenie を無効化するとどうなるかをご確認ください。

移行に関わるユーザーとは

Opsgenie の移行プロセスでは、ユーザーがいくつかの重要な役割を果たし、それぞれが異なる責任を持ちます。

Opsgenie 所有者 (とサイト管理者)

Opsgenie 所有者は、移行の計画、移行先となる製品の選択、移行のスケジュールを決める責任を持ちます。Opsgenie 所有者がサイト管理者ではない場合でも、意思決定に関する支援を行えますが、移行予定日を決めるための権限を持ちません。

Opsgenie 所有者の責任

移行前:

• 移行先の製品を確認して選択します。

• 利用できる機能と価格を比較して、最適なプランを決定します。

• 移行予定日を決めます。

• すべての関係者に情報を提供します。

移行後:

• 移行したすべてのデータに新製品でアクセスできることを確認します。

• ユーザーが Jira Service Management または Compass にアクセスできることを確認します。

• 設定上の問題を監視/解決します。

• 移行が完全に完了したら、Opsgenie を無効にします。

Opsgenie 管理者 

管理者は、スムーズな移行を保証するために、統合の設定と移行計画プロセスのサポートにおいて重要な役割を果たします。一方、ユーザーは変更点をよく理解し、ワークフローがどのように影響を受けるかを確認して、それに応じて適切に対処する必要があります。

Opsgenie 管理者の責任

移行前:

• 現在の Opsgenie の設定を確認して文書化します。

• 影響を受ける可能性のある統合とワークフローを確認します。

• 移行に向けてユーザーの準備を行います。

移行後:

• Jira Service Management または Compass の統合を再設定します。

• オンコール スケジュール、エスカレーション、アラートの各ポリシーが正しくセットアップされていることを確認します。

• ユーザーが新しいワークフローに適応できるようサポートします。

アトラシアン請求管理者

アトラシアン請求管理者は、請求の変更を承認して、新製品が正しくプロビジョニングされていることを確認する責任があります。移行を進めるには、請求管理者の承認が必要です。

アトラシアン請求管理者の責任

移行前:

• 選択したプランと請求における変更点を確認して承認します。

• ライセンスと請求が組織のニーズに合っていることを確認します。

移行後:

• 新製品の請求が正しく反映されていることを確認します。

• 請求関連の問題を解決するための支援を行います。

ユーザー

ユーザーは、Jira Service Management または Compass の新しいワークフローに適切に対処することで、移行プロセスにおいて重要な役割を果たします。移行の完了後、新製品におけるアラート、オンコール スケジュール、インシデント管理の各プロセスでの変更点を確認する必要があります。移行ガイドにアクセスして、日々の運営においてどのような影響を受けるかを理解することで、スムーズな移行を実行できます。

ユーザーの責任

移行前:

• 移行が日常のワークフローにどのように影響するかをよく理解する必要があります。

• トレーニング資料と移行ガイドの内容を確認します。

移行後:

• 新しいプラットフォームとそのワークフローに適切に対処します。

• アラート、スケジュール、インシデントにアクセスして管理できることを確認します。

• Opsgenie 管理者に問題を報告します。

ステークホルダー

チームが Jira Service Management の Premium プランまたは Enterprise プランに移行する場合は、その移行に関係者も含まれます。ただし、チームが Jira Service Management の Standard プラン、Free プラン、または任意の Compass プランに移行する場合、関係者は移行されません。

関係者の責任

移行前:

• 移行チームと変更点に関する確認を行います。

• 新製品で関係者の管理がどのように機能するかを理解します。

移行後:

• アラートと通知のワークフローの変更に合わせて適切に対処します。

• インシデントのステータスや運用上の最新情報を常に把握します。