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

As part of Atlassian’s vision to unify operations across IT and development teams, creating a more connected, AI-powered incident and alerting experience, Opsgenie is being phased out. To support a seamless transition, we’ve built an in-app migration tool that allows you to move to Jira Service Management or Compass. Read the announcement

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

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

Review feature changes and deprecations in Jira Service Management.

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

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

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

To better understand how migration works, you can create a 14-day migration demo in trial accounts and test the migration flow before making a final decision.

トライアル アカウントに 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 年間プラン – いつでも移行を計画できます。

• Prepare your team – Notify users, configure necessary settings, and check feature availability in your destination product. Read how to prepare your team for the migration.

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

Once the billing admin approves the migration, the process is confirmed, and the selected product—either Jira Service Management or Compass—is provisioned. Your migration will then run automatically in the background on the scheduled date. Read how to review and approve billing for Opsgenie migration

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

Read more about what to do if Opsgenie migration billing is rejected or expired.

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

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

Opsgenie での変更点

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

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

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

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

As soon as your migration is complete, you’ll gain access to a personalized Migration Guide in your new product. This guide is dynamically generated based on your Opsgenie account usage and highlights critical action items and significant changes to your IT operations workflows. What is the migration guide and how to use it?

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

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

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

Turning off Opsgenie is a permanent action, irreversible and removes access to all unsynced data, including any unsynced alerts, on-call schedules, and integrations. Be sure your team is fully transitioned before proceeding. Read what happens when Opsgenie is turned off.

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

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 プランに移行する場合、関係者は移行されません。

関係者の責任

移行前:

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

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

移行後:

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

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