Opsgenie を別の Opsgenie と統合する

さまざまなシナリオの中で、アラート レプリケーションが望ましいです。ただし、アラートの同期は異なっている必要がある可能性があり、その場合、インテグレーション設定が異なります。同期は、マッピングされたアラート アクションによって保証されるため、さまざまなシナリオで保証されるように、アクション マッピングを設定します。

以下に、3 つの異なるユース ケースの設定例を示します。ドキュメントの残りの部分では、MSP の Opsgenie アカウントは「メイン アカウント」として、MSP の顧客のアカウントは「サブ アカウント」として定義されます。

アカウント間でアラートを完全に同期する

この設定では、メイン アカウントのアラートが承認されると、サブアカウントの同じアラートも承認されます。その逆も同様です。同様に、メイン アカウントのアラートが未承認/クローズされた、またはメモがこのアラート追加される場合は、サブ アカウントの対応するアラートにも同じアクションが適用されます。

メイン アカウントの設定は次のようになります。

サブ アカウントの設定は次のようになります。

マップされたアクションは、メモの作成、承認、承認解除、クローズ、追加アクションの中から選択できます。したがって、インテグレーションでは、これらのアクションに対してのみ完全な同期が提供されます。

サブアカウントでのみアラート アクションを実行する

このシナリオでは、サブ アカウント内のアラートに対してのみアクションを実行して、実行されたアラート アクションをメイン アカウントに通知することが望ましい動作です。たとえば、サブ アカウントのアラートが承認されると、「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”」などのメモが追加されます。次は、このシナリオをサポートする設定です。

メイン アカウントの設定

サブアカウントの設定: