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 への移行を完了する方法をお読みください。