---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# 継続的デリバリー (構成管理) のサポート

# 継続的デリバリー (構成管理) のサポート {#ariaid-title1}

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

クラウドプロビジョニングとガバナンス アプリケーションは、継続的デリバリーソリューション (構成管理とも呼ばれます) とのデータ連携をサポートします。Ansible は、デフォルトの構成管理プロバイダーとしてサポートされています。  
クラウドプロビジョニングとガバナンス アプリケーションは、次の 2 つの方法で構成管理プロバイダーをサポートします。

* アプリケーションプロファイルベースのアプローチ：エンティティのアプリケーションプロファイルを作成し、注文カタログフォームで、そのプロファイルを選択してそのエンティティを展開します。各プロファイルには、インストール可能な構成があります。複数のアプリケーションプロファイル (たとえば、PostgreSQL 用に 1 つと Apache 用に 1 つ) を作成できます。各プロファイルは、構成管理プロバイダーにマッピングできます。クラウドユーザーポータルでは、選択したプロファイルに基づいて、その特定の構成管理プロバイダーの属性と値が入力された構成グリッドが表示されます。注文フォームの値を変更し、エンティティをプロビジョニングできます。
* リソースブロックベースのアプローチ：詳細計画で Apache2 などのリソースブロックを使用して、構成管理プロバイダーが管理するエンティティを表します。同じ種類の複数のエンティティをサポートするために、同じリソースブロックを使用できます。たとえば、Apache2 リソースブロックを使用して複数の Apache2 サーバーをサポートできます。注文カタログフォームで、プロバイダータイプを選択し、プロバイダーを選択します。特定のプロバイダーに基づいて、構成管理の属性と値が表示されます。エンティティをプロビジョニングしたら、リソースブロックの構成を保存し、後で使用するために CMDB に保存できます。
* カタログ展開中のプロビジョニング後のアクション：ユーザーは、VM を展開する任意のカタログでプロビジョニング後のステップとして ansible ジョブを呼び出すことができます。これは、VM のインストールが完了すると、2 日目の操作として実行されます。プロセスの詳細については、「<https://www.servicenow.com/community/itom-blog/cpg-calling-ansible-job-as-post-provision-step-for-cloud-catalog/ba-p/2271552>」および「<https://www.servicenow.com/community/itom-blog/cpg-calling-ansible-job-as-day2-operation/ba-p/2270969>」を参照してください。
{#support-config-management-providers__ul_qys_vtg_lbb}  
重要:  
Orlando リリース以降、クラウドプロビジョニングの詳細計画は、前のリリースからアップグレードされたインスタンスでは使用できますが、新しい詳細計画は作成できません。既存の詳細計画およびその詳細計画からのカタログアイテムは影響を受けず、引き続き機能します。

## 実行すべきこと {#support-config-management-providers__section_qnz_lhh_sz}

{#support-config-management-providers__table_myg_bq3_lfb__entry__3}

| ステップ | 目標 | 参照トピック |
|-|-|-|
| 1. Ansible の認証情報を作成します。 | クラウドプロビジョニングとガバナンス を有効にして、必要な認証情報を使用して構成プロバイダーにアクセスできるようにします。 | [Ansible Tower のユーザー名とパスワードの構成](https://servicenow-prod.fluidtopics.net/vd2aQPJi2qHCVehxN8~UxA "インスタンスを介して Ansible Automation Engine にアクセスするように、Ansible Tower の認証情報を構成します。") |
| 2. 作業負荷プロバイダータイプを作成し、プロバイダーを作成します。 | 選択した構成管理プロバイダーと連携するように クラウドプロビジョニングとガバナンス を構成します。次に、そのプロバイダーで、提供した認証情報を使用してディスカバリーを実行し、プロバイダーが既に所有しているリソースを見つけます。 | [作業負荷プロバイダータイプの作成](https://servicenow-prod.fluidtopics.net/nRNx2eV6dXr4Wjo8fbegRg "新しい構成管理プロバイダーごとに作業負荷プロバイダータイプを作成します。この情報は、構成管理プロバイダーを通じて仮想リソースをプロビジョニングするときにユーザーが選択できる管理属性として、[注文カタログ] フォームに表示されます。") および[Ansible 構成管理プロバイダーの作成と ディスカバリー の実行](https://servicenow-prod.fluidtopics.net/~k9yck74evmke3IEgUKshA "Ansible 構成管理プロバイダーを作成して、そのプロバイダーで ディスカバリー を実行してリソースを検索します。") |
| 3. マッピングを使用してアプリケーションプロファイルを作成します。 | 構成管理プロバイダーが管理するアプリケーションを定義するプロファイルを作成します。プロファイルは、プロバイダーで検出された在庫に基づいています。 | [アプリケーションプロファイルの作成](https://servicenow-prod.fluidtopics.net/ivw7LzlrViYNWxThil~lyg "アプリケーションプロファイルは、新しくプロビジョニングされたリソースにインストールするアプリケーションソフトウェアを指定します。ユーザーは、スタックを要求するときにアプリケーションを選択できます。アプリケーションプロファイルは、Ansible Playbook などの構成管理 (継続的デリバリー) プロバイダーとデータ連携するときに使用します。") |
| 4. 詳細計画を作成します。 | 構成プロバイダーが管理する仮想リソースに対して BootstrapNode、Register Node、および ExecuteConfigPackages の操作を使用して詳細計画を作成します。また、フォームの入力パラメーターをカスタマイズして、アプリケーションプロファイルテンプレート、組織、認証情報 ID などの重要な入力内容をユーザーが選択できるようにすることもできます。 |   |
| 5. クラウドユーザーポータルのリソースのプロビジョニング | リソースのスタックステータスが BootstrapNode、Register Node、および ExecuteConfigPackages ステップを示しているときは、そのリソースをプロビジョニングする必要があります。 |   |
[ ]

{#support-config-management-providers__table_myg_bq3_lfb}

