ワークフロー

ワークフローでは、課題に関する通知をいつ、どこで受け取るかをコントロールし、適切な情報を関連する担当者やチームにトンネリングし、課題の通知をNew Relicの追加データで充実させることができます。

イシューとは？

問題は、症状の根本的な問題を説明するインシデントのグループです。新しいインシデントが作成されると、インシデントインテリジェンスによって問題がオープンされ、他の未解決の問題の相関関係が評価されます。詳細については、「インシデントインテリジェンスの使用」を参照してください。

ワークフローとデスティネーションの実際の様子は、YouTubeのショートビデオ（3分54秒）をご覧ください。

まだお持ちでない場合は、以下で無料の New Relic アカウントを作成して、今すぐデータの監視を開始してください。

ワークフローはどのようにトリガーされますか?

ワークフローは、ワークフローフィルターと一致する通知トリガーに一致する課題の課題イベントによってトリガーされます。ワークフローはデフォルトで推奨されるトリガーで構成されていますが、3 つのドットをクリックして [次の場合に通知]を選択することで、各宛先の通知をいつトリガーするかを制御できます。 Activated 通知トリガーも有効にする必要があります。

次のイベントは、ワークフローをトリガーし、関連する宛先エンドポイントに通知を送信します。

通知トリガー	説明	例	デフォルトで通知される宛先
アクティブ化	問題がアクティブ化されました	問題の状態が CREATED から ACTIVATED に変わります	すべての目的地
承認済み	問題は、通知、問題ページ、またはサードパーティの統合を通じて、ユーザーによって確認されます	問題はユーザーによって確認され、確認済みとしてマークされました	Webhook、PagerDuty、Slack、メール、モバイルアプリ
閉まっている	問題はクローズされました。	問題は、すべてのインシデントがクローズされたか、TTL が終了したか、 `Inactive` が長すぎたためクローズされました	すべての目的地
優先度が変更されました	問題の優先度が引き上げられました	問題のインシデントが高優先度から重大な優先度の問題になりました	Webhook、イベントブリッジ、ServiceNow、Jira
その他のアップデート	インシデントが問題に追加された、インシデントがクローズされた、または別の問題がこの問題にマージされた	インシデントが解決されました	Webhook、Event Bridge、ServiceNow、Jira、PagerDuty (アカウント統合)

必要な権限

ワークフローを使用するには、特定の権限が必要です。

宛先にアクセスするには: Applied intelligence > Destinations または Alertsに対するView 権限。
ワークフローにアクセスするには: Applied intelligence > Workflowsに対するView 権限。
ワークフローを作成するには: Applied intelligence > Workflows および Applied intelligence > Channelsに対するModify 権限。
ワークフローを変更するには: Applied intelligence > Workflows に対するModify 権限、および Applied intelligence > Channels と applied_intelligence.create.workflowに対するすべての権限。
ワークフローを削除するには: Applied intelligence > Workflows および Applied intelligence > Channelsに対するDelete 権限。

ワークフローの追加

ワークフロー機能は、 Alerts & AI メニューの下にあります。

one.newrelic.com > All capabilities > Alerts & AI > Enrich and Notify > Workflow > Add a workflowに移動します。
ワークフローの名称を入力してください。このフィールドは必須で、ユニークである必要があります。
ワークフローを使用して、問題をフィルタリングし、関連する宛先に送信します。クエリを作成して、適切な問題をフィルター処理できます。
ヒント
WARNING件のインシデントに個別の通知を設定するには、優先度がHIGH (Warning)の課題でフィルタします。
属性、演算子、および値を選択してクエリを作成し、伝えたい問題を絞り込みます。
ヒント
ワークフローフィルターは、過去の問題からのデータと、条件メタデータからのいくつかの静的な値 (条件名など) を自動的に入力します。探している値が見つからない場合は、値を入力してEnter newを選択します。フィルタが過去の問題と一致しないという警告が発生することがあります。
推奨: チームタグで問題をフィルター処理して、エンティティが問題に含まれている場合にすべてのチームに通知できるようにします。手順は、以下のデモにあります。
タグの使用に関するヒントについては、ワークフローパターンに関するサポートフォーラムの投稿を参照してください。
オプションです。データを充実させる
現在、JSON または数値出力は Webhook、Jira、ServiceNow の宛先にのみ送信でき、画像は Slack、Pagerduty、電子メールなどの他の宛先にのみ送信できます。Webhook、Jira、ServiceNow でより良い結果を得るには、 count、 min、または maxなどの単一値出力を持つクエリを使用します。
エンリッチメントの使用に関する詳細:
エンリッチメントは、アラート通知にNRQLクエリの結果を追加することで、アラート通知に追加のコンテキストを与えることができます。
ワークフローを充実させるツールは、クエリビルダと似ています。
NRQL クエリの結果は通知メッセージに含まれます。
ワークフローのためにクエリを作成すると、リアルタイムで実行され、クエリの結果がエンリッチメントの価値となります。
空の結果が返された場合でも、有効なクエリをワークフローに保存できますが、エンリッチメントを保存する前にクエリを実行する必要があります。問題固有の変数を使用してクエリを実行することもできます。例えば {{entitiesData.ids}}
エンリッチメントの例については、ワークフローデータのエンリッチメントの例を参照してください。
注：ワークフローで送信される通知のペイロードに結果をどのように含めるかを決定するために、クエリ名は一意である必要があります。
重要
この段階で、エンリッチメントの視覚的表現が Slack と電子メールに送信されます。ServiceNow および JIRA 宛先の場合は、単一値の結果を含む NRDB クエリに制限することをお勧めします。例: カウント、最小値、または最大値。
ワークフローあたりのエンリッチメントの最大数は 2 です。エンリッチメントに含めることができる変数の最大数は 1 です。
通知する1つまたは複数の送信先を選択し、任意のメッセージを追加します。
ヒント
任意の宛先チャンネルで入力を開始すると、変数メニューが開きます。変数の名前が表示されます。これは実行時に変数の値に置き換えられます。エンリッチャーの結果を使用するには、その名前を使用します。
ワークフローを保存して有効にするには、ノーティファイアを含める必要があります。
通知機能を設定するには、通知先を設定する必要があります。
デスティネーション メニュー項目から設定するか、各デスティネーションチャンネル画面のデスティネーション選択ドロップダウンにある Create new destination item から設定することができます。
通知先には、サードパーティのプラットフォームに通知を送信するために必要な認証情報と、当社の課題のフィールドを送信先のプラットフォームのフィールドにマッピングすることで、送信されるメッセージをカスタマイズするオプションが含まれます。
送信先の設定やメッセージテンプレートの設定方法については、「通知」に関するドキュメントをご参照ください。
(オプション) 通知者ごとに取得する通知をマークできます。それ以外の場合、通知はデフォルトで各ノーティファイアに送信されます。
通知機能の要件を完了したら、 [メッセージを更新] をクリックします。
オプション: ワークフローをテストします。アカウントの既存のデータを使用して、新しい構成でサンプル通知を送信します。テストは、フィルターに一致する既存の問題がある場合にのみ機能します。データがない場合は、次のメッセージが表示されます： We don't see any issues matching your filter. That doesn't mean it won't work 。
activate をクリックすると、ワークフローが完了します。

重要

追加できるワークフロー数の初期制限はアカウントあたり 1000 で、フィルターサイズの初期制限はワークフローあたり 4096 文字です。この数を増やしたい場合は、アカウント担当者にお問い合わせください。

発行通知ログ

問題通知ログは、ワークフローによって生成されたすべての通知を追跡するための詳細な記録をユーザーに提供します。この情報により、問題のトラブルシューティングが行われ、ワークフローのパフォーマンスが監視され、通知が正しい宛先に送信されていることを確認できます。その結果、ユーザーは発生する可能性のある問題を迅速に特定し、必要に応じて修正措置を講じることができます。

問題通知ログにアクセスするには、 one.newrelic.com > Alerts & AI > Workflowsに移動し、 Issue notification logをクリックします。

問題通知ログの移動

問題通知ログには、次の列が表示されます。

時刻: この列には、ワークフロー通知が送信された時刻が表示されます。
ステータス: この列には、通知のステータスが表示されます。
- 送信済み: New Relic から通知が正常に送信されました。
- 失敗: 通知は New Relic から正常に送信されませんでした。
- Deferred: 通知は New Relic から正常に送信されましたが、ベンダーによって削除されました。
送信先: この列には、ワークフロー通知を受信する送信先の種類 (Slack や電子メールなど) が表示されます。
問題名: この列には、ワークフロー通知をトリガーした問題の名前が表示されます。
トリガーイベント: この列には、ワークフロー通知をトリガーした課題イベントが表示されます。イベントをクリックすると、ワークフローがどのようにトリガーされるかについての詳細が表示されます。
ワークフロー: この列には、通知をトリガーしたワークフローが表示されます。
エラーの詳細: この列には、通知が失敗した場合の追加の詳細が表示されます。
通知結果: 通知が正常に送信された場合、この列にはサードパーティ (Slack スレッドや JIRA チケットなど) の証拠へのリンクが表示されます。

NrAiNotification

NrAiNotification イベントを使用して、問題通知からのすべての情報をクエリできます。

このクエリを使用して、ワークフローから送信されたすべての通知を宛先タイプごとに表示します。

FROM NrAiNotification
SELECT count(*)
FACET destinationType

詳細を表示

ユーザーは、問題通知ログの任意の行をクリックすると、追加の詳細を表示できます。これにより、エラーの詳細 (該当する場合) とサードパーティの通知へのリンクが表示されます。

この機械翻訳は参考用に提供されます。