目的地

宛先は、NewRelicデータに関する通知を送信する場所です。宛先は、使用するサードパーティシステムの一意の識別子です。

宛先設定には、サードパーティシステムと統合するための接続の詳細が含まれており、NewRelicのさまざまなツールで使用できます。

対応するデスティネーション・プラットフォームは以下の通りです。

これらの宛先やその他の宛先については、通知の統合を参照してください。

必要な能力

宛先設定には特定の機能が必要です。

one.newrelic.com>アラートとAI>宛先に移動します。宛先を使用して、通知の送信先を選択します。

one.newrelic.comにアクセスします。[アラートとAI ]をクリックし、左側のナビゲーションの[エンリッチと通知]で[宛先]をクリックします。宛先テーブルには、既存の宛先に関する情報が表示され、ユーザーは有効化、無効化、および変更できます。
デスティネーションを追加するには、適切なプラットフォームタイルをクリックします。目的地の設定を変更するには、目的地テーブルで目的地の行をクリックします。

NerdGraphAPIを使用して宛先を構成することもできます。

目的地には、イベントの処理や送信時に問題が発生したかどうかを示す「ステータス」値があります（上図の目的地の表を参照）。

認証や認可の問題など一部のエラーでは、デスティネーションの接続の詳細を更新する必要があります。更新後、デスティネーションのステータス値は、"Default" に変更されます。

過去の通知イベントの詳細を見るには、 Destination メニューで、 Notifications log タブをクリックします。

通知ログでは、過去のすべての通知の履歴とステータスを確認することができます。ここでは、通知のステータスに加え、関連するエラーの詳細や目的地のチケット番号を確認することができます。

配信先のログを、配信先の種類や送信者、ステータスなどでフィルタリングすることができます。

何らかの理由で通知イベントの送信に失敗した場合、結果として生じるエラーは、カテゴリNotificationErrorの下のNrIntegrationErrorに送信されます。

これは、 Alert conditions (policies)およびワークフロー機能を使用する場合に特に便利です。このようにして、通知エラーのイベントでトリガーされる条件を作成し、新しい通知を別の場所に送信できます。

エラー通知機能を追加するステップバイステップのデモは、以下にあります。

条件例

SELECT count(*)
FROM NrIntegrationError
WHERE category = 'NotificationError'

そして、この条件をワークフロー設定のクエリビルダで使用し、イベントテンプレートを定義することもできます。

スヌーズ：障害のある宛先でのエラーノイズを最小限に抑えるために、宛先を「スヌーズ」します。2時間以内に特定の宛先に通知を送信すると、10を超えるエラーが返された場合、その宛先に通知を送信しようとはしません。これは2時間後にリリースされます。

再試行：特定の種類のエラーについては、同じ通知の送信を再試行します。これらの再試行は、スヌーズのエラーカウントにはカウントされません。タイムアウトエラーの場合、通知は合計2回試行され、その間に1秒の遅延があります。スロットルエラーの場合、通知は合計3回試行され、その間に5秒の遅延があります。