ServiceNowでは、動的CIグループは、手動によるメンテナンスではなくルールに基づいてCIメンバーシップを自動的に管理するために使用される、データ基盤の中核機能です。テクノロジー管理サービスオファリング（テクニカルサービスオファリング）が動的CIグループに関連付けられている場合、ServiceNowはその関係を利用して、運用サポート属性をメンバーCIに同期します。
このモデルにおいて意図的に同期するように設計されている2つのCI属性は、「管理グループ」と「サポートグループ」です。これらのグループは運用上の所有権とサポートのルーティングに直接影響を与えるため、動的CIグループを使用すると自動的に連携されます。
これにより、CIメンバーシップが時間とともに変化しても、インシデント、変更、問題、および運用タスクが一貫してルーティングされることが保証されます。
サポートグループは、日々の運用サポートを提供する担当者を定義し、インシデント管理およびリクエスト管理のワークフローにおいて重要な役割を果たします。管理対象グループは、構成アイテム（CI）の技術ライフサイクルと運用健全性を担当するチームを表します。これらの属性を同期することで、手動による更新が不要になり、チケットの誤配も減少します。これは、構成管理の成熟度を高める上で重要な目標です。

この質問は、ServiceNow において、識別および調整エンジン (IRE) が受信した CI データを識別ルールとその優先順位に基づいてどのように評価するかについての理解度を測るものです。
示されている識別ルールから：
シリアル番号（+タイプ）# 優先度 100
シリアル番号# 優先度200
名前（ハードウェア）# 優先度 300
MACアドレス＋名前（ネットワークアダプタ）#優先度400
CIが識別され、照合されるためには、受信レコードがそのクラスに対して定義されているとおり、完全な識別子エントリを1つ満たす必要があります。
CI1（名前のみ一致）
名前は既存のハードウェアCIと一致しますが、名前だけでは優先度の低い識別子（300）であり、優先度の高い識別子が存在せず、かつ識別子の入力条件が完全に満たされている場合を除き、ハードウェアCIを一意に識別するには不十分です。実際には、ハードウェア識別は誤検出を避けるため、名前のみの一致ではなく、シリアル番号に基づく識別子に依存しています。したがって、CI1は確実に一致しないため、新規レコードとして挿入されます。
CI2（IPアドレスの一致）
IPアドレスは、表示されているハードウェア識別ルールには含まれていません。IPアドレスは通常、検出時の相関関係やネットワーク関係の特定に使用され、主要なハードウェア識別子としては使用されません。識別子エントリにIPアドレスが含まれていないため、CI2は有効な識別ルールに一致せず、新規レコードとして挿入されます。
どちらのCIも有効な識別子エントリを満たしていないため、両方のレコードは新しいCIとして挿入されます。

Explanation:

CSDMに準拠したライフサイクル管理への移行にあたり、ServiceNowは、高レベルの意図と詳細な運用状態を分離する構造化されたライフサイクルフレームワークを導入します。
ライフサイクルステージは、構成アイテムの存在におけるマクロフェーズを表します（例：計画、構築、展開、運用、廃止）。
ライフサイクルステージステータスは、CIタイプによって異なる、より詳細なサブレベルの状態によってそのフェーズを細分化します。
ライフサイクルオブジェクトは、管理対象のCIの種類（ハードウェア、アプリケーション、ドキュメントなど）に基づいて、どのライフサイクルステージとステータスが適用されるかを決定します。
ライフサイクルマッピングは、既存の値を標準化されたCSDMライフサイクル値に変換することで、従来のステータスフィールドからの安全な移行を保証し、データ損失やプロセスの中断を回避します。
これらのオブジェクトを組み合わせることで、一貫性のあるライフサイクルガバナンスが可能になり、レポートの精度が向上し、ITSM、ITOM、IRMのユースケース全体にわたる自動化がサポートされると同時に、従来のCMDBデータとの下位互換性も維持されます。

CSDMでは、テクノロジーサービス（およびそのサービス提供内容）は、社内チームによる技術的機能の提供方法と利用方法を表します。サーバーチームがインフラストラクチャサービス（VMプロビジョニング、ストレージ、OSビルドなど）のカタログアイテムを要求する場合、要求を開始し要件を定義する役割は、テクノロジーサービスオーナーです。
テクノロジーサービスオーナーは、インフラストラクチャサービスを提供するために必要な運用能力、制約、SLA、および履行ワークフローを理解しています。彼らは、オプション、承認、履行タスク、ガードレールなどのカタログ要件を定義し、要求が標準化、セキュリティ、および運用準備状況に合致していることを確認します。
アプリケーションサービスオーナーは、インフラストラクチャカタログ項目の定義ではなく、アプリケーションの提供方法とサポート方法に重点を置きます。エンタープライズアーキテクトは標準とガイダンスを提供しますが、カタログ要求要件の開始や定義は行いません。

ServiceNowでは、複数の承認済みデータソースが同じCI属性を更新する場合に、ソースの優先順位を制御することは、識別および調整エンジン（IRE）ガバナンスの中核的な責任です。
正しい推奨方法は、調整ルールにおいて各データソースに優先順位を割り当てることです。
調整ルールは、複数のソースが構成アイテム（CI）上の同じ属性を更新しようとした場合に、どのソースが優先されるかを決定します。ソースの優先順位を定義することで、構成マネージャーは、最も権威のある記録システム（たとえば、手動インポートよりも検出システム、スプレッドシートよりも人事システムなど）が、特定の属性またはクラスを一貫して制御することを保証します。