アラートとアプライド・インテリジェンスの通知統合は、New Relic からの通知を送信するために使用できる特定のサービスとプラットフォームです。
統合内容
それぞれの具体的な通知機能の統合についてはこちらをご覧ください。
New Relic を Atlassian Jira (クラウド) と統合し、Jira 課題を自動的に作成、更新、クローズします。
権限
重要
この統合は、JIRA オンプレミスまたはデータ センター インストールをサポートしていません。
Jira API-Token
から必要な権限は BROWSE_PROJECTS
、 ASSIGN_ISSUES
、 CLOSE_ISSUES
、 CREATE_ISSUES
、 EDIT_ISSUES
、 RESOLVE_ISSUES
、 TRANSITION_ISSUES
、 USER_PICKER
、および ADD_COMMENTS
です。
双方向同期トグルを有効にするには、提供されたJira API-Key
にAdmin
ロールが必要です。
Jiraのデスティネーションを設定する
Jiraの課題を作成し、JiraとNew Relicが更新情報を共有し、同期をとるようにします。
Jiraのデスティネーションを作成するには、以下の情報を入力します。
デスティネーション名: デスティネーションを識別するためのカスタム名。
Jiraアカウントのエンドポイント: 送信先のURLです。
ユーザー名: ユーザーの電子メールアドレスです。
API トークン: アトラシアンアカウントから生成されたものです。
宛先を保存する前に、 Test connection ボタンを使って接続をテストすることをお勧めします。
2ウェイ・シンク
双方向同期はワークフローに適用できます。有効にするには、双方向統合トグルをオンにします。
オンにすると、選択したプロジェクトについて、後の段階で Jira アカウントに Jira Webhook が作成されます。Webhook には、New Relic へのアクセス詳細 (URL および API キー) が含まれます。
NewRelicのワークフローとの同期
- New Relic 課題のクローズは、JIRA 課題のステータスが完了に変わったときに発生します。
- JIRA 課題のステータスが進行中に変更されると、New Relic 課題の確認が行われます。
ワークフローでメッセージ テンプレートを構成する
Jira課題のテンプレートを設定するには、以下の手順で行います。
one.newrelic.com > Alerts & AI > Workflows に移動し、既存のワークフローまたは Add a new Workflow ボタンをクリックします。
デスティネーションを選択します。この段階で新しい目的地を作ることができます。
接続先への接続が成功したら、プロジェクトを選択し、使用したいJiraの課題タイプを選択します。
課題タイプが選択されると、設定されたプロジェクトのフィールドがアカウントから取得され、Jiraインスタンスに自動的にマッピングされます。
開始を支援するために、必須および推奨のフィールドと値が自動的に入力されます。必須フィールドには値を設定する必要があります。右側の
X
マークを使用して、オプションのフィールドを追加または削除できます。Jiraのメッセージテンプレートです。
テスト通知の送信
デフォルトのフィールド値を含むテスト通知をクリックして、JIRA の問題を確認します。
成功すると、作成された JIRA 課題へのリンクが表示されます。
重要
New Relic Workflows との新しい統合が ServiceNow アプリ ストアで利用できるようになりました。こちらから早期アクセスをリクエストしてください。
New Relic を ServiceNow ITSM と統合し、ServiceNow インシデントを自動的に作成、更新、解決します。
役割
統合の一環として、ServiceNowのインシデントテーブルからフィールドを取得し、その他のオプション値も取得します。以下のパーミッションが必要です。
テーブル
sys_dictionary
、sys_choice
、sys_user
、およびtask
の完全な読み取り権限。incident
への読み取り/書き込み権限。caller
列のユーザーを取得するには、sys_user
テーブルの読み取り権限が必要です。すぐに使用できる非粒状の役割
personalize_choices
、personalize_dictionary
、rest_service
またはsnc_platform_rest_api_access
、およびitil
には上記の権限があります。双方向統合を有効にするには、
api_key_credentials
テーブルへの読み取り/書き込み権限が必要です。ロールcredentials_admin
とdiscovery_admin
がこれらを提供します。デスティネーションの設定
ServiceNowのデスティネーションを作成するには、以下の情報を入力します。
デスティネーション名: デスティネーションを識別するためのカスタム名。
ドメイン: 送信先のURLです。
User-name: ユーザーの名前です。
パスワード: ユーザーのパスワードです。
デスティネーションを保存する前に、 Test connection ボタンをクリックして、接続をテストすることをお勧めします。
2ウェイ・シンク
双方向の統合を設定するには
two-way integration
トグルをオンにします。このXMLファイルを開いてダウンロードします。このファイルには、イベントをトリガーしてNewRelicに戻すビジネスルールが含まれています。
ServiceNowのサイドバーメニューで、 System Definition> Business Rules を選択します。
いずれかの列ヘッダーのメニュー アイコンをクリックし、[ XML のインポート] を選択して、ダウンロードした XML ファイルをアップロードします。
デスティネーションが保存されると、New Relic API キーが
api_key_credentials
に保持されます。キーは、New Relic へのコールバック REST 呼び出しの一部としてヘッダーで送信されます。ワークフローとの同期
ServiceNowのインシデントの状態が解決済みに変更されると、New Relicの問題のクローズがトリガーされます。
New Relic Issueの確認は、Servicnowのインシデントの状態がオープンから変更されたときに発生します。
ワークフローでメッセージ テンプレートを構成する
one.newrelic.com > Alerts & AI > Workflows に移動し、既存のワークフローをクリックするか、 Add a new Workflow ボタンをクリックして、ServiceNow の送信先を選択します。
接続が成功すると、ServiceNowのインシデントテーブルのカラムがアカウントから取得され、自動的にServiceNowインスタンスにマッピングされます。
開始しやすいように、必須フィールドと推奨フィールドにはデフォルト値が事前に入力されています。
サポートされているフィールドにカスタム値を追加する場合、課題ペイロードから動的な値を追加するか、独自の値を書き込むことができます。
不要なフィールドを削除して、独自のフィールドを追加できます。
ServiceNow-Incidentテンプレートのフィールドを選択、編集または削除します。
テスト通知の送信
[テスト通知] をクリックして、既定のフィールド値を持つ ServiceNow インシデントを表示します。成功すると、作成されたインシデントへのリンクが表示されます。
Slackのチャンネルに通知メッセージを送信します。
前提条件
Slack ワークスペースには、 New Relic アプリケーション(または one.eu.newrelic のお客様の場合は EU アプリ ) がインストールされている必要があります。 アプリケーションを個別にインストールする前に、ワークスペース管理者がアプリケーションを承認する必要があります。アプリのサポートについては、 support@newrelic.com にお問い合わせください。
Slackの宛先を設定する
ワンクリックSlack認証 をクリックしてSlackのランディングページに移動し、OAuth2認証プロセスを続行します。必要なワークスペースにサインインしていない場合は、Slack にリダイレクトされてサインインします。
ワークスペース名を追加するか、関連するワークスペースを選択して、 「続ける」 をクリックします。
選択したワークスペースにサインインしている場合、New Relic が指定されたアクションを実行することを許可します。
Allow をクリックすると、目的のページに戻ります。
ワークフローで Slack メッセージ テンプレートを構成する
one.newrelic.com > Alerts & AI > Workflows に移動し、既存のワークフローまたは Add a new Workflow ボタンをクリックします。メッセージを送信する宛先 (ワークスペース) と Slack チャネルを選択します。必要なワークスペースに事前定義された宛先がない場合は、新しい宛先を作成できます。プライバシー上の理由から、ユーザーはプライベート チャネルを選択するために一度認証を受ける必要があります。プライベート チャネルを選択すると、ボットが自動的にチャネルに追加されます。
デフォルトの通知を使用することも、カスタムの詳細で強化することもできます。変数メニューから変数を選択し、ハンドルバー構文を適用してペイロードを充実させます。
テスト通知の送信
定義済みのサンプル ペイロードを含むテスト通知をチャネルに送信できます。これにより、選択した Slack チャネルにメッセージが作成されます。
Webhook Notifierを使って、任意のエンドポイントに通知メッセージを送信します。
Webhookの宛先を設定する
Webhookの宛先を作成するには、以下のものが必要です。
デスティネーション名: 固有のデスティネーション名。
URLです。 対象となるアプリケーションのエンドポイントで、必要に応じて認証やカスタムヘッダーも含まれます。
承認メカニズム(オプション):。
basic authentication
またはbearer token
にすることができます。2ウェイ・シンク
ワークフローから送信された通知については、 Nerdgraphを使用して問題を確認またはクローズできます
Webhookイベントテンプレートの設定
リストからWebhookの宛先を選択し、
HTTP-POST
リクエストを設定します。リクエスト設定では、以下のことが求められます。
テンプレートの名前を設定します。
あらかじめ設定されている目的地を目的地リストから選択するか、新しい目的地を作成します。
カスタムヘッダーの追加(オプション)。
リクエストのペイロードを設定します。
ワークフローで Webhook ペイロードをカスタマイズする
one.newrelic.com > Alerts & AI > Workflows に移動し、既存のワークフローをクリックするか、 Add a new Workflow ボタンをクリックして Webhook の宛先を選択します。
重要
リクエストの content-type はデフォルトで JSON であるため、ペイロードも JSON 形式である必要があります。形式に慣れるには、使用例を参照してください。
デフォルトのペイロードを使用することも、必要なデータを含むようにカスタマイズすることもできます。 variablesメニュー から変数を選び、 handlebars構文 を適用して、Webhookを充実させます。
右側の [プレビュー]セクションには、テンプレートがレンダリングされた後に予想されるペイロードが表示されます。ペイロードが有効な JSON を形成しない場合、エラーが発生し、テンプレートを保存できませんでした。
ヒント
未定義のタイプエラーは、属性が最近インデックスに登録されていないか、存在しないことを示している可能性があります。エラーを修正するには、
if else
ステートメントを追加してみてください。例えば、"closed_at": {{#if issueClosedAtUtc}} {{ json issueClosedAtUtc }} {{else}}"None"{{/if}}
Webhookペイロードが有効なJSONに準拠している場合は、定義したWebhook宛先にテスト通知を送信できます。
テスト通知を送信して、すべてが正しく接続されていることを確認することをお勧めします。
ワークフローの通知チャネルとして [電子 メール] を選択すると、電子メールの 宛先が自動的に作成されるため、 [宛先] メニューから構成する必要はありません。各電子メールの宛先は、それに関連付けられたワークフローに固有であるため、宛先フィードに重複して表示される場合があります。
電子メール通知を送信するには:
one.newrelic.com > Alerts & AIに移動します。
左側のナビゲーション パネルで [ワークフロー] を選択します。
[+ ワークフローを追加]をクリックします。
ワークフローの名称を入力してください。このフィールドは必須で、ユニークである必要があります。
必要なデータをフィルタリングします。送信する問題を追加するには、 基本 オプションと 詳細 オプションのいずれかを選択できます。
[追加設定] をクリックして、データを充実させます。 [データを充実させる] を 有効にして、NRQL クエリを作成します。
[保存して終了]をクリックします。
通知方法として 電子メールを 選択します。
通知を送信するメールを追加します。1 人以上の受信者を追加できます。
- メールアドレスを検索することで、New Relic アカウントを持つユーザーを見つけることができます。
- New Relic アカウントやメール配信リストを持っていないユーザーを追加するには、そのユーザーの完全なメールアドレスを入力します。
- メール設定に追加されたメール アドレスの各リストは、独自の一意の宛先を作成し、宛先フィードに表示されます。
- 通知ログで宛先ごとの電子メール通知を追跡できます。
電子メール メッセージをカスタマイズします。
[テスト通知を送信] をクリックして、電子メール通知が受信トレイに届くことを確認します。
クリック 保存.
[ワークフローを有効にする]をクリックします。
ワークフローのメイン ページから、ワークフロー ID を有効化、編集、削除、または作成したワークフローをクリップボードにコピーできます。
NewRelicとAWSEventBridgeを使用して、AWS Lambda、Amazon Simple Notification Service(SNS)キュー、CloudWatchLogsなどのターゲットに通知をカスタマイズして配信します。
EventBridgeの宛先を設定します
重要
New Relicは、 SaaSパートナーイベントソースとしてAWSにリストされています。
EventBridge 宛先を作成するには、[ Destinations ] に移動し、 AWS EventBridgeをクリックします。次に、次の情報を入力します。
名前:宛先名。
AWSリージョン:これはAWSリージョナルエンドポイントです。イベントソースがホストされている地域を選択します。
AWSアカウントID :AWSアカウントID。これは12桁の数字です。
イベントソースを選択してください
AWSアカウントIDを使用してEventBridgeの宛先を設定したら、新しいイベントソースを作成すると、EventBridgeで利用できるようになります。
宛先名を選択または作成します。
イベントソースを選択または作成します。
新しいイベントソースを作成すると、AWSEventBridgeアカウントに統合パートナーのイベントソースとして作成されます。
AWSアカウントでイベントソースを関連付け、ルールを作成します
イベント ソースをイベント バスに関連付けます。AWS EventBridge コンソールで、ナビゲーション ペインの [パートナー イベント ソース] を選択します。
パートナーイベントソースの横にあるボタンを選択し、[イベントバスに関連付ける]を選択します。
イベントソースのステータスが[保留中]から[アクティブ]に変わり、イベントバスの名前がイベントソース名と一致するように更新されます。これで、NewRelicのイベントに一致するルールの作成を開始できます。
イベント バスのルールを作成します。
New Relic から送信された通知に対応するには、New-Relic イベントをフィルタリングするイベント パターンを使用してルールを作成する必要があります。
詳細な手順については、イベントソースルールを作成する方法についてこのAWSドキュメントを使用してください。
ワークフローでメッセージ イベント テンプレートを構成する
ワークフローに移動し、既存のワークフローまたは [新しいワークフローを追加] ボタンをクリックして、イベントブリッジの宛先を選択します。New Relic から EventBridge に通知を送信する場合、メッセージ テンプレートを使用してその通知をカスタマイズできます。次の手順に従って、EventBridge 宛先のメッセージ テンプレートを構成します。
デフォルトのテンプレートを使用することも、独自のテンプレートをカスタマイズすることもできます。
カスタマイズされたテンプレートが必要な場合は、変数メニューから変数を選択し、ハンドルバー構文を適用してイベントを充実させます。
EventBridgeAPIにはJSONが必要です。 JSONの使用例を参照してください。テンプレートプレビューには、レンダリングされたJSONが表示されます。
イベントテンプレートが有効なJSONに準拠したら、テスト通知をAWSEventBridgeに送信できます。
New Relic と PagerDuty を統合し、PagerDuty のインシデントを自動的に作成、更新、確認、解決することができます。
PagerDutyと統合する方法は2つあります。
REST API キーを使用したアカウントレベルの統合(推奨) : 統合は完全に自動化されており、双方向の同期をサポートし、単一の New Relic デスティネーションに複数の PagerDuty サービスを定義することができます。
イベントAPIキーを使用したサービス統合:単一のサービス統合はサービスレベル統合キーを使用し、一意のPagerDutyサービスごとに個別のNewRelic宛先が必要です。
アカウントレベルの統合
統合は完全に自動化されており、双方向の同期をサポートし、1つのNew Relicデスティネーションに複数のPagerDutyサービスを定義することができます。
権限
この統合には、以下のアクションを実行する権限が必要です。
この統合には、REST API キーが必要です。PagerDuty には 2 種類の REST API キーがあります。
一般アクセスキー: 上記のすべての権限が含まれており、PagerDutyの管理者とアカウント所有者が取得できます。 PagerDutyの説明書をご覧ください.
パーソナルユーザートークン: お客様のアカウントに高度な権限がある場合、固有のパーソナルREST APIキーを作成することができます。個人用REST APIキーを使用して行われたリクエストは、ユーザーのパーミッションに制限されます。ユーザートークンAPIキーを提供することを選択した場合、それが上記の必要なパーミッションを持っていることを確認してください。 PagerDutyの説明書をご覧ください.
ヒント
個人ユーザー トークンの場合、実際のユーザーに属さない専用の統合ユーザーを使用することをお勧めします。
デスティネーションの設定
PagerDuty のデスティネーションを作成するには、Integration method タブで以下の情報を入力します。
Name: 目的地を特定するためのカスタム名。
APIキー: このインテグレーションでは、REST APIキーの提供を求められます。
PagerDuty には、 一般的なアクセス トークンと ユーザー トークンの 2 種類の REST API キーがあります。
デスティネーションを保存する前に、 Test connection ボタンをクリックして、接続をテストすることをお勧めします。
2ウェイ・シンク
双方向の同期を有効にするには、 双方向の統合 のトグルをオンにします。
オンにすると、選択した PagerDuty サービスに対して、後から PagerDuty のサブスクリプションが作成されます (See customize a message template)。Webhook には、New Relic へのアクセス詳細 (URL および New Relic API キー) が含まれます。
デフォルトでは、New Relic によって作成された PagerDuty インシデントへの状態の変更は、New Relic に同期されます。
重要
特定のサービスで Intelligent Alert Grouping を使用している PagerDuty Event Intelligence または Digital Operations のお客様は、New Relic に返送される PagerDuty インシデントに不一致が生じる可能性があることに注意してください。New Relicのワークフローとの同期
PagerDuty のインシデントが解決されると、New Relic issue の閉鎖がトリガーされます。
PagerDuty のインシデントが承認されると、New Relic のインシデントの承認がトリガーされます。
ワークフローでメッセージ テンプレートを構成する
メッセージテンプレートを設定するには
one.newrelic.com > Alerts & AI > Workflows に移動し、既存のワークフローをクリックするか、 Add a new Workflow ボタンをクリックして Pagerduy 通知機能を選択します。
デスティネーションを選択します。この段階で新しい目的地を作ることができます。
PagerDutyのサービスを選択します。
ユーザーを選択します。選択したユーザーに代わって、New Relic がノートを投稿します。
Pagerduty の Custom Details セクションに詳細を送信します。デフォルトのペイロードを使用するか、課題ペイロードのフリー テキストまたは動的変数を使用してカスタマイズできます。 変数メニュー から変数を選択し、 ハンドルバー構文 を適用してペイロードを充実させます。 右側の プレビュー セクションには、テンプレートがレンダリングされた後に予想されるペイロードが表示されます。 ペイロードが有効な JSON を形成しない場合、エラーが表示され、テンプレートを保存できません。
なお、PagerDuty Alertsのカスタム詳細は自動的に入力されます。
テスト通知の送信
デフォルトのフィールド値でテスト通知をクリックすることで、PagerDutyのインシデントがどのように表示されるかを確認できます。成功すると、インシデントが作成され、リンクが表示されます。
サービス統合
この統合では、NewRelicでインシデントを作成するサービスにNewRelicPagerDuty統合を設定する必要があります。
PagerDuty のサービスに New Relic のインテグレーションを作成します。
Services[サービス] > Service Director[サービス ディレクトリ] に移動し、統合を追加するサービスを選択します。
Integrations タブを選択 Add another integration.
リスト内で New Relic 統合を見つけてマークし、 Add [追加]をクリックします。
右側をクリックして Integration Key [統合キー] を表示し、コピーします。
PagerDuty のデスティネーションを作成するには、Integration method タブで以下の情報を入力します。
Name: 目的地を特定するためのカスタム名。
Integration Key: New Relic 統合からコピーした統合キーを貼り付けます。
メッセージテンプレートの設定
メッセージテンプレートを設定するには
one.newrelic.com > Alerts & AI > Workflows に移動し、既存のワークフローをクリックするか、 Add a new Workflow ボタンをクリックして Pagerduy 通知機能を選択します。
デスティネーションを選択します。この段階で新しい目的地を作ることができます。
(オプション)デフォルトのインシデントサマリーを編集します。
なお、PagerDuty Alertsのカスタム詳細は自動的に入力されます。
テスト通知の送信
デフォルトのフィールド値でテスト通知をクリックすると、PagerDutyのインシデントがどのように表示されるかを確認できます。
New Relic iOS または Android モバイルアプリにプッシュ通知を送信します。
モバイル プッシュ先を設定する
モバイル プッシュの宛先を作成するには、次のものが必要です。
プッシュ宛先名:固有の宛先名。
ユーザー ID:現在ログインしているユーザーに基づいて自動的に入力されます。
重要
現在、 変更機能を持つ現在ログインしているユーザーのモバイル プッシュ先の作成に制限されています。 ユーザーのプッシュ先は 1 つだけ作成できます。複数作成しようとすると、エラーが表示されます。宛先を保存する前に、 [接続のテスト] ボタンを使用して接続をテストすることをお勧めします。
ワークフローでプッシュ通知を受け取るタイミングを構成する
one.newrelic.com > Alerts & AI > Workflows に移動し、既存のワークフローをクリックするか、 Add a new Workflow ボタンをクリックしてモバイル通知機能を選択します。モバイル プッシュを設定するには、モバイル ノーティファイアをクリックし、目的の宛先を選択します。
Atlassian Opsgenie の Webhook テンプレート
Webhook テンプレートを使用してワークフローから Opsgenie に通知を送信する ワークフロー用の Opsgenie Webhook テンプレート
Splunk オンコールの Webhook テンプレート
Webhook テンプレートを使用してワークフローから Splunk On-call に通知を送信する ワークフロー用の Splunk On-Call Webhook テンプレート
xMatters の Webhook テンプレート
Webhook テンプレートを使用して、ワークフローから xMatters に通知を送信します。
{{{#if nrAccountId}}"account_id": {{nrAccountId}},{{/if}}"account_name": {{json accumulations.tag.account.[0]}},{{#if accumulations.tag.action}}"action":{{json accumulations.tag.action.[0]}},{{/if}}"closed_violations_count": { "critical": {{#if closedIncidentsCount}}{{closedIncidentsCount}}{{else}}0{{/if}}, "warning": 0, "total": {{#if closedIncidentsCount}}{{closedIncidentsCount}}{{else}}0{{/if}}},"condition_family_id": {{accumulations.conditionFamilyId.[0]}},"condition_id": {{accumulations.conditionFamilyId.[0]}},"condition_name": {{json accumulations.conditionName.[0]}},{{#if accumulations.evaluationName}}"condition_metric_name": {{json accumulations.evaluationName.[0]}},{{/if}}{{#if accumulations.evaluationMetricValueFunction}}"condition_metric_value_function": {{json accumulations.evaluationMetricValueFunction.[0]}},{{/if}}"current_state": {{#if issueClosedAt}}"closed"{{else if issueAcknowledgedAt}}"acknowledged"{{else}}"open"{{/if}},"details": {{json issueTitle}},"duration": {{#if issueDurationMs}}{{issueDurationMs}}{{else}}0{{/if}},"event_type": "INCIDENT","incident_acknowledge_url": {{json issueAckUrl}},"incident_url": {{json issuePageUrl}},"incident_id": {{json issueId}},"metadata": { {{#if locationStatusesObject}}"location_statuses": {{locationStatusesObject}},{{/if}} {{#if accumulations.metadata_entity_type}}"entity.type": {{json accumulations.metadata_entity_type.[0]}},{{/if}} {{#if accumulations.metadata_entity_name}}"entity.name": {{json accumulations.metadata_entity_name.[0]}}{{/if}}},"open_violations_count": { "critical": {{#if openIncidentsCount}}{{openIncidentsCount}}{{else}}0{{/if}}, "warning": 0, "total": {{#if openIncidentsCount}}{{openIncidentsCount}}{{else}}0{{/if}}},"policy_name": {{json accumulations.policyName.[0]}},{{#if policyUrl}}"policy_url": {{json policyUrl}},{{/if}}"radar_entity": { "accountId": {{json accumulations.tag.accountId.[0]}}, "domain": {{json accumulations.conditionProduct.[0]}}, "domainId": {{json issueId}}, "entityGuid": {{json entitiesData.entities.[0].id}}, "name": {{#if accumulations.targetName}}{{json accumulations.targetName.[0]}}{{else if entitiesData.entities}}{{json entitiesData.entities.[0].name}}{{else}}"NA"{{/if}}, "type": {{#if entitiesData.types.[0]}}{{json entitiesData.types.[0]}}{{else}}"NA"{{/if}}},{{#if accumulations.runbookUrl}}"runbook_url": {{json accumulations.runbookUrl.[0]}},{{/if}}"severity": {{#eq HIGH priority}}"WARNING"{{else}}{{json priority}}{{/eq}},"state": {{json state}},"status": {{json status}},"targets": [ { "id": {{#if entitiesData.entities.[0].id}}{{json entitiesData.entities.[0].id}}{{else if accumulations.nrqlEventType}}{{json accumulations.nrqlEventType.[0]}}{{else}}"N/A"{{/if}}, "name": {{#if accumulations.targetName}}{{json accumulations.targetName.[0]}}{{else if entitiesData.entities}}{{json entitiesData.entities.[0].name}}{{else}}"NA"{{/if}}, "link": {{json issuePageUrl}}, "product": {{json accumulations.conditionProduct.[0]}}, "type": {{#if entitiesData.types.[0]}}{{json entitiesData.types.[0]}}{{else}}"NA"{{/if}}, "labels": { {{#each accumulations.rawTag}}{{#if this.[0]}}"{{@key}}":{{json this.[0]}},{{/if}}{{/each}} "NewRelic": "targetLabels" } }],"timestamp": {{#if closedAt}}{{closedAt}}{{else if acknowledgedAt}}{{acknowledgedAt}}{{else}}{{createdAt}}{{/if}},"timestamp_utc_string": {{json issueUpdatedAt}},"version": "1.0",{{#if accumulations.conditionDescription}}"VIOLATION DESCRIPTION": {{json accumulations.conditionDescription.[0]}},{{/if}}{{#if violationChartUrl}}"violation_chart_url": {{json violationChartUrl}},{{/if}}"violation_callback_url": {{json issuePageUrl}}}