前置き

New Relic Workflow の Destination

New Relic には色々なサービスへの連携設定が用意されていますが、今回は標準でサポートしていない(専用のインテグレーションが無い)システムへの通知になります。

以下の5種類です。内、全ての Destination でサポートされているのは Activated/Closed のみです。

復旧通知が不要なため “Closed” を Off にするなどの変更は、Notify when の設定で行えます。

ドキュメント上に明記されていませんが、Destinationによっては サポートしていない通知トリガー があるようです。

例えば、AWS EventBridge では “Acknowledged” がグレーアウトされていて選択できません。

(API で登録自体はでき、実際通知も発生するようですが、WebUIで制限されているので正式にはサポートしていないのだと思われます。)

Backlogの課題登録(チケット起票)方法として、選択肢は2通りです。

Backlog が対応しているのは送信Webhookのみです。 受信Webhookはサポートしていません。

お手軽パターンです。

Backlog 側でメールアドレスを払い出し、New Relic 側にメールアドレスを登録します。

メール受信に合わせたフォーマットになっているため、見やすいとは言えません。

ボタン押下により Close などが行えるようになっていますが、Backlog ではURLがそのまま出力されており誤って押下しそうになります。

Tags も縦に並ぶので非常に縦長の課題になります。

不要な項目を削除できれば良いのですが、Emailインテグレーションではメール本文の規定の項目を変更する事はできません。

• メール本文には変更できないデフォルトのデータが含まれていますが、独自にカスタマイズした追加の詳細を追加することもできます。これらのカスタマイズは、[カスタム詳細]セクションに表示されます。

通知トリガー “Closed” の内容が “Critical priority issue is closed” として連携されますが、メール同様別チケットとして起票されます。

復旧通知を行わない選択肢もありますが、せっかくチケット管理システムを使うので自動クローズしたいところです。

何かしらで受信し、処理分岐・整形を行い、API実行を行える様にします。

利用しているサービスに合わせて Webhook + 何かしらのワークフローツールで実装すると良いと思いますが、今回は AWS EventBridge ＋ Lambda で実装します。

ドキュメントに沿って設定を追加します。大きく分けると以下3点です。

(1) New Relic 側で、Destination、Workflow + Channel 設定を行います。
(2) AWS 側でパートナーイベントソースを Associate します。
- Amazon との SaaS パートナーからのイベントの受信 EventBridge - Amazon EventBridge
- API での Associate はサポートされていないようで、AWSマネジメントコンソール上で実施が必要です。
AWS 側でイベントルールを作成します。