データリレーションシップフレームワーク
アプリケーション (sn_grc_rel_config) はデータリレーションシップフレームワーク、BIA、BCP などのCMDBさまざまなソースから BIA、計画、BCMおよびイベントの依存関係をフェッチするために、基礎となるフレームワークを使用してアプリケーションをサポートします。リリース以降 Washington DC 、 データリレーションシップフレームワーク (sn_grc_rel_config) アプリケーションはアプリケーションとともに BCM デフォルトでインストールされます。
依存関係を取得するためのフレームワーク
(sn_grc_rel_config) には データリレーションシップフレームワーク 、メインオブジェクトタイプを他のオブジェクトタイプに関連付ける方法の設定が格納されます。これにより、ユーザーは依存関係の更新のソース (メインノード) を構成し、子ノードとの関係を構成し、選択したオブジェクトの依存関係をフェッチできます。
スケジュール設定済みジョブは、オブジェクト構成データを定期的にスキャンし、依存関係が更新されているかどうかをチェックします。依存関係に変更が見られる場合、スケジュール設定済みジョブは、BIA、BCP、または CMDB.
データリレーションシップフレームワーク のメリット
- さまざまなソースから依存関係をフェッチするための単一の API を提供します。
- メインノード (ソース) の構成をサポートし、資産やリスクなどの子ノードとの関係を維持します。
- ユーザーがさまざまなソースを選択してパフォーマンスを制御できるようにします。
に関連付けられたロール データリレーションシップフレームワーク
| ロール | 説明 |
|---|---|
| データリレーションシップフレームワーク 管理者 [sn_grc_rel_config.admin] | メインノードと子ノードの関係など、オブジェクトタイプの関係を構成します。 |
| データリレーションシップフレームワーク リーダー [sn_grc_rel_config.reader] | で データリレーションシップフレームワーク定義されているオブジェクト タイプのデータを表示します。 注: すべての BCM アプリケーションユーザーには、リーダーロールがあります データリレーションシップフレームワーク 。 |
フレームワークのテーブル
| 新規および既存のテーブル | テーブル | 説明 |
|---|---|---|
| 新しいテーブル | メインノード構成 [sn_grc_rel_config_main_node_confi] | 依存関係のフェッチ元であるメインノードの構成を保存するテーブル。 |
| 新しいテーブル | ノード関係構成 [sn_grc_rel_config_node_rel_config] | メインノードと子ノードの依存関係を決定する構成を保存するテーブル。また、メインノード構成への参照も保持します。 |
| 既存のテーブル | 関係のレジストリ [sn_data_registry_relationship] | オブジェクトと他のオブジェクトの関係を決定するテーブル。 |
関係を構成するためのモジュール
アプリケーション BCM ユーザーは、アプリケーションナビゲーターで データ関係フレームワーク に移動し、そのモジュールにアクセスして関係を構成できます。
-
メインノード構成:次の例に示すように、名前、ソース、テーブル名、ファイラー条件などのメインノードの詳細を設定します。
次の例に示すように、次のメインノード構成がベースシステムのソースとして提供されます。
- BIA アップストリーム依存関係
- BIA ダウンストリーム依存関係
- CMDB
- プライマリ資産の計画
- 関連資産の計画
BCM管理者は、メインノード構成を使用して、次のタスクを実行します。- 影響分析依存関係更新構成モジュールを構成し、これらのソースから依存関係の更新を BIA にフェッチします (依存関係の更新を BIA に追加します)。
- 計画依存関係更新構成モジュールを構成し、これらのソースから計画の依存関係の更新を計画にフェッチ (更新された関連資産を計画に追加) します。
- イベント依存関係ソース構成モジュールを構成し、イベント依存関係の更新のソースを構成します (更新された影響を受ける資産を復旧イベントに追加します)。
計画のメインノード構成レコードを CMDB 次の例に示します。
メインノード構成レコードの作成については、を参照してください メインノード設定レコードの作成。
-
関係のレジストリ:メインノードの関係のレジストリを構成します。関係レジストリは 360 度構成 GRC の一部であり、ユーザーは 1 つのオブジェクトがどのように関連オブジェクトを持つかを定義できます。名前、テーブル、関係タイプ、関係テーブルなど、関係レジストリレコードの構成の詳細がフォームに表示されます。
BIA および BIA テンプレートの関係性レジストリレコードのサンプルを次の例に示します。
関係レジストリ レコードの作成については、「」を参照してください 関係のレジストリー レコードの作成。
-
プロパティ:次の例に示すように、のプロパティ データリレーションシップフレームワーク を設定します。
プロパティの構成の詳細については、「」を参照してください のプロパティの構成 データリレーションシップフレームワーク。
のユースケース データリレーションシップフレームワーク
メイン データリレーションシップフレームワーク ノードをその子ノードにマッピングしたり、資産をリスクにマッピングしたりするなど、ノードと資産の関係を構成するために使用されます。
メインノード構成とその関係を示す次のユースケースを考えてみましょう。
- 資産 A:資産 A の影響を受ける構成アイテムはリスク A です。
- INC1011:INC1011の影響を受ける構成アイテム (CI) は資産 B と資産 C です。資産 B の場合、影響を受ける構成アイテムはリスク B です。
- メインノード:
- INC1010:資産 A >
- INC1010-> INC1011
- ノード関係:
- 資産 A - リスク A >
- INC1011:>資産 B
- INC1011:>資産 C
- 資産 B - リスク B >
- 入力ノード:
- ソース = インシデント
- レコード = INC1010
- 最大レベル = 5
- 最大ノード数 = 1000
- 出力ノード:
- INC1010
- 資産 A
- INC1011
- リスク A
- 資産 B
- 資産 C
- リスク B
- エッジ：
- INC1010:資産 A >
- INC1010-> INC1011
- 資産 A - リスク A >
- INC1011:>資産 B
- INC1011:>資産 C
- 資産 B - リスク B >
の使用制限 データリレーションシップフレームワーク
- オブジェクトに対してフェッチされたデータは、別の目的で再利用できません。
- フレームワークで提供されるソースは、依存関係の更新をオブジェクトにフェッチするために使用する必要があります。データをフェッチするための独自のソースを設定することはできません。