ServiceNow オーストラリアリリース – CMDB および CSDM の機能拡張

[JunshuO]

ServiceNow のオーストラリアリリース (GA 2026 年 5 月 5 日) では、構成管理データベース (CMDB) に大幅な機能拡張が導入され、特に AI 主導の自動化、動的識別および調整エンジン (IRE)、データ品質、サービスコンテキスト、サービスグラフワークスペース、CMDB 管理の改善に重点が置かれています。このリリースは、CI 中心の CMDB から、より自動化されたサービス中心の CSDM に沿ったプラットフォームへと広範な進化を続けています。

1. 主要な CMDB 機能拡張

サービスグラフワークスペース/CMDB Workspace

最も重要な変化の 1 つは、CMDB ワークスペースストアアプリケーションにバンドルされているサービスグラフワークスペースを通じて、CMDB のユーザーエクスペリエンスが進化することです。

次の一元化されたエクスペリエンスを提供します。

• CMDB データ

• 会社

• 所在地

• ユーザー

• 構成アイテム (CI)

• CI 関係

• データ品質

• 基盤データ

主な改善点は、コンテキストベースのナビゲーションと検索です。ユーザーは、基礎となる CMDB クラス階層を理解しなくても、CI クラスにマッピングされたビジネス指向のコンテキストを通じて CMDB 情報を検索および探索できます。

これは、cmdb_ci → cmdb_ci_server → cmdb_ci_linux_server といった構造による技術的なナビゲーションから、よりビジネス指向およびコンテキスト指向の CMDB エクスペリエンスへの移行を表しています。

オーストラリアにアップグレードする組織は、既存の CMDB ワークスペースのカスタマイズも評価し、どのカスタマイズを新しいサービスグラフワークスペース機能に置き換える必要があるかを決定する必要があります。

---

2. 動的識別および調整エンジン (動的 IRE)

動的 IRE は、オーストラリアのリリースでハイライト表示された最も重要な CMDB 機能拡張の 1 つです。

従来、組織は多くの場合、データソース → ペイロード → 識別ルール → CI マッチング → 調整といった手順を維持管理する必要がありました。動的 IRE は、手動で作成された識別ルールへの依存度を軽減し、複数のデータソースにわたる CI 識別を改善するように設計されています。

期待されるメリットは次のとおりです。

• 手動メンテナンスを削減した IRE 構成

• CI 識別の改善

• 重複 CI 作成の削減

• 削減された CMDB 管理

• 複数のソースにわたる CI 識別の処理の改善

オーストラリアのドキュメントでは、動的 IRE のスコープ対象としてcmdb_ci_hardwareとその子孫が特定されています。

推奨されるアーキテクチャアセスメント

動的 IRE を広く採用する前に、CMDB アーキテクトは次の点を確認する必要があります。

• 識別ルール

• CI 識別子

• ルックアップ識別子

• データソース構成

• 変換マップ

• 統合ハブ ETL マッピング

• インポートセット

• サービスグラフコネクタ

• CI 識別に使用されるカスタムスクリプト

• 既存の重複 CI 群

目的は、不要な従来の構成とともに動的 IRE を導入するのではなく、単に既存のカスタム識別構成を簡素化または廃止できるかを判断することです。

---

3. AI 支援による CMDB の修復と重複排除

オーストラリアでは、特に重複 CI に関する CMDB 修復のための AI 支援を拡大しています。

重複排除タスク解決アシスタント

新しい重複排除タスク解決アシスタントは AI を使用して、CMDB アドミニストレーターが重複する CI タスクを解決できるようにします。AI は、アドミニストレーターが変更をコミットする前に根拠を提供しながら、オーソリティとなる、または「メイン」となる CI を特定するなど、修復の選択肢を事前に選択できます。

自動重複排除タスク

オーストラリアでは、次のような改善も導入されています。

• IRE 識別中にルックアップおよび関連テーブルの重複排除タスクが自動的に生成される

• ルックアップテーブルの重複関連アイテムの修正

• AI 支援修復オプション

• ビジネスルールまたはエラーによって重複 CI の結合がブロックされている場合に、修正中に関連テーブルワークフローを無効にする機能

したがって、一般的な修復プロセスは、重複 CI → 手動分析 → 手動選択 → 手動修正 から、重複 CI → AI 支援分析 → 推奨されるオーソリティ CI → アドミニストレーター承認 → 修復へと移行できます。

たとえば、以下のような複数のレコードを分析して、同じ物理 CI または論理 CI を表しているかどうかを判断できます。

• サーバー A

• サーバー A1

• Server-A

• server01.company.com

しかし、AI はCMDB ガバナンスをバイパスするのではなく、支援するものであるべきです。CMDB アドミニストレーターまたはデータスチュワードは、引き続き重要な修正の決定を承認する責任を負う必要があります。

---

4. CMDB サクセスアドバイザー

CMDB サクセスアドバイザーは、組織が以下で目標とする成果を達成するのに役立つように設計されたダッシュボード、推奨事項、および修復ガイダンスを提供します。

• データ基盤

• ハードウェア資産管理 (HAM)

• ソフトウェア資産管理 (SAM)

• 主要な CI クラス

• ハードウェア資産

• ソフトウェアインストール

この機能はサービスグラフワークスペースからアクセスでき、データ品質のギャップと改善の機会を事前に特定することを目的としています。

CMDB ガバナンスプログラムの場合、継続的改善サイクルをサポートできます。

CMDB サクセスアドバイザー→ギャップを特定し→優先順位付け→修復→改善を測定

これは、CMDB データ品質を 1 回限りのクリーンアップとして扱うよりも望ましい方法です。

---

5. CI の作成とルックアップ識別子の強化

オーストラリアでは、ルックアップ識別子と必須属性をサポートすることで手動での CI 作成を強化しています。

これは、次の改善に役立ちます。

• CI 識別

• データの一貫性

• IRE 処理

• 手動 CI 作成

• 重複レコードの防止

組織は、既存の手動 CI 作成プロセスをレビューし、標準化されたルックアップ識別子と管理された CI 作成プラクティスにユーザーを移行できるかどうかを判断する必要があります。

---

6. CMDB クエリビルダー V2

オーストラリアは、CMDB クエリビルダー V2 の実行モードのサポートを拡大し、複雑な CMDB クエリのパフォーマンスを向上させます。

メリットは次のとおりです。

• その他のクエリ構造

• クエリパフォーマンスの向上

• 複雑な CMDB クエリの処理の改善

適切なプロパティで有効にしない限り、特定の関連リスト条件、NOT/フィルターの組み合わせ、一部のサービスマッピング関係、OR 条件を含むギャップなど、いくつかの制限が残ります。

---

7. CMDB 360 とマルチソースデータ

CMDB 360は、マルチソースデータの可視化とレポート機能を提供します。

削除されたマルチソースレポートビルダーを置き換え、CMDB ワークスペースエクスペリエンス内で複数のソースからのデータを表示するための、より統合されたアプローチを提供します。

これは、複数のディスカバリーツール、統合、資産システム、およびその他のデータソースから CI 情報を受け取る組織にとって特に重要です。

---

8. ドメインセパレーションの機能強化

オーストラリアでは、CMDB ドメインセパレーションのサポートを次のような追加のテーブルに拡張しています。

• cmdb_key_value

• cmdb_print_queue_instance

• cmdb_software_instance

• samp_client_access

• samp_oracle_options

これらの変更により、ドメインセパレーション要件がある CMDB 環境を運用する組織のデータ分離が改善されます。

---

9. CMDB セキュリティとアクセスの変更

オーストラリアでは、セキュリティとアクセスに関連するいくつかの変更が導入されています。

ロールの変更

昇格されたロール要件は、次のように調整されます。

• sn_cmdb_admin は、以前はより高度な管理ロールを必要としていた機能を受け取ります。

• sn_cmdb_editor は、以前はitilが必要だったケイパビリティを受け取ります。

詳細な読み取り専用保護

プラットフォーム全体の新しい read_only_option フィールドは、次のようなオプションを含む、より詳細な読み取り専用保護を提供します。

• strict_read_only

• client_script_modifiable

これらの機能は CMDB テーブルにも影響し、下位互換性を維持しながら、意図しない変更に対する保護を強化します。

アップグレードの考慮事項

組織は、cmdb_ci の新しい複合インデックスに関連するアップグレード時間が長くなる可能性も考慮する必要があります。

---

10. CSDM の機能強化と方向性

オーストラリアのリリースは、ServiceNow の広範な投資を継続します。 CSDM に沿ったサービスモデリングおよび基盤データ管理。戦略的な方向性は、次の間の関係を強化することです。

ビジネスアプリケーション → アプリケーションサービス → テクニカルサービス → テクノロジー→インフラストラクチャ CI

これは、主にCI 中心の CMDBからサービス中心の CMDBへと移行するという広範な目的をサポートします。

CSDM 5.0

ソース資料では、CSDM 5.0は、オーストラリアのリリースで独自に導入された機能としてではなく、より広範なデータモデルの進化として特定されています。ソースで参照されている CSDM 5.0 資料には、次のような領域が含まれています。

• 追加の CSDM ドメインの概念

• AI 機能や AI アプリケーションなどの AI 関連の CI クラス

• SBOM トラッキング

• オペレーショナルテクノロジー (OT) クラス

したがって、CSDM 5.0 は、オーストラリア固有のリリース機能として自動的に分類されるのではなく、より広範な CSDM の進化の一部として扱う必要があります。

---

11. AI 支援による CSDM サービスデリバリマップ

オーストラリアのロードマップには、CSDM サービスデリバリマップを生成するための AI 指向の機能が含まれています。

概念的には、プラットフォームは次のような関係の識別と視覚化をますます支援できます。

ビジネスアプリケーション
↓
アプリケーションサービス
↓
テクニカルサービス/テクノロジー
↓
インフラストラクチャ CI

この機能は、技術インフラストラクチャをそれに依存するビジネスおよびサービスに接続するという CSDM の目的をサポートします。

CSDM アーキテクトにとって、戦略的価値は非常に重要であり、CMDB は単に「どのような CI がありますか?」と回答することに重点を置かなくなり、以下に答える能力が高まっています。

• この CI はどのビジネスアプリケーションをサポートしていますか?

• どのアプリケーションサービスに属していますか?

• そのアプリケーションサービスをサポートするテクニカルサービスは何ですか?

• 依存するビジネスサービスは何ですか?

• サービスの所有者は誰ですか?

• サービスモデル全体にはどのような関係が存在しますか？

---

12. サービスマッピングと ITOM の機能拡張

オーストラリアはまた、ITOM とサービスマッピング機能の進化を続けています。

AI を活用したサービスマッピング

自動エージェントは、機械学習候補からサービスマップを生成し、ビジネスアプリケーションを検出されたアプリケーションサービスにリンクすることを支援します。

これにより、以下を減らすことができます。

• サービスマップの手動作成

• 手動関係のメンテナンス

• サービスマッピング管理

サービスマッピング MCP ツール

サービスマッピングでは、モデルコンテキストプロトコル (MCP) 機能も導入されており、以下の会話型および動的なクエリを可能にします。

• ライブサービストポロジ

• CI 関係

• サービスマッピングデータ

• サービスの依存関係

これにより、外部の AI プラットフォームと対話型インターフェースが ServiceNow サービストポロジ情報とやり取りする機会が生まれます。

---

13. オーストラリアのアップグレードで CMDB/CSDM アーキテクトがすべきこと

オーストラリアのリリースに向けて準備を進めている組織の場合、CMDB/CSDM の作業は 6 つの主要なワークストリームに整理する必要があります。

ワークストリーム 1 - IRE

レビュー:

• 既存の識別ルール

• 動的 IRE 機会

• データソース/ネイティブキー

• CI 識別子

• ルックアップ識別子

• 重複 CI 群

• カスタム識別スクリプト

目的は、識別アーキテクチャを簡素化し、不要なカスタマイズを減らすことです。

ワークストリーム 2 — CMDB データ品質

次のベースラインを確立します。

• 完全性

• 正確性

• コンプライアンス

• 関係性

• 重複 CI

• 古い CI

• 孤立 CI

CMDB サクセスアドバイザーやその他のデータ品質機能を使用して、継続的改善プロセスを確立します。

ワークストリーム 3 - CSDM

レビュー:

• ビジネスアプリケーション

• アプリケーションサービス

• サービスオファリング

• テクニカルサービス

• ビジネスサービス

• 技術管理

• サービスオーナー

• サービス関係

CMDB が組織の CSDM サービスモデルと整合していることを確認します。

ワークストリーム 4 — サービスグラフワークスペース

評価:

• 既存の CMDB ワークスペースのカスタマイズ

• アドミンエクスペリエンス

• データ所有者エクスペリエンス

• コンテキストベースのナビゲーション

• 基盤データ管理

ServiceNow の新しいワークスペース機能を使用して廃止できる従来のカスタマイズを決定します。

ワークストリーム 5 — AI と Now Assist

次の機会を評価します。

• 重複 CI の修正

• CMDB トラブルシューティング

• データ品質に関する推奨事項

• 重複排除タスクの解決

• テキストからアクションへの機能

• CSDM サービスデリバリマップの生成

• AI 支援サービスマッピング

ワークストリーム 6 — CMDB/CSDM ガバナンス

以下全体にわたる明確な説明責任を確立します。

データ所有者 → データスチュワード → CMDB アドミニストレーター → CSDM アーキテクト → プラットフォームガバナンス

測定可能な KPI を定義し、CMDB の修正を 1 回限りのプロジェクトとして扱うのではなく、継続的なガバナンスプロセスを確立します。

---

14. 強調すべき CMDB/CSDM の主な機能

オーストラリアリリースの CMDB/CSDM プレゼンテーションまたはアーキテクトインタビューでは、次の機能を強調することが最も重要です。

1. 動的 IRE

2. サービスグラフワークスペース/CMDB ワークスペースの機能拡張

3. CMDB サクセスアドバイザー

4. CMDB 修復用 Now Assist

5. 重複排除タスクの自動生成

6. 重複排除タスク解決アシスタント

7. 拡張 CI 作成およびルックアップ識別子

8. CMDB 360/マルチソースデータ管理

9. 拡張 CMDB クエリビルダー v2

10. 基盤データ管理の強化

11. AI 支援による CSDM サービスデリバリマップの生成

12. AI を活用したサービスマッピング

13. サービスマッピング MCP の機能

14. 拡張ドメインセパレーション

15. 詳細な読み取り専用セキュリティコントロール

15. 全体的な戦略的影響

オーストラリアでのリリースは、ServiceNow CMDB の進化における重要なステップです。

戦略的方向性は次のように要約できます。

従来の CMDB

CI の収集→識別ルールの管理→関係性の管理→手動クリーンアップの実行

↓

オーストラリア時代の CMDB

自動識別→ AI 支援による修復→継続的なデータ品質→サービスコンテキスト→ CSDM 連携サービスモデリング→ AI 支援サービスマッピング

したがって、最も重要なアーキテクチャの変更は、単に個々の機能の導入ではありません。それは、より自動化され、インテリジェントで、サービス中心の CMDB への移行を意味します。このような CMDB では、動的 IRE が手動による識別構成を削減し、AI が修復を支援し、サービスグラフワークスペースがビジネス/コンテキスト指向のアクセスを提供し、CMDB サクセスアドバイザーが継続的なデータ品質向上を推進し、CSDM/サービスマッピング機能がインフラストラクチャデータをビジネスサービスに接続します。

したがって、CMDB/CSDM アーキテクトにとって、オーストラリアのアップグレードは、単にプラットフォームのバージョンをアップグレードするだけでなく、既存の CMDB アーキテクチャを簡素化し、技術的負債とカスタマイズを削減し、データ品質を向上させ、CSDM との連携を強化し、AI 主導の自動化を活用する機会として捉えるべきです。

---

この記事は機械翻訳されております。最新は元となる記事をご覧ください: https://www.servicenow.com/community/in-other-news/servicenow-australia-release-cmdb-and-csdm-enhanc...。

免責事項: 一部の日本語は、翻訳ソフトウェアを使用してお客様の便宜のために翻訳されています。正確な翻訳をご提供できるよう相当な努力を払っておりますが、いかなる自動翻訳も人間の翻訳者に代わすることはなく、そのようなことは意図されておりません。翻訳は「現状のまま」提供されています。他言語への翻訳の的確性、信頼性または正確性については、明示または黙示を問わず、いかなる保証も行われません。翻訳ソフトには限界があるため、一部のコンテンツが正確に翻訳されていない場合があります。これらの資料の公用言語は英語です。翻訳の際に生じる相違または不一致は、コンプライアンスまたは履行の目的に関しては拘束力を有さず、法的効力はないものとします。

This article was machine translated and replicated from the original source: https://www.servicenow.com/community/in-other-news/servicenow-australia-release-cmdb-and-csdm-enhanc...。

[JunshuO]

1. 主要な CMDB 機能拡張

サービスグラフワークスペース/CMDB Workspace

最も重要な変化の 1 つは、CMDB ワークスペースストアアプリケーションにバンドルされているサービスグラフワークスペースを通じて、CMDB のユーザーエクスペリエンスが進化することです。

次の一元化されたエクスペリエンスを提供します。

• CMDB データ

• 会社

• 所在地

• ユーザー

• 構成アイテム (CI)

• CI 関係

• データ品質

• 基盤データ

主な改善点は、コンテキストベースのナビゲーションと検索です。ユーザーは、基礎となる CMDB クラス階層を理解しなくても、CI クラスにマッピングされたビジネス指向のコンテキストを通じて CMDB 情報を検索および探索できます。

これは、cmdb_ci → cmdb_ci_server → cmdb_ci_linux_server といった構造による技術的なナビゲーションから、よりビジネス指向およびコンテキスト指向の CMDB エクスペリエンスへの移行を表しています。

オーストラリアにアップグレードする組織は、既存の CMDB ワークスペースのカスタマイズも評価し、どのカスタマイズを新しいサービスグラフワークスペース機能に置き換える必要があるかを決定する必要があります。

---

2. 動的識別および調整エンジン (動的 IRE)

動的 IRE は、オーストラリアのリリースでハイライト表示された最も重要な CMDB 機能拡張の 1 つです。

従来、組織は多くの場合、データソース → ペイロード → 識別ルール → CI マッチング → 調整といった手順を維持管理する必要がありました。動的 IRE は、手動で作成された識別ルールへの依存度を軽減し、複数のデータソースにわたる CI 識別を改善するように設計されています。

期待されるメリットは次のとおりです。

• 手動メンテナンスを削減した IRE 構成

• CI 識別の改善

• 重複 CI 作成の削減

• 削減された CMDB 管理

• 複数のソースにわたる CI 識別の処理の改善

オーストラリアのドキュメントでは、動的 IRE のスコープ対象としてcmdb_ci_hardwareとその子孫が特定されています。

推奨されるアーキテクチャアセスメント

動的 IRE を広く採用する前に、CMDB アーキテクトは次の点を確認する必要があります。

• 識別ルール

• CI 識別子

• ルックアップ識別子

• データソース構成

• 変換マップ

• 統合ハブ ETL マッピング

• インポートセット

• サービスグラフコネクタ

• CI 識別に使用されるカスタムスクリプト

• 既存の重複 CI 群

目的は、不要な従来の構成とともに動的 IRE を導入するのではなく、単に既存のカスタム識別構成を簡素化または廃止できるかを判断することです。

---

3. AI 支援による CMDB の修復と重複排除

オーストラリアでは、特に重複 CI に関する CMDB 修復のための AI 支援を拡大しています。

重複排除タスク解決アシスタント

新しい重複排除タスク解決アシスタントは AI を使用して、CMDB アドミニストレーターが重複する CI タスクを解決できるようにします。AI は、アドミニストレーターが変更をコミットする前に根拠を提供しながら、オーソリティとなる、または「メイン」となる CI を特定するなど、修復の選択肢を事前に選択できます。

自動重複排除タスク

オーストラリアでは、次のような改善も導入されています。

• IRE 識別中にルックアップおよび関連テーブルの重複排除タスクが自動的に生成される

• ルックアップテーブルの重複関連アイテムの修正

• AI 支援修復オプション

• ビジネスルールまたはエラーによって重複 CI の結合がブロックされている場合に、修正中に関連テーブルワークフローを無効にする機能

したがって、一般的な修復プロセスは、重複 CI → 手動分析 → 手動選択 → 手動修正 から、重複 CI → AI 支援分析 → 推奨されるオーソリティ CI → アドミニストレーター承認 → 修復へと移行できます。

たとえば、以下のような複数のレコードを分析して、同じ物理 CI または論理 CI を表しているかどうかを判断できます。

• サーバー A

• サーバー A1

• Server-A

• server01.company.com

しかし、AI はCMDB ガバナンスをバイパスするのではなく、支援するものであるべきです。CMDB アドミニストレーターまたはデータスチュワードは、引き続き重要な修正の決定を承認する責任を負う必要があります。

---

4. CMDB サクセスアドバイザー

CMDB サクセスアドバイザーは、組織が以下で目標とする成果を達成するのに役立つように設計されたダッシュボード、推奨事項、および修復ガイダンスを提供します。

• データ基盤

• ハードウェア資産管理 (HAM)

• ソフトウェア資産管理 (SAM)

• 主要な CI クラス

• ハードウェア資産

• ソフトウェアインストール

この機能はサービスグラフワークスペースからアクセスでき、データ品質のギャップと改善の機会を事前に特定することを目的としています。

CMDB ガバナンスプログラムの場合、継続的改善サイクルをサポートできます。

CMDB サクセスアドバイザー→ギャップを特定し→優先順位付け→修復→改善を測定

これは、CMDB データ品質を 1 回限りのクリーンアップとして扱うよりも望ましい方法です。

---

5. CI の作成とルックアップ識別子の強化

オーストラリアでは、ルックアップ識別子と必須属性をサポートすることで手動での CI 作成を強化しています。

これは、次の改善に役立ちます。

• CI 識別

• データの一貫性

• IRE 処理

• 手動 CI 作成

• 重複レコードの防止

組織は、既存の手動 CI 作成プロセスをレビューし、標準化されたルックアップ識別子と管理された CI 作成プラクティスにユーザーを移行できるかどうかを判断する必要があります。

---

6. CMDB クエリビルダー V2

オーストラリアは、CMDB クエリビルダー V2 の実行モードのサポートを拡大し、複雑な CMDB クエリのパフォーマンスを向上させます。

メリットは次のとおりです。

• その他のクエリ構造

• クエリパフォーマンスの向上

• 複雑な CMDB クエリの処理の改善

適切なプロパティで有効にしない限り、特定の関連リスト条件、NOT/フィルターの組み合わせ、一部のサービスマッピング関係、OR 条件を含むギャップなど、いくつかの制限が残ります。

---

7. CMDB 360 とマルチソースデータ

CMDB 360は、マルチソースデータの可視化とレポート機能を提供します。

削除されたマルチソースレポートビルダーを置き換え、CMDB ワークスペースエクスペリエンス内で複数のソースからのデータを表示するための、より統合されたアプローチを提供します。

これは、複数のディスカバリーツール、統合、資産システム、およびその他のデータソースから CI 情報を受け取る組織にとって特に重要です。

---

8. ドメインセパレーションの機能強化

オーストラリアでは、CMDB ドメインセパレーションのサポートを次のような追加のテーブルに拡張しています。

• cmdb_key_value

• cmdb_print_queue_instance

• cmdb_software_instance

• samp_client_access

• samp_oracle_options

これらの変更により、ドメインセパレーション要件がある CMDB 環境を運用する組織のデータ分離が改善されます。

---

9. CMDB セキュリティとアクセスの変更

オーストラリアでは、セキュリティとアクセスに関連するいくつかの変更が導入されています。

ロールの変更

昇格されたロール要件は、次のように調整されます。

• sn_cmdb_admin は、以前はより高度な管理ロールを必要としていた機能を受け取ります。

• sn_cmdb_editor は、以前はitilが必要だったケイパビリティを受け取ります。

詳細な読み取り専用保護

プラットフォーム全体の新しい read_only_option フィールドは、次のようなオプションを含む、より詳細な読み取り専用保護を提供します。

• strict_read_only

• client_script_modifiable

これらの機能は CMDB テーブルにも影響し、下位互換性を維持しながら、意図しない変更に対する保護を強化します。

アップグレードの考慮事項

組織は、cmdb_ci の新しい複合インデックスに関連するアップグレード時間が長くなる可能性も考慮する必要があります。

---

10. CSDM の機能強化と方向性

オーストラリアのリリースは、ServiceNow の広範な投資を継続します。 CSDM に沿ったサービスモデリングおよび基盤データ管理。戦略的な方向性は、次の間の関係を強化することです。

ビジネスアプリケーション → アプリケーションサービス → テクニカルサービス → テクノロジー→インフラストラクチャ CI

これは、主にCI 中心の CMDBからサービス中心の CMDBへと移行するという広範な目的をサポートします。

CSDM 5.0

ソース資料では、CSDM 5.0は、オーストラリアのリリースで独自に導入された機能としてではなく、より広範なデータモデルの進化として特定されています。ソースで参照されている CSDM 5.0 資料には、次のような領域が含まれています。

• 追加の CSDM ドメインの概念

• AI 機能や AI アプリケーションなどの AI 関連の CI クラス

• SBOM トラッキング

• オペレーショナルテクノロジー (OT) クラス

したがって、CSDM 5.0 は、オーストラリア固有のリリース機能として自動的に分類されるのではなく、より広範な CSDM の進化の一部として扱う必要があります。

---

11. AI 支援による CSDM サービスデリバリマップ

オーストラリアのロードマップには、CSDM サービスデリバリマップを生成するための AI 指向の機能が含まれています。

概念的には、プラットフォームは次のような関係の識別と視覚化をますます支援できます。

ビジネスアプリケーション
↓
アプリケーションサービス
↓
テクニカルサービス/テクノロジー
↓
インフラストラクチャ CI

この機能は、技術インフラストラクチャをそれに依存するビジネスおよびサービスに接続するという CSDM の目的をサポートします。

CSDM アーキテクトにとって、戦略的価値は非常に重要であり、CMDB は単に「どのような CI がありますか?」と回答することに重点を置かなくなり、以下に答える能力が高まっています。

• この CI はどのビジネスアプリケーションをサポートしていますか?

• どのアプリケーションサービスに属していますか?

• そのアプリケーションサービスをサポートするテクニカルサービスは何ですか?

• 依存するビジネスサービスは何ですか?

• サービスの所有者は誰ですか?

• サービスモデル全体にはどのような関係が存在しますか？

---

12. サービスマッピングと ITOM の機能拡張

オーストラリアはまた、ITOM とサービスマッピング機能の進化を続けています。

AI を活用したサービスマッピング

自動エージェントは、機械学習候補からサービスマップを生成し、ビジネスアプリケーションを検出されたアプリケーションサービスにリンクすることを支援します。

これにより、以下を減らすことができます。

• サービスマップの手動作成

• 手動関係のメンテナンス

• サービスマッピング管理

サービスマッピング MCP ツール

サービスマッピングでは、モデルコンテキストプロトコル (MCP) 機能も導入されており、以下の会話型および動的なクエリを可能にします。

• ライブサービストポロジ

• CI 関係

• サービスマッピングデータ

• サービスの依存関係

これにより、外部の AI プラットフォームと対話型インターフェースが ServiceNow サービストポロジ情報とやり取りする機会が生まれます。

---

13. オーストラリアのアップグレードで CMDB/CSDM アーキテクトがすべきこと

オーストラリアのリリースに向けて準備を進めている組織の場合、CMDB/CSDM の作業は 6 つの主要なワークストリームに整理する必要があります。

ワークストリーム 1 - IRE

レビュー:

• 既存の識別ルール

• 動的 IRE 機会

• データソース/ネイティブキー

• CI 識別子

• ルックアップ識別子

• 重複 CI 群

• カスタム識別スクリプト

目的は、識別アーキテクチャを簡素化し、不要なカスタマイズを減らすことです。

ワークストリーム 2 — CMDB データ品質

次のベースラインを確立します。

• 完全性

• 正確性

• コンプライアンス

• 関係性

• 重複 CI

• 古い CI

• 孤立 CI

CMDB サクセスアドバイザーやその他のデータ品質機能を使用して、継続的改善プロセスを確立します。

ワークストリーム 3 - CSDM

レビュー:

• ビジネスアプリケーション

• アプリケーションサービス

• サービスオファリング

• テクニカルサービス

• ビジネスサービス

• 技術管理

• サービスオーナー

• サービス関係

CMDB が組織の CSDM サービスモデルと整合していることを確認します。

ワークストリーム 4 — サービスグラフワークスペース

評価:

• 既存の CMDB ワークスペースのカスタマイズ

• アドミンエクスペリエンス

• データ所有者エクスペリエンス

• コンテキストベースのナビゲーション

• 基盤データ管理

ServiceNow の新しいワークスペース機能を使用して廃止できる従来のカスタマイズを決定します。

ワークストリーム 5 — AI と Now Assist

次の機会を評価します。

• 重複 CI の修正

• CMDB トラブルシューティング

• データ品質に関する推奨事項

• 重複排除タスクの解決

• テキストからアクションへの機能

• CSDM サービスデリバリマップの生成

• AI 支援サービスマッピング

ワークストリーム 6 — CMDB/CSDM ガバナンス

以下全体にわたる明確な説明責任を確立します。

データ所有者 → データスチュワード → CMDB アドミニストレーター → CSDM アーキテクト → プラットフォームガバナンス

測定可能な KPI を定義し、CMDB の修正を 1 回限りのプロジェクトとして扱うのではなく、継続的なガバナンスプロセスを確立します。

---

14. 強調すべき CMDB/CSDM の主な機能

オーストラリアリリースの CMDB/CSDM プレゼンテーションまたはアーキテクトインタビューでは、次の機能を強調することが最も重要です。

1. 動的 IRE

2. サービスグラフワークスペース/CMDB ワークスペースの機能拡張

3. CMDB サクセスアドバイザー

4. CMDB 修復用 Now Assist

5. 重複排除タスクの自動生成

6. 重複排除タスク解決アシスタント

7. 拡張 CI 作成およびルックアップ識別子

8. CMDB 360/マルチソースデータ管理

9. 拡張 CMDB クエリビルダー v2

10. 基盤データ管理の強化

11. AI 支援による CSDM サービスデリバリマップの生成

12. AI を活用したサービスマッピング

13. サービスマッピング MCP の機能

14. 拡張ドメインセパレーション

15. 詳細な読み取り専用セキュリティコントロール

15. 全体的な戦略的影響

オーストラリアでのリリースは、ServiceNow CMDB の進化における重要なステップです。

戦略的方向性は次のように要約できます。

従来の CMDB

CI の収集→識別ルールの管理→関係性の管理→手動クリーンアップの実行

↓

オーストラリア時代の CMDB

自動識別→ AI 支援による修復→継続的なデータ品質→サービスコンテキスト→ CSDM 連携サービスモデリング→ AI 支援サービスマッピング

したがって、最も重要なアーキテクチャの変更は、単に個々の機能の導入ではありません。それは、より自動化され、インテリジェントで、サービス中心の CMDB への移行を意味します。このような CMDB では、動的 IRE が手動による識別構成を削減し、AI が修復を支援し、サービスグラフワークスペースがビジネス/コンテキスト指向のアクセスを提供し、CMDB サクセスアドバイザーが継続的なデータ品質向上を推進し、CSDM/サービスマッピング機能がインフラストラクチャデータをビジネスサービスに接続します。

したがって、CMDB/CSDM アーキテクトにとって、オーストラリアのアップグレードは、単にプラットフォームのバージョンをアップグレードするだけでなく、既存の CMDB アーキテクチャを簡素化し、技術的負債とカスタマイズを削減し、データ品質を向上させ、CSDM との連携を強化し、AI 主導の自動化を活用する機会として捉えるべきです。