データリレーションシップフレームワーク

データリレーションシップフレームワーク (sn_grc_rel_config) アプリケーションは、CMDBからデータを取得するための基礎となるフレームワークを提供します。オペレーショナルレジリエンスのメインノード構成は、CSDMモデルのさまざまなビジネスビューをサポートしています。メインノード構成で定義された関係は、 CSDM モデルで指定された関係と一致します。

メインノード構成の設定

オペレーショナルレジリエンスアドミニストレーターは、コア UI の [全般的な管理] メニューにリストされているメインノード構成モジュールを使用して、メインノード構成を設定します。

メインノード構成の構成の詳細については、「 メインノード構成の構成」を参照してください。

アドミニストレーターは、メインノード構成ソースモジュールにアクセスして、メインノード構成のソースを構成することもできます。メインノード構成ソースの構成の詳細については、「 メインノード構成ソース」を参照してください。

オペレーショナルレジリエンス バージョン 21.1.x でのメインノード構成の変更

オペレーショナルレジリエンス バージョン 21.1.x 以降、メインノード構成に次の変更が導入されています。

1. UI の [プロパティ] タブ:メインノード構成の UI に [プロパティ ] タブが導入されました。詳細については、「メインノード構成 UI に導入されたプロパティタブ」セクションを参照してください。
2. ノード関係構成関連リスト:既存のノード関係構成関連リストが拡張されました。詳細については、「ノード関係の構成関連リスト」セクションを参照してください。
3. [Nexus マップ構成] 関連リスト:Nexus マップ構成設定を構成して、選択したメインノードの UI 構成を定義します。次のセクションで定義されているように、ノードとエッジの設定を構成できます。
   • ノード構成
   • ノードステータス構成
   • エッジの構成
   • エッジステータスの構成

メインノード構成 UI に導入された [プロパティ] タブ

これらのプロパティを使用すると、複雑なノードマップをよりカスタマイズおよび制御して可視化できるため、全体的なユーザーエクスペリエンスが向上します。

[ノード関係構成] 関連リストの変更

既存のノード関係構成関連リストが更新され、次の変更が含まれています。

• タイプ列:[タイプ] 列が追加され、ノード関係情報を表示するための 2 つの異なるオプションが提供されます。

  • デフォルトタイプ:前の図に示すように、[デフォルトタイプ] 列には上から下に階層が表示されます。これがデフォルトのオプションです。

  • グループタイプ:特定のノードでデータを集計し、より絞り込んだビューを提供します。

    

  この機能拡張により、ノードデータのより柔軟で意味のある可視化が可能になります。

• ノードの最大数とレベルの最大数:マップのノードとレベルの最大数を設定できます ( [プロパティ] タブを参照)。同様に、特定のノード関係で表示される子の最大数と、特定のノードで表示されるレベルの最大数を制御することもできます。Maximum number of levelsプロパティは、メインノード構成のソーステーブルとターゲットテーブルが同じ場合にのみ有効になります。異なる場合、このプロパティは無効になります。
• 子の最大数:特定のノード関係で表示される子の最大数を制御できます。このフィールドの最小値は 2 です。

• 方向:関係構成に追加されたもう 1 つのフィールドは [方向] で、ソーステーブルとターゲットテーブルの間の関係の方向を指定します。方向は、「ターゲットからソース」または「ソースからターゲット」のいずれかに設定できます。[ターゲットからソース] に設定すると、特定のノードを選択すると、その上流のすべてのノードが表示され、そのノードにつながる関係が表示されます。[ソースからターゲット] に設定すると、特定のノードを選択すると、そのすべての下流ノードが表示されます。

  

  [方向] 列は、ノード間の関係を視覚化して理解するのに役立ちます。

• メインノードでのコピー機能:メインノード構成に [ コピー] UI アクションが含まれるようになりました。この機能を使用すると、選択したメインノード構成がコピーされ、コピーしたメインノードの Nexus 構成を設定する必要があります。

  

ネクサスマップ構成関連リスト

[ネクサスマップ構成 (Nexus map configurations)] 関連リストが UI に導入されました。選択したメインノードの Nexus マップ構成を構成すると、その UI 構成を定義し、選択したノードを Nexus マップにどのように表示するかを決定するのに役立ちます。この設定には、色、アイコン、エッジ構成、およびその他の視覚要素の設定が含まれます。単一のメインノード構成に複数の Nexus 構成を含めることができ、同じ構造に対して異なるデータビューを有効にすることができます。この柔軟性は、Nexus マップ レベルでの設定によって実現されます。

関連リストから Nexus マップ構成を選択し、その構成の詳細を表示または更新できます。「OpRes レジリエンスマップ UI」のネクサスマップ構成を例に示します。

[ メインノード ] タブには、メインノードテーブルの名前とそれに関連する条件が表示されます。[ ノード UI の詳細 ] タブには、デフォルトで [ノードマップのデフォルトノード] に設定されているノード UI タイプが表示されます。

関係の追加や変更など、メインノードレベルで行われた変更を Nexus マップ構成に同期するには、[ メインノード構成から同期] UI アクションを使用します。このアクションは、メインノードと Nexus マップ構成間の同期を維持するのに役立ちます。

Nexus マップ構成は、メインノード UI 構成とも呼ばれます。

Nexus マップ構成内では、次の 2 つの重要な側面をカスタマイズできます。

• ノード構成:この設定では、ノードの外観など、ノードの UI 設定の構成を行います。
• エッジ構成:この構成では、タイプ (破線または実線)、色、その他の条件付き設定など、ノード間のエッジをカスタマイズします。

これらの構成により、要件に応じて Nexus マップの可視化をカスタマイズできます。

ノード構成

[ノード構成] 関連リストは、選択したノードの UI 設定を構成するのに役立ちます。選択したノードは、UI 設定に従って Nexus マップに表示されます。次の例は、「OpRes レジリエンスマップ UI (上から下)」ネクサスマップ構成のノード構成設定を示しています。

ノード構成設定:[ノード構成] 関連リストを選択すると、選択したノードに定義されているノード構成設定が表示されます。この例は、「エンティティ [sn_grc_profile]」テーブルに定義されたノード構成設定を示しています。

ノードマップのグループ化と拡張:ノードマップには、第 1 ノード、第 2 ノード、第 3 グループなどのグループ化されたノードが展開可能として表示されます。グループ化されたノードを右選択すると、ノードを展開するか、その時点でグループ化されたノードの数をリストする開いているリストを表示するオプションが表示されます。

拡張機能:ノード拡張機能を使用すると、例に示されている「乗客情報」レベルなどの追加のノードを表示できます。ノードの展開は、使用可能なレベルの数に基づいて動的に更新されるため、ノードマップをより詳細かつ制御された探索が可能になります。リストの展開と開くオプションを使用すると、マップ内を効率的に移動し、ノード間の関係をよりよく理解できます。

ノードマップアグリゲーション機能:ノードマップには、特定のレベルでノードをグループ化できるアグリゲーション機能が含まれています。この機能を使用するには、例に示すように、メインノード構成タイプを [デフォルト] から [グループ ] に変更します。このアクションでは、選択したレベルでノードが集計され、より統合されたビューが提供されます。

グループ化された構成でマップをロードすると、ノードは最初はグループ化された状態で表示されます。集計されたノードで右選択すると、[ リストを開く ] オプションが表示され、その時点で集計されたエンティティが表示されます。

この機能により、複雑なノード マップが簡素化されるため、特定の関心領域に集中でき、全体的な使いやすさが向上します。グループ機能を使用すると、ノード間の関係をより簡単に分析して理解できます。

ノードステータス構成

[ノードステータス構成] 関連リストは、選択したノードのテーブルとその関連リストの条件を定義するのに役立ちます。この例は、エンティティ [sn_grc_profile] テーブルが使用されているためのエンティティ条件を示しています。これらの条件は、ノードテーブルまたは関連リストのフィールドを使用して設定できます。たとえば、[関連リスト条件] パネルで定義された条件が満たされると、その特定のノードに「重大」の色と「感嘆符のアウトライン」アイコンが表示されます。

このようにして、定義された条件が満たされると、それに応じてノードステータス構成が更新されます。

[条件] 列に示すように、複数のフィルター条件を定義できます。

デフォルトのノードステータス構成:ノードステータス構成に条件が定義されていない場合は、デフォルトのノードステータス構成になります。

これらの設定を構成することで、ニーズに合わせて Nexus マップ内のノードの表示と動作をカスタマイズできます。

エッジの構成

エッジ構成は、ノード構成と同様に設定できます。エンティティ間の特定の関係 (上流や下流など) に対して、2 つのエッジ構成を定義できます。

次の例では、[エッジ設定 (Edge configurations)] 関連リストと [エッジ設定 (Edge configurations) レコード] が表示されています。

次の例は、ソースからターゲット方向への子の最大数を 3 として示しています。

その結果、すべてのノードに対して、表示される子の最大数は 3 になります。

エッジステータスの構成

エッジステータス構成は、特定の条件に基づいて定義できます。これらの条件に基づいて、エッジの色、タイプ、およびその他のプロパティを設定できます。たとえば、デフォルトでマゼンタで表示されるようにエッジを設定したり、特定の条件に基づいてそのタイプを破線または実線に変更したりできます。これらのエッジ設定を構成することで、より有益で視覚的に魅力的な Nexus マップを作成できます。エッジ構成設定はノード構成設定を補完し、エンティティ間の関係を包括的に可視化できるようにします。

ベースバージョンに含まれるメインノード構成

1. ビジネスサービス用の OSDM ヘッダー構成 (Opres with CSDM header configuration):CSDM ヘッダー構成を使用した Opres は、ビジネスサービスの関係を定義し、主に新規顧客によって使用されます。

   この構成では、次のオブジェクト間の直接的および間接的な関係が設定されます。

   1. アプリケーションサービス
   2. ビジネスプロセス
   3. ビジネスサービス
   4. サービスオファリング

   次の図は、 オペレーショナルレジリエンス でベースバージョンとして利用可能な、CSDM ヘッダー構成を使用した OpRes の構造を示しています。ビジネスサービスには、1 つ以上のアプリケーションサービス、サービスオファリング、およびビジネスプロセスで構成された関係を設定できます。エンティティが生成され、スケジュール済みジョブが実行されると、依存関係がフェッチされ、親ビジネスサービスにロールアップされます。例に示すように、構成は複数レベルの依存関係をサポートしています。

   

   CSDM ヘッダーを使用した OpRes の構成の詳細については、「 CSDM ヘッダーを使用した OpRes メインノード構成」を参照してください。

2. サービスのサービス (CMDB) 構成:サービス (CMDB) 構成は、サービスの関係を定義し、主に既存の顧客によって使用されます。子サービスを持つ親サービス、プロセス、依存関係など、1 つのレベルの依存関係のみをサポートします。子サービスにはプロセスと依存関係 (例に示すように Dep2 や Dep4 など) を含めることができ、プロセスには依存関係 (サンプル階層に示されている Dep3 など) を含めることができます。

   

   サービス (CMDB) 構成の詳細については、「 サービス (CMDB) メインノード構成」を参照してください。

3. 依存関係構成:

   依存関係構成では、ビジネスサービス、ビジネスプロセス、およびサービスオファリングに関連する依存関係の関係を定義します。

   1. ビジネスプロセスから依存関係:ビジネスプロセスから依存関係の構成では、ビジネスプロセスからその依存関係との関係を定義します。次の図は、 オペレーショナルレジリエンス でベースバージョンとして利用可能なビジネスプロセスの依存関係フレームワークを示しています。ビジネスプロセスは、アプリケーションサービス、他のビジネスプロセス、テクニカルサービス、契約、サードパーティなどとの関係を持つことができます。エンティティが生成され、スケジュール済みジョブが実行されると、依存関係がフェッチされ、親ビジネスプロセスにロールアップされます。

      

      ビジネスプロセスから依存関係への構成の詳細については、「 ビジネスプロセスから依存関係 メインノード構成」を参照してください。

   2. ビジネスサービスと依存関係:ビジネスサービスから依存関係の構成では、ビジネスサービスからその依存関係との関係を定義します。次の図は、 オペレーショナルレジリエンス でベースバージョンとして利用可能なビジネスサービスの依存関係フレームワークを示しています。ビジネスサービスは、場所、契約、サードパーティ、サードパーティエンゲージメントなどとの関係を持つことができます。エンティティが生成され、スケジュール済みジョブが実行されると、依存関係がフェッチされ、親ビジネスサービスにロールアップされます。

      

      ビジネスサービスと依存関係の構成の詳細については、「 ビジネスサービスから依存関係 メインノード構成」を参照してください。

   3. 依存関係へのサービスオファリング:依存関係へのサービスオファリング構成では、サービスオファリングからその依存関係への関係を定義します。次の図は、 オペレーショナルレジリエンス でベースバージョンとして利用可能なサービスオファリングの依存関係フレームワークを示しています。サービスオファリングは、アプリケーションサービス、他のビジネスプロセス、テクニカルサービス、契約、サードパーティなどとの関係を持つことができます。エンティティが生成され、スケジュール済みジョブが実行されると、依存関係がフェッチされ、親サービスオファリングにロールアップされます。

      

      依存関係に対するサービスオファリング構成の詳細については、「 依存関係に対するサービスオファリング メインノード構成」を参照してください。

4. BCM 依存関係構成:事業継続性管理 アプリケーションがインスタンスにインストールされると、関連する依存関係BCMオペレーショナルレジリエンスアプリケーションにフェッチされます。例には、BCM-CMDB、ダウンストリーム関連計画、計画プライマリ資産、計画関連資産、アップストリーム関連計画など、 BCMに関連するメインノード構成が示されています。

   

   BCM 依存関係構成の詳細については、「 BCM 関連依存関係 メインノード構成」を参照してください。

最新の CSDM モデルに合わせたデータ収集の詳細については、「 CSDMセットアップに沿ったデータの収集」を参照してください。

メインノード構成を設定した後、エンティティが オペレーショナルレジリエンスで生成されていることを確認する必要があります。エンティティが オペレーショナルレジリエンス で生成され、関係がメインノード構成で作成された場合にのみ、 CMDB データをレポート用に オペレーショナルレジリエンス に取り込むことができます。