統合ハブ ETLストアアプリを使用して、完全性を損なうことなくサードパーティデータを CMDB または非 CMDB テーブルに統合する ETL 変換マップを作成および管理します。統合ハブ ETL は、サンプルデータの統合実行のテストを含む、統合プロセスをエンドツーエンドでガイドするシンプルなユーザーインターフェイスを提供します。

統合ハブ ETL (sn_int_studio) プラグインは、統合ハブ ETL 機能を提供します。

  • CMDB 統合ダッシュボードを使用して、統合ハブ ETL で作成されたカスタム統合の進捗状況、結果、およびエラーを追跡します。CMDB 統合ダッシュボードは、CMDB 共通統合ストアアプリに含まれています。
  • 統合ハブ ETL ツールの概要と手順については、「統合ハブ ETL | CMDB へのリソースのインポート」のビデオをご覧ください。

ストアでアプリを要求する

ServiceNow Store Web サイトにアクセスして利用可能なすべてのアプリを表示し、ストアにリクエストを送信する方法について確認してください。リリースされたすべてのアプリのリリースノート情報については、「ServiceNow Storeバージョン履歴のリリースノート」を参照してください。

必要なロール

cmdb_inst_admin ロールを持つユーザーは、統合ハブ ETL を使用して統合を作成したり、ServiceNow または ServiceNow Store のベンダーが提供する既存の統合をカスタマイズしたりできます。ベンダーは、新しい統合を作成し、それを誰でも使用できるアプリケーションとして提供できます。

非 CMDB テーブルのサポート

Yokohama リリース以降、統合ハブ ETL は一部の非 CMDB テーブルへのサードパーティデータの統合をサポートしています。統合ハブ ETL は、識別および調整 (IRE) でサポートされている非 CMDB テーブルをサポートしています。サポートされている非 CMDB テーブルと必要な構成の詳細については、「非 CMDB テーブルの IRE サポート」を参照してください。

サポートされている非 CMDB テーブルは、マッピング定義でクラス、条件付きクラス、クラスの関連付け、および参照ソースを指定するときに 統合ハブ ETL で使用できます。ただし、統合ハブ ETLで CMDB クラスと非 CMDB テーブルを使用する場合は、次のような違いがあります。
  • クラスの関連付けの指定は、非 CMDB テーブルでは必須ではありません。
  • 関係を追加しても、非 CMDB テーブルには適用されません。
  • 非 CMDB テーブルのクラスの関連付けは、CMDB 関係ではなく参照フィールドに基づいています。
注: 統合ハブ ETL のユーザーインターフェイスおよび付属のドキュメントでは CMDB および CMDB 要素を参照していますが、これらの参照のほとんどはサポートされている非 CMDB テーブルにも適用されます。

プロセス

統合ハブ ETL は、次の 2 つの主要なコンポーネントを処理に使用します。
  • 強力な変換エンジン (RTE)：ステージングテーブルに格納されている生のソースデータを、CMDB にマッピングおよび統合されるデータに変換するために使用されます。RTE は、データ変換中に統合用に作成された ETL 変換マップを使用します。
  • 識別および調整エンジン (IRE)：さまざまなデータソースにわたる識別および調整プロセスの一元化されたフレームワークとして使用されます。IRE プロセスは、CMDB 内およびサポートされている非 CMDB テーブル内のデータの完全性を維持するのに役立ちます。

統合ハブ ETL は、RTE と IRE を使用し、これらは連携してデータを処理および統合します。データは最初にデータソースからインポートされ、インポートセットシステムの一時的なステージングテーブルに保存されます。ステージングテーブルのデータと 統合ハブ ETL によって作成された ETL 変換マップを使用して、RTE は、IRE ペイロードを作成し、このペイロードが IRE によって処理されます。IRE は調整プロセスを適用して、CI の重複などの潜在的な問題を回避し、CMDB または非 CMDB テーブルの健全性を確実に維持し、結果のデータを統合します。

統合を作成するときには、ソースデータをインポートして、必要な場合にデータを変換し、データをマップするターゲットの CMDB クラス (または非 CMDB テーブル) と属性を選択します。最終的に、統合ハブ ETL の設定を使用して、サンプルデータの統合テストを実行します。その後で、統合の結果をプレビューし、設定を調整してから、大きなデータセットでの定期的な統合をスケジュールします。開発インスタンスで ETL 変換マップを開発してテストする場合は、本番インスタンスに実装する前に構成をテストして調整できます。

たとえば、SCCM (Microsoft System Center Configuration Manager) のデータを統合できます。

コンポーネントとワークフローを含む 統合ハブ ETL の概要については、「IntegrationHub-Extract Tranform Load (IH-ETL) is GA in ServiceNow store」を参照してください。

ガイド付きセットアップ

ガイド付きセットアップは、すべてのタスクを正しい順序で整理し、タスクの完了を追跡し、タスクの依存関係を適用します。他のタスクの完了に依存するタスクは、ツールのステップを実行してタスクを完了するときに有効または無効になります。

読み込み専用モード

統合ハブ ETL がデータソースからの受信データを検出しないサービスグラフコネクタを開くと、統合は読み取り専用モードで使用できます。読み取り専用モードでは、[ETL 変換マップアシスタント] ページのすべてのガイド付きセットアップタスクにアクセスできます。実際のデータが入力されていなくても、統合のすべての設定と定義を確認できます。ただし、読み取り専用接続を更新することはできません。

読み取り専用モードは、読み取り専用接続に類似した新しい接続を作成するために既存の接続を調べる場合に便利です。読み取り専用モードは、接続に関する問題のトラブルシューティングにも役立ちます。

統合ハブ ETL とインポートセット

統合ハブ ETL および ETL 変換マップを使用すると、インポートセットおよび変換マップを使用する場合と比べて、次のような利点が得られます。
  • 識別および調整エンジン (IRE) プロセスは、統合ハブ ETL に組み込まれているため、すべてのデータは統合の一部として IRE によって自動的に処理されます。インポートセットと変換マップを使用する場合は、IRE プロセスを適用するための簡単な方法は提供されません。
  • 統合ハブ ETLではガイド付きセットアップを使用します。これは、サードパーティデータを統合させるプロセス全体に関するガイダンスとシンプルなユーザーインターフェイスを提供します。
  • 統合ハブ ETL には、新しい ETL 変換マップを使用する小さなデータセットの統合テストが含まれています。このテストを使用して、結果をプレビューし、構成を調整してから、定期的な統合をスケジュールできます。

期間

統合ハブ ETL には、次の用語が関連付けられています。
CMDB アプリケーション
SCCM 2019 などのサードパーティベンダーの名前。CMDB アプリケーションには、Name と Discovery Source という 2 つの属性が関連付けられています。新しい統合を作成する場合は、統合ハブ ETL を使用する前に、使用する予定の CMDB アプリケーションのディスカバリーソースを構成したことを確認してください。
データソース
生のソースデータのインポート元である SCCM 7.0 コンピューター ID などのソースフィード。さまざまなタイプのデータ用にさまざまな REST エンドポイントを使用する場合、各 REST エンドポイントは専用のデータソースと ETL 変換マップに関連付けられます。
ETL 変換マップ
統合ハブ ETL によって生成された出力。それぞれの統合用に構成された ETL 変換マップを使用して、サードパーティのデータを CMDB または非 CMDB テーブルに統合できます。
ソースデータ
統合ハブ ETL にインポートされた元の生データ。ソースデータを元の形式で使用することも、マッピングと統合の前にデータを変換することもできます。
変換
特定のデータ列に適用してデータ値を変換できる操作。たとえば、データ値の形式を変換します。変換を使用してデータ形式を標準化し、他のシステム要件を満たします。
変換されたデータ
一部のソースデータは、ターゲットの CMDB 属性およびクラスまたは非 CMDB テーブルの要件に準拠していない可能性があります。このような場合、データをターゲットの CMDB クラスおよび属性または非 CMDB テーブルにマッピングする前に、さまざまなタイプの変換をソースデータに適用できます。変換では、たとえば、データ形式の変換、値の置換、複数のデータ列からの値の連結などが可能です。

各 CMDB アプリケーションで、生データを取得するための複数の連結を使用できます。特定のタイプのデータを取得するために使用される各接続には、独自のデータソースと ETL 変換マップのペアがあります。したがって、1 つの CMDB アプリケーションで複数の ETL 変換マップを使用することができ、それらの各 ETL 変換マップは 1 つのデータソースに関連付けられます。

例：
CMDB アプリケーション ETL 変換マップ データソース
SCCM SCCM コンピューター ID /sccm/2019/comp
SCCM ディスク /sccm/2019/disk
SCCM アプリケーション /sccm/2019/appl

ネストされたデータペイロード

ネストされたデータペイロードを処理するには、最初に、統合に使用されるデータソースが [単一列のデータ] オプションで設定されていることを確認する必要があります。この設定を使用すると、ネストされたデータを JSON ペイロードで正しく表すことができます。その後で 統合ハブ ETL が、フラットなデータではなくネストされたデータとしてデータを処理します。

ネストされたデータのサンプル：
{
            "u_computer_fqdn": "computer2-fqdn",
            "u_computer_id": 2,
            "u_computer_ip": "computer2-ip",
            "u_computer_location": "PDX",
            "u_computer_mac": "computer2-mac",
            "u_computer_name": "nested-payload-computer2",
            "u_computer_os": "computer2-os",
            "interfaces": [
                {
                    "u_interface_ip": "computer2-eth1-ip",
                    "u_interface_mac": "computer2-eth1-mac",
                    "u_interface_name": "computer2-eth1",
                    "ip": ""
                },
                {
                    "u_interface_ip": "computer2-eth2-ip",
                    "u_interface_mac": "computer2-eth2-mac",
                    "u_interface_name": "computer2-eth2",
                    "ip": {
                        "u_ip_address": "computer2-eth2-ip",
                        "u_mac_address": "computer2-eth2-mac"
                    }
                }
            ],
            "software": [
                {
                    "u_software_name": "computer2-software2",
                    "u_software_version": "computer2-software2-1.0",
                    "instance": {
                        "u_software_instance_name": "computer2-software1-instance"
                    }
                },
                {
                    "u_software_name": "computer2-software2",
                    "u_software_version": "computer2-software2-2.0",
                    "instance": {
                        "u_software_instance_name": "computer2-software2-instance"
                    }
                }
            ]
        },
統合ハブ ETL の別のパネルにネストされたデータのレイヤーを表示し、変換の適用やマッピングを行い、そのデータを CMDB に統合することができます。
ネストされたデータの JSON ペイロードを作成する場合、次の制限が適用されます。

  • フィールド名の先頭は文字 (A ～ Z または a ～ z の間) または「_」にする必要があり、文字 (A ～ Z または a ～ z の間)、数字 (0 ～ 9)、「_」文字しか使用できません。

    たとえば、フィールド名に *、[、]、＃、$、スペース、ドットなどの特殊文字を含めることはできません。

  • 「temp」または「object」は内部使用のために予約されているので、これらをフィールド名に使用することはできません。
  • ペイロード全体で一貫して、アレイまたはオブジェクトを使用して特定のレベルのデータを表す必要があります。これは、レベル内のアイテムの数には関係ありません。1 つのオブジェクトの複数のアイテムのアレイを使用する場合は、他のオブジェクトの単一のアイテムを表すときもアレイを使用する必要があります。

ネストされたペイロードデータの操作に関するデモについては、ServiceNow YouTube チャネルの Integration Hub - ETL ネストされたペイロード機能のデモ ビデオをご覧ください。