サポートセンターホーム


カスタムHTTP配信

カスタムHTTPアラート配信

カスタムHTTPアラート配信方法(つまり、Webhook)を使用すると、HTTPGETまたはPOSTリクエストを介してアラート通知データを外部システムに送信できます。 カスタム電子メールアラート配信と同様に、これは、アラート通知をチケットシステムに送信する場合に有利です。 カスタムHTTPアラート配信を使用すると、トークン(変数)を使用してアラート通知データの正確な形式を定義できるため、受信者のシステムで簡単に解析できます。  

通常、カスタムHTTP配信方法はHTTP POSTを作成し、リクエストペイロードでアラート通知データを配信します。 ただし、リクエスト自体のURLにフォームデータが追加されており(https://www.example.com/api?param1=abc&m2=def)、ペイロードを投稿する必要がないため、HTTPGETリクエストで十分な場合もあります。 。

カスタムアラート配信方法を定義するだけで、 Studio上ではサポートされていません。 その結果、通知はカスタム配信方法を介してルーティングされます。 カスタム配信方法は、受信者の連絡方法として含める必要があります エスカレーションチェーン、およびそのエスカレーションチェーンは、 アラートルール。 これらを構成するときは、ターゲット統合で期待どおりにアラートデータが投稿および更新されるようにするために従うべきガイドラインがいくつかあります。 これらのガイドラインについては、 アラート統合の概要.

注意: SDT通知とトークンは、カスタムHTTPアラート統合ではサポートされていません。 あなたは使用することができます LogicMonitor REST API ACKまたはSDTをLogicMonitorにポストバックするためのリソース。

カスタムHTTPアラート配信

[設定] | [設定]から、既存のカスタムHTTPアラート配信を追加および/または構成できます。 統合。 [追加]、[カスタムHTTP配信]の順に選択します。

 

お名前

カスタムHTTPアラート配信テンプレートの名前。

製品説明

カスタムHTTPアラート配信テンプレートの説明。

リクエストは別のURLに送信されますか?

リクエストは別のURLに送信されますか?

同じURLとデータを使用して、さまざまなアラートアクティビティについて通知します

このオプションは、アラートの確認応答、クリア、および/またはエスカレーション/デエスカレーションのHTTPリクエストを、新しいアラートの最初のHTTPリクエストが送信されたのと同じURLに送信します。 

さまざまなアラートアクティビティを通知するために、異なるURLまたはデータ形式を使用します

このオプションは、アラートステータスに基づいて異なるURLにHTTPリクエストを送信します。

 

どのアラートステータスがHTTPリクエストをトリガーする必要がありますか?

 

HTTPリクエストをトリガーするアラートステータスを選択します。 新しいアラートのリクエストが送信され、アラートの確認、クリア、エスカレーション/デエスカレーションのリクエストも送信できます。

  • 新しいアラート –この状態は、新しいアクティブなアラート用であり、必須です。
  • 確認済み –この状態は、確認された以前に生成されたアラートを処理することを目的としています。
  • クリアされた –アクティブなアラートがそれをトリガーしたアラートしきい値を満たすと、この状態が行われたHTTP要求を制御します。
  • エスカレーション/デエスカレーション –アラートの重大度が増減するアクティブなアラートを処理するために予約されています。 たとえば、アラートが警告からエラーに、またはクリティカルからエラーに更新される場合、この定義が使用されます。

注意: アラートルール 影響により エスカレーションチェーン カスタムHTTP統合にアラートデータを配信するために使用されます。 これらを構成する場合、ターゲット統合で期待どおりに通知が投稿および更新されるようにするために従うべきいくつかのガイドラインがあります。 これらのガイドラインについては、 アラート統合の概要.

HTTPメソッド

HTTPリクエストに使用されるHTTPメソッド。 オプションはPOSTとGETです

カスタムヘッダーを使用する

このボックスを選択すると、ヘッダーキーとヘッダー値を追加するための新しい構成フィールドが表示されます。

カスタムヘッダーは、認証資格情報を定義するために使用されます。

URL

HTTPリクエストの送信先のURL。

ユーザー名

必要に応じて、指定されたURLに対してHTTPリクエストを行うために必要なユーザー名。

パスワード

指定されたユーザー名に関連付けられたパスワード。

アラートデータ

HTTPリクエストは、生データ形式を使用してカスタムアラート通知メッセージを配信します。 フォーマットするメッセージを、フォームデータ、JSON、プレーンテキスト、URLエンコードされたフォームデータ、またはXMLから選択します。

キー/値のペア

HTTPリクエストは、キーと値のペアを使用してフォーマットされたカスタムアラート通知メッセージを配信します。 このオプションを使用すると、メッセージの形式はJSONに制限されます。 アラート通知メッセージに含めるXNUMXつ以上のJSONキー/値のペアを追加できます。

あなたが使用することができます トークン この分野で。

アラートステータスを更新するときに、HTTP応答で提供されるIDを含めます

LogicMonitorで、新しいアラートに関連付けられたHTTPリクエストに応答して返されたID(チケットIDなど)を検索する場合は、このオプションをオンにします。

LogicMonitorは、アラートの確認応答、クリア、およびエスカレーション/デエスカレーションの後続の要求でこのIDを使用します。

HTTP応答形式

LogicMonitorが応答で提供されたIDを使用する場合は、応答の形式を選択します。JSON、正規表現、解釈なし、およびXMLから選択します。

アラート配信のテスト

このオプションは、テストアラートを送信して応答を提供し、統合が正しく構成されているかどうかをテストできるようにします。

利用可能なトークン

次のトークンを使用できます。

  • 以下にリストされているLogicModule固有のアラートメッセージトークン LogicModuleアラートメッセージで使用可能なトークン.
  • ## ADMIN ##。 アラートがエスカレーションされたユーザー。
  • ##メッセージ##。 アラートメッセージのレンダリングされたテキスト。 このトークンは、関連するすべての確認済み情報(アラートを確認したユーザー、確認済みコメントなど)も渡します。
  • ## ALERTTYPE ##。 アラートのタイプ(つまり、alert、eventAlert、batchJobAlert、hostClusterAlert、websiteAlert、agentDownAlert、agentFailoverAlert、agentFailBackAlert、alertThrottledAlert)。
  • ## EXTERNALTICKETID ##。 これにより、統合によって作成されているチケットの外部システムの識別子がキャプチャされ、LogicMonitorがそのチケットに対する将来のアクションでそれを参照できるようになります。

例

上記の例では、カスタムHTTP配信方法を使用して、LogicMonitorをLogicMonitor認定プラットフォームと統合します。このプラットフォームでは、カスタムデータソースがユーザースコアを監視します。 ユーザーが試験に不合格になると、コースデータがリセットされます。 アラートがクリアされると、ユーザーは試験から登録解除され、別の試行を購入する必要があります。

記事上で