Webhookイベントをログとして保存
最終更新日 - 13年2025月XNUMX日
Webhookは、イベント発生時に、あるシステムから別のシステムにリアルタイムデータを送信するための手段を提供します。LogicMonitorでは、Webhookを使用することで、外部プラットフォームからHTTP POSTリクエストを使用してログイベントを直接プラットフォームに送信し、取り込むことができます。この機能により、メトリクス、アラート、通知などのイベントドリブンデータをほぼリアルタイムでログとして取得できるため、ログ収集の一元化に役立ちます。
Webhook イベントをログとして保存すると、次のような利点があります。
- 即時ログ配信—カスタム コレクターやスケジュールされたクエリを必要とせずに、Webhook をサポートするシステムからログを即座に受信します。
- より強い相関関係— LogicMonitor 内の既存のログと外部アラートを相関させて、より深い分析情報を取得します。
- より幅広い摂取オプション—クラウド サービス、SaaS プラットフォーム、クラウド管理ネットワーク プラットフォームからデータを取り込みます。
- 構築済みモジュール—Cisco Meraki 用に設計されたものなど、LogicMonitor Exchange で事前に構築されたモジュールを使用します。
Webhook LogSources は、受信 Webhook データをどのように処理および保存するかをさらに定義します。
外部システムが Webhook エンドポイントにメッセージを送信すると、次の手順が実行されます。
- リクエストは LogicMonitor Webhook リスナーによって受信されます。
- 関連付けられている LogSource 構成によって、メッセージの解析およびマッピング方法が決まります。
- ログは LogicMonitor に取り込まれ、そこで視覚化、相関付けされ、アラートに使用されます。
次の図は、Webhook ワークフローを示しています。

詳細については、 Webhook ログソース構成.
Webhook LogSource を使用してメッセージを取り込むための要件
Webhook イベントを構成するには、次のものが必要です。
- LogicMonitorのAPIのみのユーザー 「管理」権限 ログとトレース
- 適切なWebhook名、例:
Meraki_Webhook - LogicMonitorポータルへの有効な受信者URL(コールバックURL)
具体的な例を挙げますと、以下の通りです。https://portalname.logicmonitor.com/rest/api/v1/webhook/ingest/sourceName
この例では、- 民衆史博物館は、本助成金を活用してマンチェスターのサフラジェット・バナー
sourceNameデータのソースを識別するために、Webhook メッセージに含まれます。 - LogSourceをフィルタリングするように設定することもできます。
sourceName. - 各
sourceName一意である必要があります(例:Meraki+CustomerName).
- 民衆史博物館は、本助成金を活用してマンチェスターのサフラジェット・バナー
- 認証用に設定されたAPI専用ユーザーに割り当てられたベアラートークン
例: HTTP ヘッダー キー:Authorization
HTTP ヘッダー値:Bearer <BearerTokenHere>
LogicMonitor Bearer トークンの前に、Bearer という単語とそれに続く 1 つのスペースを置く必要があります。
詳細については、 ベアラー トークンの追加.