--- sourceDocument: Xanadu IT Service Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management Release : - xanadu ft:locale : - ja-JP ft:publication_title : - Xanadu IT Service Management ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # 構成データをアップロードするためのアプリケーションの準備 # 構成データをアップロードするためのアプリケーションの準備 {#ariaid-title1} * リリースバージョン: Xanadu * * 更新日 2024年08月01日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分 CDM 内のアプリケーションは、CMDB内のアプリケーションサービス、アプリケーションモデル、またはダイナミック CI グループ \[インフラストラクチャ\] の構成データの完全なコレクションです。 ソース構成データをアップロードした後、アプリケーションは、サービスの開発、テスト、および運用環境の各バージョンを構成するすべての潜在的な 展開可能項目 をサポートできます。 重要: Washington DC リリース以降、DevOps コンフィグ は将来の廃止に備えて準備されます。これは非表示になり、新しいインスタンスにはインストールされなくなりますが、引き続きサポートされます。詳細については、Now Support ナレッジベースの「[Deprecation Process (廃止プロセス) \[KB0867184\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0867184)」の記事を参照してください。 ## 概要: アップロードされた構成データを受け入れるアプリケーションの準備 {#cdm-prep-app-for-upload__section_kct_wt2_44b} 次の一般的なプロセスに従って、構成データのアップロードを受け入れるアプリケーションを準備します。 1. \[ アプリ \] タブで、 CDM アドミン \[sn_cdm.cdm_admin\] ロールを持つユーザーがアプリケーションレコードを作成します。 階層構造に複数の標準フォルダを含むアプリケーションが生成されます。既存の構成データをこのデータ構造にマッピングして、 [CDMデータモデル](https://servicenow-prod.fluidtopics.net/pWUkRulgnneX~8dq6piwyQ "CDMデータモデルは、自動化、品質検証、CSDMなど、ソフトウェアデリバリーのより広範なライフサイクルをサポートする標準化されたデータ構造です。CDM は既存の構成データをインポートし、定義したポリシーを使用して検証してから、有効な構成データを組織の既存のDevOpsパイプラインにエクスポートして、アプリケーション、サービス、およびインフラストラクチャを実装します。")に記載されているメリットを有効にします。 ![新しいアプリケーションのデータ構造。構成データをノードとして適切なフォルダーに追加します]() アプリケーションは複数の 展開可能項目の作成をサポートしています。たとえば、開発、テスト、本番などの一般的な環境ごとに 展開可能 を作成できます。また、環境タイプごとに各 展開可能 の複数のバージョンを作成することもできます。 2. CDMコードエディターで作業して、変更セット (編集可能なアプリケーションのドラフトコピー) を作成します。 3. 変更セットで作業しているときに、適切なフォルダーに次の種類のノードを作成します。このプロセスでは、構成データを モデル 化します。つまり、ソース構成データを CDM データ構造にマップするようにアプリケーションを準備します。 4. 構造が整ったので、REST API または CDM コード編集パネルを使用して、既存の構成データを変更セットにアップロードします。このプロセスについては、 [構成データのアップロード](https://servicenow-prod.fluidtopics.net/4FoPi2hg6GD5VwlvHpowkQ "最初に新しい CDM アプリケーション構造を作成してから、既存の構成データをその構造にアップロードします。")で説明されています。詳細については、「 [CdmApplicationsAPI](https://www.servicenow.com/docs/access?context=applications-api&version=xanadu&pubname=xanadu-api-reference&ft:locale=en-US)」、「 [CdmChangesetsAPI](https://www.servicenow.com/docs/access?context=changesets-api&version=xanadu&pubname=xanadu-api-reference&ft:locale=en-US)」、および「 [CdmSnapshoAPI」](https://www.servicenow.com/docs/access?context=snapshot-api&version=xanadu&pubname=xanadu-api-reference&ft:locale=en-US)を参照してください。 アップロードできるデータセットのタイプは、コンポーネント変数、コンポーネント、コレクション、展開可能項目です。 コンポーネント{#cdm-prep-app-for-upload__dle-component} : コンポーネントは通常、アプリケーションの論理要素またはインフラストラクチャサービスの一部の構成データを表す構成要素です。たとえば、モノリシック アプリ、マイクロサービス、物理サーバー、Docker テンプレートなどです。コンポーネントには、コレクションと 展開可能項目で異なる値を取ることができる変数を含めることができます。より詳細な手順は [コンポーネントの定義または更新](https://servicenow-prod.fluidtopics.net/XiREwxYpAAinZMtdYNPo4w "変更セットでの作業中にコンポーネントを定義または更新します。")に表示されます。 コレクション{#cdm-prep-app-for-upload__dle-collection} : コレクションは、リリースを定義するコンポーネントのセットです --- コレクションはリリースの構成と考えることができます。 コレクションには、特定のバージョンに固有の変数またはオーバーライド設定を含めることができます。たとえば、release-1 で使用される VM 構成データは、release-2 で使用されるデータとは異なります。release-1 はメモリ設定に`値 2Gb` (`"memory": "2Gb")` を使用し、release-2 は別の値 (`"memory": "4Gb")` を指定する場合があります。さらに、コレクションには、そのコンポーネントに表示されない構成設定が含まれている場合があります。このような値は「オーバーレイ」と考えることができます。 展開可能項目{#cdm-prep-app-for-upload__dle-deployable} : 展開可能は、CI/CD パイプラインにサービスとして展開できる構成データセット (開発、テスト、または本番環境用) です。アプリケーションの各 展開可能 は、 CMDB内のサービスを構成します。たとえば、開発、テスト、本番の環境タイプごとに 1 つずつ、合計 3 つの展開可能項目を作成できます。 展開可能は、特定の環境のリリースを定義するコレクションまたはコレクションのセットで構成されます。コレクション + 環境の組み合わせは、 CMDB 内のアプリケーションサービスまたはインフラストラクチャサービスにリンクします。 展開可能には、環境に固有の変数または上書き設定を含めることができます。たとえば、 `データベース` 変数が開発環境で 1 つの値を持ち、本番環境で異なる値を持つとします。本番 展開可能 のオーバーライド値で、開発環境では必要のない必須コンテナーパラメーターが指定されている場合があります。 5. データがアップロードされたら、 CDMに戻ります。比較的少数のコンポーネントとコレクションのセットが 3 つの 展開可能 環境すべての構成データを提供できるように、変数を更新して値をオーバーライドします。 たとえば、 開発 展開可能 では、 Test 展開可能と同じコンポーネントとコレクションを使用できます。開発 では、デフォルトの データベース 変数値を使用します。対照的に、テストでは、テスト環境に適した別の値を使用します。 6. 次に、変更セットを保存してコミットします。システムは次のアクションを実行します。 * 以前の他のコミットとの競合があるかどうかを判断します。システムが競合を報告した場合は、それを解決して再コミットするか、変更セットを作成して変更をやり直す必要があります。競合解決の詳細については、「 [変更セットのコミット間の競合](https://servicenow-prod.fluidtopics.net/lSVYHtUcwD7Hzh~vtD3lZw "サービスデリバリには、毎日何百もの構成変更を伴う構成データに対して複数のチームが同時に作業することが含まれます。変更は別のユーザーによる以前の変更と競合する可能性があるため、 CDM はコミットとスナップショットを管理して、競合するコミットをブロックします。変更セットの競合が通知され、解決に役立ちます。")」を参照してください。 * すべての変更をアプリケーションのデータモデルにプッシュします (構成データは保持されます)。 * 変更セットの変更によって影響を受ける各 展開可能 のスナップショットを生成します。スナップショットに対して指定されたポリシーを実行することで、構成データが検証されます。スナップショットが作成された時点で、スナップショットを公開し、構成データのエクスポートに使用できます。スナップショットは編集できない永続的なレコードです。 {#cdm-prep-app-for-upload__ul_hrq_nch_vrb} {#cdm-prep-app-for-upload__ol_r22_zt2_44b}ソース構成データが CDM テーブルに保持されるようになりました。スナップショットを検証できるように各 展開可能 にポリシーをマップしたり、スナップショット内のデータを検証 (ポリシーを適用)、構成データをエクスポートしたりするなど、必要に応じてデータを管理できるようになりました。 注: ポリシーを空の 展開可能にマップできますが、これは一般的な手順ではありません。 **関連概念** * [の変更セットとバージョン管理 CDM](https://servicenow-prod.fluidtopics.net/1ahsPyZzizD_Mp7fE3NOrQ "変更セットはアプリケーションのドラフトコピーであり、必要に応じて何度でも更新および保存できます。変更に問題がなければ、変更セットをコミットして変更をアプリケーションに適用できます。コミット中") * [変更セットのコミット間の競合](https://servicenow-prod.fluidtopics.net/lSVYHtUcwD7Hzh~vtD3lZw "サービスデリバリには、毎日何百もの構成変更を伴う構成データに対して複数のチームが同時に作業することが含まれます。変更は別のユーザーによる以前の変更と競合する可能性があるため、 CDM はコミットとスナップショットを管理して、競合するコミットをブロックします。変更セットの競合が通知され、解決に役立ちます。") * [構成データの検証と修正](https://servicenow-prod.fluidtopics.net/9FMGsCCQyyt5JZ~DjhdZ0Q "環境への変更ごとに、数十または数百のルール (ポリシー) を確認する必要がある場合があります。 CDM を使用すると、構成データを自動検証して、構成データが消費される前に、構成の変更にエラーがなく、ポリシーに準拠していることを確認できます。") **関連タスク** * [コンポーネントの定義または更新](https://servicenow-prod.fluidtopics.net/XiREwxYpAAinZMtdYNPo4w "変更セットでの作業中にコンポーネントを定義または更新します。") * [コレクションの定義または更新](https://servicenow-prod.fluidtopics.net/kZ2i94ucjpdFSt4Dv2aD9A "アプリケーションの変更セットでの作業中にコレクションを定義または更新します。") * [展開可能項目の作成と更新](https://servicenow-prod.fluidtopics.net/rFlJe_8pnNKRhZjTmO1j7A "変更セットでの作業中に 展開可能 を作成します。1 つの 展開可能に複数のコンポーネントとコレクションを追加できます。")