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. Read the announcement

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

Opsgenie 移行の仕組み

The migration tool in Opsgenie helps you transition your Opsgenie data to Jira Service Management, following a structured process to ensure a smooth migration. Opsgenie owners can access to migration tool from Settings > Plan your move. This process follows a structured flow:

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

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

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

Jira Service Management is ideal for teams needing a complete IT service management (ITSM) solution, including advanced alerting capabilities like incoming call routing, automations, incident, change, and problem management.

Review feature changes and deprecations in Jira Service Management.

Some Opsgenie features may not be available in Jira Service Management, so it's essential to evaluate how these changes could impact your workflows.

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

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.

The trial accounts don’t contain any Opsgenie data. You can manually add alerts, schedules, integrations, and other configurations to see how they function in Jira Service Management. This helps you verify how key features operate in the new product without affecting your live environment.

Migrating Opsgenie to your existing Jira Service Management

If you need to move Opsgenie data to an existing Jira Service Management site, ensure that:

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

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

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

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

ステップ 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 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 アカウントにバナーが表示されて、無効化に関するタイムラインがリマインドされます。

Changes in your Jira Service Management

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 所有者の責任

移行前:

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

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

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

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

移行後:

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

• Ensure users can access Jira Service Management.

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

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

Opsgenie 管理者 

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

Opsgenie 管理者の責任

移行前:

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

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

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

移行後:

• Reconfigure integrations in Jira Service Management.

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

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

アトラシアン請求管理者

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

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

移行前:

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

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

移行後:

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

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

ユーザー

Users play an essential role in the migration process by adapting to the new workflows in Jira Service Management. Once migration is complete, they should review changes to alerts, on-call schedules, and incident management processes in the new product. Users can access the Migration Guide to understand how their daily operations are affected and ensure a smooth transition.

ユーザーの責任

移行前:

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

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

移行後:

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

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

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

ステークホルダー

For teams migrating to Jira Service Management Premium or Enterprise, stakeholders are included in the migration. However, stakeholders aren’t migrated if the team moves to Jira Service Management Standard, Free plan.

関係者の責任

移行前:

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

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

移行後:

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

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