Opsgenie から Jira Service Management への移行を始める

オペレーションを移行する理由

サブスクリプションに Opsgenie と Jira Service Management があれば、1 つのサブスクリプションで両方の製品を使用できます。 ただし、日常業務を完了するために、オンコール対応者は引き続き 2 つのアプリを絶えず切り替える必要があるため、これはチームでアトラシアンのオペレーション サービス (アラートとインシデント管理) を使用する最善の方法ではありません。それだけでなく、チームが Jira で行っているすべての作業が Opsgenie から切り離されているように見えます。

アトラシアンでは常に改善に取り組んでいます。オンコール、アラートへの対応、インシデントに対する共同作業を行いながら、シームレスで効率的なエクスペリエンスをお客様のチームに提供したいとアトラシアンでは考えているため、Opsgenie のすべての機能を Jira Service Management で直接利用できるようにしました。これにより、他の作業と同じ場所からオペレーション作業にアクセスできるようになります。

チームには次のようなメリットがもたらされます。

⏱️ コンテキストの切り替えを減らす: オペレーション チームのメンバーはコラボレーション、すべてのアラートとインシデントの処理を 1 つのツールで行えます。

♾️ Dev + Ops の推進: Jira Service Management では、開発チームの状況をより深く把握し、チームで協力して問題をより迅速に解決できます。

デモについては 3 分間の動画ツアーを視聴してください。

必要なのは、オペレーションを Opsgenie から Jira Service Management に移行することだけです。このガイドに従うことで簡単にこれを実行できます。

移動を開始する

Jira 管理者には、合理化された新しいインシデント UI が Jira Service Management で利用できるようになったというメールとアプリ内通知が届きます。さらに、[設定] > [製品] > [Opsgenie から移行] に移動して開始することもできます。

[移行を開始しましょう] セクションには、移行が自動的に開始される時期、Opsgenie へのアクセスが閲覧専用になる時期、Opsgenie が完全にオフになる時期に関する重要な情報があります。

準備ができたら [始める] ボタンを選択します。これで移行が始まるわけではなく、作業を移行することで得られるメリットや利用可能になる機能に関する詳細情報のみが表示されます。情報を確認したら [次へ] を選択します。 

次のステップでは、管理者の関与が必要であるため、Jira Service Management で手動で行う必要があるすべての設定が表示されます。ここで、移行を始める前に注意点を把握できます。

ユーザーとロールへの影響

Opsgenie のすべてのユーザーとロールが Jira Service Management と同期されます。 ユーザーとロールが同期されたら、Jira Service Management で同じロールを持っていない Opsgenie ユーザーに製品ロールを割り当てる必要があります。

Opsgenie 管理者とユーザーの 2 つのカテゴリがある場合があります。

• 製品管理者ロールが付与されない Opsgenie 管理者がいる可能性があるため、移行後に管理者のリストが表示され、Jira Service Management の製品管理者ロールを割り当てることができます。

• Jira Service Management でサポートされていない Opsgenie のカスタム ロールを持っていた Opsgenie ユーザーがいる可能性があるため、後で別のロールを割り当てない限り、そのユーザーにはユーザー ロールが割り当てられます。

チャット ツールへの影響

他のアラート統合とは異なり、Opsgenie のチャット統合は認証が必要なため、手動でコピーする必要があります。 チャット ツールを簡単に連携し、Opsgenie から統合をコピーするための移行ガイドが Jira には用意されています。

アクションとインシデント ルールへの影響

Opsgenie のアクションとインシデント ルールは、自動的に Jira Service Management に移動されることはなく、Opsgenie にそのまま残ります。Jira Automation の充実したルール テンプレートとコンポーネントのライブラリを使用して、簡単にこれらを再作成できます。このガイドはこれらの設定を再作成するのに役立ちます。

ハートビートへの影響

Opsgenie からのハートビートは Jira Service Management に移行されますが、サーバーは Opsgenie (opsgenie.net) から新しいアトラシアン サーバー (atlassian.net) に切り替わるようになります。ハートビートはこれまで通り機能します。ただし、opsgenie.net サーバーとともにハートビート名を使用するスクリプトがある場合は、スクリプトを更新することをおすすめします。 

次のステップでは、利用できない統合、Opsgenie の Teams API (現在は新しい API に置き換えられています)、Opsgenie の一部のグローバル機能など、Jira Service Management では利用できない Opsgenie の機能が表示されます。 

準備ができたら、[次へ] を選択して次に進んでください。

次のステップでは、移行前に知っておく必要がある最も重要な情報の概要がわかります。Opsgenie がオフになる日付は製品 UI に表示されます。この日付はご利用のサブスクリプションに応じて変わる場合があるため、製品 UI を参照することをおすすめします。

Opsgenie からの移行を開始した後の影響

移行を始める前に、移行後に何が起こるかの概要が表示されます。

• Opsgenie のデータと設定は、何も変更されずに Jira Service Management と同期されます。

• 一部のデータや設定は手動で移行する必要があるため、Opsgenie から Jira Service Management への移行を完了するためのガイドが表示されます。アトラシアンのガイドは移行完了までの参考として役立ちます。

• Opsgenie アカウントは引き続き有効であり、データや設定には影響しません。数週間後、Opsgenie は完全にオフになりますが、これを元に戻すことはできません。Opsgenie がオフになる正確な日付を知るには、[設定] > [製品] > [Opsgenie から移行] に移動します。

• Jira Service Management への移行中も、Opsgenie API を引き続き使用できます。ただし、移行が完了したら、Jira Service Management Ops REST API の使用を開始することをおすすめします。

[移行を開始しましょう] を選択して始めましょう。完了したら、オペレーションを設定して Jira Service Management への移行を完了する方法をお読みください。

Opsgenie が読み取り専用になった場合の影響

Opsgenie インスタンスが読み取り専用になると、"アラート" ページや "オンコール スケジュール" ページの項目を編集、更新、作成、削除できなくなります。Opsgenie サイトと Jira Service Management サイトは引き続き同期され、Opsgenie のすべてのデータを閲覧できます。

この期間は、次のことが予想されます。

• 読み取り専用の制限は、アラートとオンコール スケジュールに関連するすべての操作にのみ適用されます。

• アラート、チームベースのオンコール スケジュール、アカウントベースのオンコール スケジュールは読み取り専用になります。管理者を含め、いずれのユーザーも Opsgenie で設定を作成、編集、更新、削除できなくなります。

• アラートとオンコール スケジュールは同期済みであるため、Jira Service Management で直接管理できます。Opsgenie では、引き続き新しいアラートを受け取り、スケジュールの更新を確認できますが、変更は Jira Service Management でのみ実行できます。

• Opsgenie でいずれかの設定を参照する必要がある場合や、Jira Service Management で代替をセットアップする必要がある場合は (自動化ルールの設定など)、この期間でも実行できます。

必要に応じて、ご利用のサイトで次の手順を実行することをお勧めします。

• チャット ツールと Jira Service Management を連携します。

• Opsgenie のアラート アクションとインシデント ルールを再作成します。

• Jira モバイル アプリをダウンロードします (iOS App Store、Android Play Store) 。

• 既存の REST API エンドポイントを Jira Operations REST API エンドポイントに置き換えます。

• Opsgenie のすべてのデータと設定を Jira Service Management に移動したことを確認したら、Opsgenie をオフにします。Opsgenie を無効にする方法をご確認ください。

Opsgenie を無効にした場合の影響

Opsgenie を無効にすると、次のようなことが予想されます。

• Opsgenie で廃止済みの機能であり、Jira Service Management に移行されていない機能 (同期していない古い統合や設定を含む) は、完全に削除されます。廃止済みの機能と、Jira Service Management における代替の機能に関する詳細をご確認ください。

• Opsgenie を無効にすると、Opsgenie におけるチャット ツールや Opsgenie のアクションなどの機能に対する既存の設定にアクセスできなくなります。こうした設定は、Jira Service Management で手動にてセットアップし直す必要があります。支障を最小限に抑えるためにも、Opsgenie を無効化する前に設定を完了しましょう。

• Opsgenie へのログインがサポート対象外となります。Jira Service Management を通じて業務を管理しましょう。

• すべてのアラートとオンコール通知が Jira Service Management から送信されます。オンコール対応者には、Jira Service Management で必要なアクションを実行するように促す通知が届きます。

Opsgenie を無効にする方法をご確認ください。