---
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


---

# DevOps コンフィグ の使用

# DevOps コンフィグ の使用 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：2分

開発者 (アプリエンジニア) ロールは、DevOpsエンジニアロールによってインストールおよび設定されると、DevOps コンフィグを使用して、展開前に (コミットした) 構成データを検証して修正します。  
重要:  
Washington DC リリース以降、DevOps コンフィグ は将来の廃止に備えて準備されます。これは非表示になり、新しいインスタンスにはインストールされなくなりますが、引き続きサポートされます。詳細については、Now Support ナレッジベースの「[Deprecation Process (廃止プロセス) \[KB0867184\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0867184)」の記事を参照してください。

消費プロセス:

1. 構成の変更は、開発者またはアプリエンジニアのロールの一部としてコミットされます。
2. ビルドプロセスはパイプラインで開始されます。ソースコードリポジトリで構成の変更がコミットされると、通常はパイプラインでビルドプロセスが開始されます。

3. Azure DevOpsパイプラインタスクまたはJenkinsパイプラインアクションを使用して構成データをアップロードします。

   DevOps コンフィグ パイプラインタスクとアクションは、データモデルとやり取りして検証用の構成データをアップロードするために使用されます。
4. アップロードされた構成ファイルのスナップショットステータスを取得します。構成変更がコミットされると、(構成データの)スナップショートが作成されます。

5. DevOps コンフィグポリシーを使用してスナップショットの有効性をチェックします。

   構成データがアップロードされ、スナップショットが作成されると、特定のデプロイ環境用に事前定義された一連のポリシーと DevOps コンフィグ で検証されます。
6. 検証後にスナップショットを公開します。DevOps コンフィグによって検証されると、構成データが公開され、DevOps チェンジベロシティ (変更管理) によってDevOps変更要求が作成されます。

   スナップショット情報は、根本原因分析を迅速化するために、変更要求 DevOps \[ 構成の変更 \] タブに表示されます。
7. DevOps変更要求を承認します。

   DevOps変更要求が承認されると、構成データは CI/CD パイプラインの下流で使用されます。
8. 環境に展開します。変更が環境に展開されると、変更要求はクローズされます。

9. DevOps コンフィグ エクスポーターを使用して、展開ツールで使用する構成データをエクスポートします。
{#devops-config-using__ol_dx2_kpw_vtb}