HTTP API エクスポーター

HTTP API エクスポーターは、Nexthink から構成管理データベース (CMDB) や SIEM、IT Ops、AI Ops、ロギング、モニタリングなどのオペレーションツールに生のデータとインサイトをエクスポートすることによって、職場の技術体験を向上させます。

Nexthink の API データエクスポートをサードパーティツールと統合することにより、データを組み合わせ、集約し、操作することが可能になります。

特定の指標の時間の経過に伴う変化を視覚化することで、強力な最新のビューを作成できます。
データの粒度を一貫して保持します。
複数のソースからデータを組み合わせて、コンプライアンスとセキュリティ基準を満たします。
変更中および変更後に、構成アイテムの自動システマティックな更新を行います。

HTTP API エクスポーターは、組織内のコスト削減を目指し、例えば、サービスデスクの時間を節約することで、サービス利用の理解を深めることを目的としています。

前提条件

この統合には以下が必要です:

システムがJSON ペイロードを介して複数のレコードを送信できる公開 API を備えたサードパーティツール。
サードパーティツール API に接続するための認証メカニズムは、BASIC、ベアラートークンまたは (クライアントクレデンシャル) OAuth 2.0 のいずれかでなければなりません。

公開APIサードパーティツールのJSONペイロードは、以下の形式のいずれかをサポートする必要があります:

JSON オブジェクトのコレクション:

{"property_a":"value_a", "property_b":"value_b"}
{"property_c":"value_c", "property_d":"value_d"}
{"property_e":"value_e", "property_f":"value_f"}

複数のJSONオブジェクトを含む配列:

[{"property_a":"value_a", "property_b":"value_b"},
{"property_c":"value_c", "property_d":"value_d"},
{"property_e":"value_e", "property_f":"value_f"}]

プロパティと1つの配列を持つJSONオブジェクト:

{
  "property_a": "value_a",
  "property_b": "value_b",
  "records": [
    {
      "property_c": "value_c",
      "property_d": "value_d",
      "property_e": "value_e",
      "property_f": "value_f"
    }
  ]
}

HTTP API データエクスポーターの作成

データエクスポーターを設定するには、管理者権限が必要です。詳細については、ユーザーの役割のドキュメントをご参照ください。

データエクスポートにアクセス:

メインメニューから管理を選択します。
ナビゲーションパネルの統合セクションからアウトバウンドコネクターを選択します。

Location of the Outbound connectors on the Navigation panel

アウトバウンドコネクタの一覧からデータエクスポーターを選択します。データエクスポーターページには、作成されたデータエクスポーターの合計数が記載されています。

最初のデータエクスポーターを作成するまでは、データエクスポートページは空のままです。

ページの右上隅にある新しいエクスポーターボタンをクリックして新しいデータエクスポーターを作成し、HTTP API エクスポーターオプションを選択します。

新しいエクスポーターページで一般タブおよびデータタブを記入します。
[テスト] セクションで NQL クエリ を実行するために、最大 20 件のレコードをロードボタンをクリックします。
[保存] ボタンをクリックしてデータエクスポーターを検証して作成します。

一般タブ

名前: データエクスポーターの名前を入力します。
説明 (任意): データエクスポーターの意味のある目標を入力します。
資格情報: Nexthink データのエクスポートを有効にするために、サードパーティツールの資格情報を定義します。詳細については、コネクタ資格情報のドキュメントを参照してください。
メソッド: データの送信をサポートする公開 API のメソッドを定義します。例: POST、PUT、PATCH。
リソース: 次の表に列挙されているように、プロトコルおよびインスタンスを除いて、公開 API エンドポイントの名前を入力します。

フル URL

リソース値

https://ven00000.service-now.com/api/now/import/u\_infinity\_file/insertMultiple

api/now/import/u_infinity_file/insertMultiple

https://prd-p-00000.splunkcloud.com:8088/services/collector?index=main

services/collector?index=main

スケジューリング頻度: NQL クエリを実行しデータをエクスポートする頻度を定義します。利用可能なオプションは次のとおりです:
- 時間単位: ドロップダウンメニューで選択された値に基づいてデータエクスポートをトリガーします。たとえば、1h、2h、3h、4h、6h、12hごと。
- 毎日: Nexthink クラウドインスタンスが所在するタイムゾーンでの 00:00 に毎日データエクスポートをトリガーします。
- 毎週: Nexthink クラウドインスタンスが所在するタイムゾーンでの 00:00 に、選択された日にデータエクスポートを毎週トリガーします。

毎時および毎日のスケジュール頻度では、前のバケットが適切に閉じられてデータの完全性を確保するために、システムがデータエクスポーターを実行する前に 20 分待機します。

繰り返しオプションの値を選択する必要があります。デフォルトの値を生成しないため、検証プロセスで値が不足していることは示されません。

データタブ

NQL クエリ: Nexthink ウェブインターフェイスからエクスポートされたデータを NQL クエリを使用して宛先に定義します。
ペイロード構造: サードパーティツールの API に送信されるペイロード構造を選択します。ターゲットとなる公開 API がこのページで言及されたペイロード構造のいずれかをサポートしていることを事前に確認してください。
ペイロード (JSON): JSON 形式でサードパーティツールに送信するペイロード構造を書きます。単一オブジェクトのペイロードのみを指定します。
ペイロードコンテンツヘルパー: ペイロード内でシステムが使用できる NQL クエリの変数を一覧表示します。

エクスポーターは、NQL クエリによって生成された結果の数だけオブジェクト構造を繰り返します。

HTTP データエクスポーターのテスト

最大 20 件のレコードをロードするボタンをクリックして、データ タブで構成されたクエリを実行します。システムは、一般タブに設定した宛先に結果を送信します。

NQL クエリと接続が有効な場合、クエリ結果が正常に配信されたことを示すメッセージが表示されます。
NQL クエリまたは接続が無効な場合は、エラーの詳細を通知するメッセージが表示されます。

次のスクリーンショットは、データ タブに有効なクエリのさまざまな例を示しています。

有効なクエリの例 (JSON オブジェクト)

有効なクエリの例 (配列)

有効なクエリの例 (配列を含む JSON オブジェクト)

データエクスポーターの作成、編集、削除、無効化について詳しくは、データエクスポーターの管理のドキュメントを参照してください。

制限事項

詳細な最新の制限リストについては、Nexthink Infinityのしきい値と制限の概要を参照してください。

FAQ

HTTP API エクスポーターがサポートしていないペイロードを追加できますか?

いいえ、ペイロード構造が Nexthink の3つの選択肢のいずれかと一致しない場合、検証エラーが発生します。

ペイロードメッセージ内のキーは、ServiceNow のインポートセットテーブルに対して検証されますか?

ServiceNow のインポートセットテーブル内の列ではないキーをペイロードに挿入しようとした場合、そのキーは挿入されません。

利用可能でないペイロードフォーマットを使用する必要がある場合はどうすればよいですか?

新しいペイロード形式をサポートするアイデアを提案するために、Nexthink の担当者に連絡してください。

HTTP エクスポーターを通じて Nexthink は大規模な NQL クエリ結果をどのように管理しますか?

Nexthink は、大規模なデータセットを効率的に管理するために HTTP エクスポーターを最適化しました。 NQL クエリが 1,000 レコードを超えると、Nexthink はデータを最大許容量1,000,000 レコードのバッチに分割し、管理します。これらのバッチは、組織のエンドポイントに計画的に送信されます。スケジューラーは、さまざまな応答時間とデータ量に適応するように設計されており、バッチごとにシームレスで継続的なデータ配信を保証し、完全な転送が達成されるまで実行されます。

Nexthink は HTTP エクスポーターを通じてデータ配信の信頼性をどのように確保していますか?

Nexthink は、HTTP エクスポーターを通じて信頼性の高いデータ配信を保証するために At-Least-Once Delivery アルゴリズムを採用しています。特にシステム障害時に有効です。これは、要求されたデータのバッチが少なくとも一度は送信され、システム障害時でもデータが失われないことを保証します。データバッチは複数回配信される可能性がありますが、失われることはありません。

余分に配信されたバッチを検出するために、Nexthink は次のようなカスタムヘッダーを追加しました:

X-Nexthink-Execution-Id: スケジュールイベントの ID (スケジュールイベントが発生するたびに新しい ID が作成されます)
X-Nexthink-Records: ページごとのレコード数
X-Nexthink-Pages: スケジュールイベントごとのページ数
X-Nexthink-Current-Page: 実際のページ
X-Nexthink-Timestamp: 送信されたページのタイムスタンプ (エポックタイム)

これらのヘッダーを使用すると、同じ X-Nexthink-Execution-Id に対して、任意の時間枠で X-Nexthink-Current-Page が繰り返される場合に、重複して配信されたデータを特定できます。

HTTPエクスポーターのスロットリングメカニズムはどのように機能しますか?

Nexthinkは、システムの安定性と継続的なサービスを確保するためにHTTPエクスポーターのスロットリングメカニズムを実装しています。このメカニズムは、Nexthinkユーザーのインフラストラクチャのレスポンス速度やクエリ処理時間など、さまざまな要因を考慮しながら、秒あたり最大3.33バッチを処理できます。これにより、システムの最適なパフォーマンスが維持されます。

最終更新 3 か月前

役に立ちましたか？