Webhookフィールドの設定: メソッド、リソース、ペイロード
Webhookを設定する主な利点は、アラートやイベントからのNexthinkデータを、送信先に応じて、さまざまなサードパーティツールにプッシュできることです。
Webhook設定 ページでは、サードパーティツールでのアクションを実行するために重要な3つのフィールドがあります。
メソッド
リソース
ペイロード
以下のセクションでは、サードパーティツール上でのアクション実行のための属性設定について説明します。
メソッドの選択
Webhook設定ページから、資格情報を選択した後:
メソッド ドロップダウンから POST、PUT、または PATCH のいずれかを選択してください。 以下の表を参照してください。
オプションとして、各メソッドの意味を明確に把握するために、関連するサードパーティソフトウェアのドキュメントを確認してください。
すべての販売者とサードパーティツールプロバイダーがすべてのメソッドを同様に使用するとは限りません。
POST
作成
POSTは、新しいリソースを作成するために最も頻繁に利用されます。
PUT
更新/置換
PUTはその更新機能のために最も頻繁に使用されます。 既知のリソースURIにPUTし、リクエストボディに元のリソースの更新された表現を含めることができます。
PATCH
更新/修正
PATCHは修正機能のために使用されます。 PATCHリクエストには、リソースの変更すべき部分だけを含めればよく、完全なリソースを必ずしも含める必要はありません。
*_CRUD_は、作成、読み取り、更新、削除の略語です。
リソースフィールドの入力
リソースに関する特別な考慮事項:
リソースはエンドポイントを通じてアクセス可能なデータセットで、APIと共に使用されます。
リソースは他のリソースと関連し、実行可能な操作に制限があります。
リソースは、関連するデータや、操作可能なオブジェクトに基づくエンドポイントグループとして提示されます。
リソースには簡単な名前が付けられ、ユーザーが正しいエンドポイントを見つけやすくなっています。 しかし、これにより重要な機能を見逃す可能性があります。
ウェブフック設定 ページから Resource 値を追加するには:
指定されたサードパーティREST APIのアクションである リソース 値を貼り付けます。
URIは追加しないでください。それはウェブフック資格情報に定義された インスタンスURL に連結されます。
リソース 値には、サードパーティツールが要求するパラメータ (key=value) を含めることができます。
必要に応じて、リソース にプレースホルダ
{{variable_name}}を追加してください。 このページのペイロード内のプレースホルダーとしてのデータモデル変数の使用 セクションを参照してください。
有効なリソース値の例
https://webhook.atlassian.net/rest/servicedeskapi/request
rest/servicedeskapi/request
https://api.4me.com/v1/requests
v1/requests
https://fra1.qualtrics.com/API/v3/users
API/v3/users
https://ven01063.service-now.com/api/now/v1/table/incident
api/now/v1/table/incident
https://api.4me.com/v1/requests?api_=
v1/requests?api_=
ペイロードの作成
ペイロード は、HTTP内でPOST/PUT/PATCHメソッドとともに送信されるデータパックです。
Webhook設定 ページから ペイロード 値を記述するには:
APIをリクエストする際にサーバーに送信する重要な情報をペイロードに含めてください。
オプションとして、ペイロードは、Webhookで使用しているツールに依存する関連サードパーティフィールドと値を確認してください。
必要に応じて、ペイロード内のプレースホルダーとしてのNexthinkデータモデル変数
{{variable_name}}を使用してください。Webhook NQL条件 の入力後、システムはNexthink Webインターフェースで 許可されたプレースホルダー を表示します。
このページに掲載されている 複数のプロバイダーからのメソッド、リソース、ペイロードの例 を参考にしてください。
ペイロード内でのデータモデル変数のプレースホルダーとしての使用
Nexthinkからサードパーティツールにデータをプッシュする大きな利点の一つは、発生したイベントに関する情報を渡すことができるという点です。
ペイロード内でNexthinkデータモデル変数をプレースホルダーとして使用するには:
ペイロードに報告される任意のフィールド内で
{{variable_name}}プレースホルダーを使用してNexthink変数を参照してください。Webhook NQL条件 の入力後、Nexthink Webインターフェースで 許可されたプレースホルダー が表示されます。
ペイロードのプレースホルダーは、Nexthink変数を埋め込む Webhook NQL条件 と整合する必要があります。
サードパーティツールで生成される出力を読みやすくユーザーフレンドリーにするために、プレースホルダーに 'as(format = text)' を追加してください。 例えば、
{{remote_action.execution.outputs.as(format = text)}}。必要に応じて、NQLデータモデルで厳密には定義されていない特別なプレースホルダーを使用してください。これらはこのページで説明されており、Nexthink Webインターフェースの 許可されたプレースホルダー にも参照されています。
以下の画像は、Nexthinkデータモデル変数を参照するプレースホルダーを含むペイロードの例です。 このケースでは、システムが 許可されたプレースホルダーをどのようにリストするかに注意してください。

アラートデータモデル変数用特別プレースホルダー
この表には、NQLデータプロパティで厳密には定義されていないアラート用の特別なプレースホルダーが含まれています。
alert.monitor.thresholds
各配列アイテムには エイリアス (メトリクス名) と対応する 値 があります:
{{alert.monitor.thresholds[n].alias}}
{{alert.monitor.thresholds[n].values}}
[n] の値を整数に置き換えます。 モニターで定義されたメトリックしきい値の数に依存します:
• [0] の値は常に利用可能です。
• [1] 以上の値はオプションです。
alert.trigger_values
各配列アイテムには エイリアス (メトリクス名) と対応する 値 があります:
{{alert.alert.trigger_values[n].alias}}
{{alert.alert.trigger_values[n].value}}
[n] の値を整数に置き換えます: [0] 、[1] など。
alert.trigger_reference_value
{{alert.alert.trigger_reference_value}}
組み込みモニターのカスタマイズドキュメンテーションのタイプセクションのメトリックの変更アイテムを参照して、参照値計算に関する詳細を学びましょう。
alert.context
{{alert.alert.context}}
{{alert.alert.context.<property name>}}
{{alert.alert.context.<property name>.label}}
{{alert.alert.context.<property name>.data_path}}
{{alert.alert.context.<property name>.data_type}}
以下の例を参照してください*:
{{alert.alert.context.binary.name}}
{{alert.alert.context.binary.name.label}}
{{alert.alert.context.binary.name.data_path}}
{{alert.alert.context.binary.name.data_type}}
*contextフィールドは、 モニターNQLクエリと条件で定義されたデータモデルプロパティのみを含みます。
したがって、contextフィールドは、アラートに関連するバイナリ、デバイス、またはユーザーの名前を含む可能性があります。
alert.alert.issue_view_link
alert.alert.device_view_link
alert.alerts.links
これらのプロパティは現在、NQLデータモデルにはリストされていません。
alert.alert.issue_view_linkは、アラートに関連するトラブルシューティングダッシュボードへのリンクを提供します。 ウェブフックのNQL条件で issue_view_link フィールドを リスト 条件に追加する必要があります。
alert.alert.device_view_linkは、デバイスビューへのリンクを提供します。 ウェブフックの NQL 条件 で device_view_link フィールドを リスト 条件に追加する必要があります。
アラート設定に応じて、プレースホルダー alert.alerts.links は、アラートに関連するDevice view またはトラブルシューティングダッシュボードへのリンクを提供します。
この場合、ウェブフック NQL条件 の リスト 条件に device_view_link および issue_view_link を追加する必要があります。
リモートアクションデータモデル変数専用の特別なプレースホルダー
この表には、NQLデータプロパティで厳密には定義されていないリモートアクション用の特別なプレースホルダーが含まれています。
remote_action.execution.outputs
{{remote_action.execution.outputs.<property name>}}
例えば:
{{remote_action.execution.outputs.MeteredConnection}}
remote_action.execution.inputs
{{remote_action.execution.inputs.<property name>}}
例えば:
{{remote_action.execution.inputs.InputPath}}
remote_action.execution.account_name
このプロパティは現在、NQLデータモデルにはリストされていません。
{{remote_action.execution.account_name}}
このプレースホルダーは、リモートアクションを実行したユーザー/従業員を提供します。
複数のプロバイダーとツールのメソッド、リソース、およびペイロードの例
ITSM ツール
ServiceNowに対するインシデントの作成
メソッド: POST
リソース: api/now/v1/table/incident
ペイロード:
こちらのガイドラインを参照して、アラートやイベントを検出し、それをServiceNowに送信してインシデントを作成するWebhooksを設定してください。
AmplifyからServiceNowインシデントチケットの更新
メソッド: PATCH
リソース: api/now/v1/table/incident/{{remote_action.execution.external_reference}}
ペイロード (メッセージ):
"work_notes" に as(format = text) 関数を含めて、リモートアクションの出力を読みやすい形式で表示するようにしてください。
こちらのガイドラインを参照して、AmplifyからServiceNow実行アクションログを更新するWebhooksを設定してください。
ServiceNow に問題を作成する
メソッド: POST
リソース: api/now/v1/table/problem
ペイロード:
BMC にインシデントを作成する
メソッド: POST
リソース: api/arsys/v1/entry/HPD:IncidentInterface_Create?fields=values(Incident Number , Request ID, First_Name)
ペイロード:
4me にインシデントを作成する
メソッド: POST
リソース: v1/requests
ペイロード:
Jira Service Desk にサービスリクエストを作成する
メソッド: POST
リソース: rest/servicedeskapi/request
ペイロード:
アラートツール
Pager Duty にインシデントを作成する
メソッド: POST
リソース: incidents
ペイロード:
メッセージングツール
MS Teams チャンネルにメッセージを投稿する
メソッド: POST
リソース: /workflows/XXXXXXXXXXXXXXXXXXX/triggers/manual/paths/invoke?api-version=?????&sp=/triggers/manual/run&sv=1.0&sig=XXXXXXXXXXXXXXX
ペイロード:
このガイドラインに従い MS Teams での受信リクエストのセットアップを行います。
特定の Slack チャンネルにメッセージを投稿する
メソッド: POST
リソース: services/T01S01V0HB3/B02GY9BKZ7G/DIDFWXuCAeFfqkgNntQqJV7e
ペイロード:
このガイドラインに従い Slack の受け取りリクエストを設定します。
Zoom にメッセージを投稿する
メソッド: POST
リソース: chat/webhooks/incomingwebhook/dSUcla-dQaGYgqGuBk3BsQ.
上記の URL リソースは、Zoom 内で直接設定されたエンドポイント URL にのみ依存しているため、参考用です。
ペイロード: Zoom に送信するメッセージを追加してください。 下記の例を参照してください。
このガイドラインに従い Zoom の受信リクエストを設定します。
プロダクティビティツール
特定のプロジェクトに Jira でバグを作成する
メソッド: POST
リソース: services/T01S01V0HB3/B02GY9BKZ7G/DIDFWXuCAeFfqkgNntQqJV7e
ペイロード:
データプラットフォーム
Splunk のイベントコレクターにイベントを送信する
メソッド: POST
リソース: services/collector?index=_main
ペイロード:
Last updated
Was this helpful?