ユーザーとして Opsgenie の利用を開始する
プロフィールの設定、Opsgenie からの通知の取得、オンコール スケジュールの表示に関するすべての方法を説明します。
さまざまなシナリオの中で、アラート レプリケーションが望ましいです。ただし、アラートの同期は異なっている必要がある可能性があり、その場合、インテグレーション設定が異なります。同期は、マッピングされたアラート アクションによって保証されるため、さまざまなシナリオで保証されるように、アクション マッピングを設定します。
以下に、3 つの異なるユース ケースの設定例を示します。ドキュメントの残りの部分では、MSP の Opsgenie アカウントは「メイン アカウント」として、MSP の顧客のアカウントは「サブ アカウント」として定義されます。
統合された Opsgenie インスタンスは同じデータ レジデンシー リージョンに作成して、統合が機能できるようにする必要があります。Opsgenie データ レジデンシーの詳細についてご確認ください。
この設定では、メイン アカウントのアラートが承認されると、サブアカウントの同じアラートも承認されます。その逆も同様です。同様に、メイン アカウントのアラートが未承認/クローズされた、またはメモがこのアラート追加される場合は、サブ アカウントの対応するアラートにも同じアクションが適用されます。
メイン アカウントの設定は次のようになります。
サブ アカウントの設定は次のようになります。
マップされたアクションは、メモの作成、承認、承認解除、クローズ、追加アクションの中から選択できます。したがって、インテグレーションでは、これらのアクションに対してのみ完全な同期が提供されます。
このシナリオでは、サブ アカウント内のアラートに対してのみアクションを実行して、実行されたアラート アクションをメイン アカウントに通知することが望ましい動作です。たとえば、サブ アカウントのアラートが承認されると、「John acknowledged alert: “test alert” (John が次のアラートを承認: "test alert")」のようなメモがメイン アカウントの対応するアラートに追加されます。同様に、サブ アカウントのアラートがクローズされた場合は、「John closed the alert: "test alert" (John が次のアラートをクローズ: "test alert")」のようなメモがメイン アカウントのアラートに追加されます。そのためには、統合を次のように設定します。
メイン アカウントの設定
サブアカウントの設定:
これは 2 番目のシナリオとは逆です。このシナリオでは、アラート アクションがメイン アカウントで実行され、これらのアクションをレポートするメモが返され、サブ アカウントの対応するアラートに追加されます。たとえば、メイン アカウントのアラートが未承認の際に、サブアカウントの対応するアラートに「John unacknowledged the alert: “test alert” (John がアラートを未認定: “test alert”」などのメモが追加されます。次は、このシナリオをサポートする設定です。
メイン アカウントの設定
サブアカウントの設定:
この内容はお役に立ちましたか?