柔軟なデータモデルの使用
オペレーショナルレジリエンス リリース 21.0.x 以降、柔軟なデータモデルは、データの可視化と依存サービスのフローを改善することで、運用レジリエンスメトリクスを強化します。また、危険フラグ、ビジネスサービスの重要性、および影響許容度に関するインサイトを含む複数のダッシュボードもサポートしています。
オペレーショナルレジリエンス、リリース 20.1.x 以降、データリレーションシップフレームワークでサポートされているメインノード構成が、依存関係ロールアップチェーンを定義するオペレーショナルレジリエンスとともに導入されました。ソースが OpRes CMDB であるメインノード構成は、ベースシステムに付属しています。メインノード構成、新しいメインノード構成の作成、または既存のメインノード構成の更新については、「 メインノード構成:のコンポーネント データリレーションシップフレームワーク」を参照してください。
以前のデータモデルでは、CSDM オブジェクト [sn_oper_res_profile] テーブルには、考えられるすべての組み合わせを含む依存関係チェーン全体が格納されていたため、データの取得が煩雑になり、メンテナンスが困難になっていました。このアプローチは廃止され、より効率的なモデルが採用されました。
柔軟なデータモデルの主な機能
柔軟なデータモデルには、オペレーショナルレジリエンスメトリクスを強化するいくつかの主要な機能があります。
- データの可視化の強化:サービス、ビジネスサービス、オファリング、ビジネスプロセス、およびアプリケーションサービスモジュールは垂直レイアウトになり、従来の水平タブが置き換えられ、 オペレーショナルレジリエンスワークスペース内のナビゲーションが強化されました。垂直レイアウトの [概要] タブから、ビジネスプロセスやビジネスサービスなどのオブジェクトのレジリエンスメトリクス全体を表示できます。
その後、選択したトップクラスに基づいて、ダウンストリームデータとさまざまなダッシュボードを表示できます。次の例は、ビジネスサービスに対して強化される上位のコントロールを示しています。
グラフを選択すると、依存関係レコード、関連するコントロール、コントロール目標に関する詳細情報が表示されます。
- 簡素化されたナビゲーション:垂直レイアウトから、サービスオファリング、ビジネスプロセス、アプリケーションサービス、依存関係、インシデント、メトリクスなど、特定のビジネスサービスの関連リストとメトリクスに直接アクセスできます。
技術的な実装
オペレーショナルレジリエンス、リリース 21.0.x 以降、オペレーショナルレジリエンス構成のデータモデルが最適化されました。ビジネスサービスからプロセスへのオファリングなど、階層チェーン内の各ノードは、そのクラスノードおよび親ノードとともに [sn_oper_res_profile] CSDM オブジェクトテーブルに個別に格納されるようになりました。つまり、メインノード構成の一部である関連オブジェクト (たとえば、1,000 個のエンティティのうち 500 個) のみが格納されるため、データ管理の効率が向上します。
オペレーショナルレジリエンス リリース 21.0.x で導入された柔軟なデータモデルは、ダッシュボードの基盤を提供し、依存サービスのフローを追跡します。失敗したコントロール、インシデント、機能停止などのタイプ別の危険フラグや、フラグの数、重要度、影響許容度などのビジネスサービスメトリクスを含むデータは、柔軟なデータモデルの変更によってダッシュボードで更新されます。
例に示されているデータは、危険フラグの数別のビジネスサービス、重要度別のビジネスサービス、影響許容度別のビジネスサービスなどのビジネスサービス用です。sn_oper_res.top_class_name プロパティを設定して、任意のクラスを最上位クラスとして指定できます。
sn_oper_res.top_class_name プロパティの構成
sn_oper_res.top_class_name プロパティを構成して、任意のクラスをダッシュボードビューのトップクラスとして指定し、ビジネスサービス、ビジネスプロセス、アプリケーションサービスなどの任意のノードをトップノードにすることができます。その後、ビジネスサービスの下にあるアプリケーションサービスの数など、選択したトップクラスに基づいて、ダウンストリームデータとさまざまなダッシュボードを表示できます。ダッシュボードでビジネスサービス、サービスオファリング、ビジネスプロセス、アプリケーションなどのさまざまなビューを切り替えて、関連するデータを適宜表示できます。
たとえば、ビジネスサービスのデータが表示されている場合は、 sn_oper_res.top_class_name プロパティを設定することで、最上位クラスをサービスオファリング、ビジネスプロセス、またはアプリケーションサービスに変更できます。その後、最上位クラスを別のオブジェクトに変更すると、その特定の最上位クラスに関するデータが表示されます。このプロパティはダッシュボードにのみ適用され、ワークスペースフォームには適用されません。プロパティの詳細については、「オペレーショナルレジリエンス プロパティの設定」を参照してください。
次の例は、最上位クラス名が cmdb_ci_service_business に設定されていることを示しています。
プロパティ値を変更してサービスオファリングまたはアプリケーションを表すと、対応するデータがダッシュボードに入力されます。次の例は、最上位クラス名を「サービスオファリング」に更新する方法を示しています。
例に示すように、更新されたプロパティ名に基づいて、サービスオファリングのデータが オペレーショナルレジリエンス ダッシュボードに表示されます。
危険フラグの計算とロールアップ
Calculate red flags for CSDM and dependenciesスケジュール済みジョブが実行されると、危険フラグデータがダッシュボードに入力されます。次の例のダッシュボードでは、[危険フラグの数別のビジネスサービス] セクションに 1 〜 30 の範囲の危険フラグが表示されています。
カードを選択すると、ビジネスサービスの詳細なブレークダウンが表示されます。合計24件の危険信号が表示されており、そのうち3件は特に「カードと支払い」サービスに起因しています。次の図は、ロールアップ機能を示しています。これは、選択した [カードと支払 (Cards and Payments)] ビジネスサービスに関連付けられたエンティティの危険フラグを集約し、データの階層ビューを提供します。
[危険フラグの総数] 列に表示される値「24」は、「カードと支払い」ビジネスサービスの下にあるすべてのエンティティの危険フラグのロールアップ値です。
CSDM オブジェクトテーブル
- [影響を受けるオブジェクト] 列には、親オブジェクトが表示されます。
- [影響を受けるオブジェクトクラス] 列にクラスが表示されます。
- 危険フラグの数列は、ノードに直接割り当てられている危険フラグの数を示します。
- [危険フラグの合計数] 列には、表に示すように、ノードとその子に直接割り当てられた危険フラグの合計数が表示されます。
この例の [オブジェクトクラス] 列に表示されているオブジェクトクラスは、ビジネスアプリケーションやプロセスなどのさまざまなエンティティを明確に表しています。このデータは修正スクリプトを使用してシステムに入力され、情報が正確かつ最新の状態になるようにします。これらのスクリプトを使用することで、異なるオブジェクトクラス間の複雑な関係を効果的に表示および管理できます。
オブジェクトクラスに関してオブジェクトをグループ化できます。次に、サービスオファリング、コア会社、ビジネスプロセスなどのオブジェクトクラスを作成できます。
特定のオブジェクトクラスの上流の影響を受けるオブジェクトが [影響を受けるオブジェクト] 列に追加されます。たとえば、Java アプリケーションサーバー FLX には、デジタルバンキングプロセスや受信支払いなどのアップストリームの影響を受けるオブジェクトがあり、これらが追加されて [影響を受けるオブジェクト] 列に表示されます。
このプロセスは、最下位レベルのオブジェクトから始まり、その上のレベルを含めて、影響を受けるオブジェクトを設定します。その後、データはメインノード構成に直接統合されます。
メインノード構成
- ビジネスプロセスから依存関係
- 依存関係に対するビジネスサービス
- CSDM ヘッダー付き OpRes
- サービス (CMDB)
- 依存関係に対するサービスオファリング
ビジネスサービスからビジネスプロセス、サービスオファリング、さらにアプリケーションへと至るフロー全体がメインノード構成で作成され、構成は影響を受けるオブジェクトにマッピングされます。
メインノード構成の設定については、「 メインノード構成の構成」を参照してください。
スケジュール済みジョブの実行
定期的に実行される 2 つのスケジュール済みジョブ ( Update CSDM and other dependencies と Calculate red flags for CSDM and dependencies ) により、CSDM オブジェクト [sn_oper_res_profile.list] テーブルと危険フラグにデータが入力されます。詳細については、「スケジュール済みジョブを実行」を参照してください。
すべてのメインノード構成は並行して処理されます。メインノード構成ごとに個別のイベントがトリガーされ、並列処理が可能になります。拡張された構成により、シーケンシャル処理の必要性がなくなり、効率が大幅に向上します。
Update CSDM and other dependenciesスケジュール済みジョブを実行した後、データは CSDM オブジェクトテーブルにフェッチされます。オブジェクトの依存関係が更新され、モジュールに表示されます。
以前は、多対多のテーブルを走査して関連レコードを見つけるのに時間がかかりました。影響を受けるオブジェクトをテーブル自体に格納することで、単一の列から関連レコードを直接取得できるため、再帰的な階層を作成する必要がなくなり、効率が大幅に向上します。
依存関係は、最初にエンティティ [sn_grc_profile] (多対多) テーブルからフェッチされます。Calculate red flags for CSDM and other dependenciesスケジュール済みジョブを実行すると、構成された設定に従って危険フラグデータがフェッチされ、ロールアップされます。
スケジュール済みジョブが完了すると、メインノード構成は不要になります。ダッシュボードは、最上位クラスプロパティを使用して危険フラグステージングテーブルを走査し、ビジネスサービスやサービスオファリングなど、指定されたレコードタイプに一致する下流の危険フラグを取得します。
次の例は、インシデント SO1 - VM が SO1 からロールアップされることを示しています。
ビジネスプロセスとサービスオファリングからの失敗したコントロールはロールアップされ、モジュールに表示されます。