LogicMonitor + Catchpoint: 自律型ITの新時代へ

さらに詳しく

Webhookは、イベント発生時に、あるシステムから別のシステムにリアルタイムデータを送信するための手段を提供します。LogicMonitorでは、Webhookを使用することで、外部プラットフォームからHTTP POSTリクエストを使用してログイベントを直接プラットフォームに送信し、取り込むことができます。この機能により、メトリクス、アラート、通知などのイベントドリブンデータをほぼリアルタイムでログとして取得できるため、ログ収集の一元化に役立ちます。

Webhook イベントをログとして保存すると、次のような利点があります。

  • 即時ログ配信—カスタム コレクターやスケジュールされたクエリを必要とせずに、Webhook をサポートするシステムからログを即座に受信します。
  • より強い相関関係— LogicMonitor 内の既存のログと外部アラートを相関させて、より深い分析情報を取得します。
  • より幅広い摂取オプション—クラウド サービス、SaaS プラットフォーム、クラウド管理ネットワーク プラットフォームからデータを取り込みます。
  • 構築済みモジュール—Cisco Meraki 用に設計されたものなど、LogicMonitor Exchange で事前に構築されたモジュールを使用します。

Webhook LogSources は、受信 Webhook データをどのように処理および保存するかをさらに定義します。

外部システムが Webhook エンドポイントにメッセージを送信すると、次の手順が実行されます。

  1. リクエストは LogicMonitor Webhook リスナーによって受信されます。
  2. 関連付けられている LogSource 構成によって、メッセージの解析およびマッピング方法が決まります。
  3. ログは LogicMonitor に取り込まれ、そこで視覚化、相関付けされ、アラートに使用されます。

次の図は、Webhook ワークフローを示しています。

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 つのスペースを置く必要があります。

    詳細については、 ベアラー トークンの追加. 

14日間フルアクセス LogicMonitor プラットフォーム