プライマリ作成元の追加
運用上の脆弱性のプライマリ作成元をそのレコードに追加します。運用上の脆弱性のプライマリ原因が指定されると、その上流の依存関係が影響を受ける領域に自動的に含まれます。これにより、影響を受けるすべての観点から運用上の脆弱性を表示できます。ソースは、[ プライマリ作成元 ] タブにプライマリ作成元として自動的に追加されます。
始める前に
必要なロール:運用上の脆弱性にアサインされたアナリスト
このタスクについて
リリース 20.1.x 以降、 オペレーショナルレジリエンス アプリケーションは最新の 共通サービスデータモデル (CSDM) (CSDM) をサポートしています。拡張機能は、依存関係のロールアップをサポートしています。
オブジェクト間で関係が構成されている次の例を考えてみましょう。
関係図に示されているようなビジネスプロセス BP1 がある場合、サービスオファリング SO1 とビジネスサービス BS1 がアップストリームの関係として存在します。この拡張機能により、BP1 を運用上の脆弱性として追加すると、影響を受ける領域に SO1 と BS1 が自動的に含まれ、運用上の脆弱性レコードの [影響領域] タブに表示されます。
手順
-
[詳細] タブの [プライマリ作成元] セクションの [ソース レコード] フィールドでソース レコードを更新し、 [保存] を選択します。
[詳細] タブの [プライマリ作成元] セクションの [ソース] フィールドにソースレコードを追加し、[ソースレコード] フィールドにソースレコードを追加すると、プライマリ作成元が自動的に編集され、[プライマリ作成元] タブに表示されます。次の例では、ソーステーブルはビジネスサービス、ソースはビジネスサービス、選択されたソースレコードは BS1000 です。例に示すように、ソースレコード BS1000 は、[ プライマリ作成元 (Primary origin )] タブのプライマリ作成元として自動的に更新されます。
例に示すように、プライマリオリジンを追加すると、その上流の依存関係が影響を受ける領域に自動的に追加されます。運用上の脆弱性は、影響を受けるすべての領域から確認できます。
たとえば、ビジネスサービスからサービスオファリングへ、およびサービスオファリングからビジネスプロセス (BS - SO - BP) への関係を確立します。ここで、SO は BS のダウンストリームエンティティであり、BP は SO のダウンストリームエンティティです。運用上の脆弱性の [プライマリ作成元 (Primary origin )] タブで、ビジネスプロセス (BP) をフェッチすると、例に示すように、アップストリームの依存関係が自動的に追加されます。
注:スケジュール済みジョブが実行されると、運用上の脆弱性が収集され、ホームページの危険フラグセクションに表示されます。 -
[プライマリ作成元] タブで、 [追加] を選択します。
運用上の脆弱性のプライマリ作成元を追加できます。
運用上の脆弱性のプライマリ作成元を追加すると、その影響領域とアップストリームエンティティが [ 影響領域 ] タブで更新されます。
Calculate red flags for CSDM and dependenciesスケジュール済みジョブが実行されると、更新された影響領域と運用上の脆弱性の数がダッシュボードで更新されます。
たとえば、運用上の脆弱性の影響を受ける領域が更新されると、スケジュール済みジョブが実行される前に、SO1 の概要ページの運用上の脆弱性の数が 0 になります。スケジュール済みジョブを実行すると、SO1 の概要ページの運用上の脆弱性の数が 1 に更新されます。これにより、更新されたデータが オペレーショナルレジリエンス ダッシュボードに迅速に反映されます。
-
プライマリ作成元のアップロードされたアップストリームアセットのステータスを表示するには、[ 進行状況の表示 ] UI アクションを選択します。
オペレーショナルレジリエンスアドミニストレーターまたはマネージャーは、影響を受ける資産を運用上の脆弱性に追加するときに、進捗状況を表示できます。例に示すように、資産は [影響領域 ] タブに一覧表示されます。