構成データをアップロードするためのアプリケーションの準備

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間:5分
  • CDM 内のアプリケーションはCMDB内のアプリケーションサービス、アプリケーションモデル、またはダイナミック CI グループ [インフラストラクチャ] の構成データの完全なコレクションです。 ソース構成データをアップロードした後、アプリケーションは、サービスの開発、テスト、および運用環境の各バージョンを構成するすべての潜在的な 展開可能項目 をサポートできます。

    重要:
    Washington DC リリース以降、DevOps コンフィグ は将来の廃止に備えて準備されます。これは非表示になり、新しいインスタンスにはインストールされなくなりますが、引き続きサポートされます。詳細については、Now Support ナレッジベースの「Deprecation Process (廃止プロセス) [KB0867184]」の記事を参照してください。

    概要: アップロードされた構成データを受け入れるアプリケーションの準備

    次の一般的なプロセスに従って、構成データのアップロードを受け入れるアプリケーションを準備します。
    1. [ アプリ ] タブで、 CDM アドミン [sn_cdm.cdm_admin] ロールを持つユーザーがアプリケーションレコードを作成します。

      階層構造に複数の標準フォルダを含むアプリケーションが生成されます。既存の構成データをこのデータ構造にマッピングして、 CDMデータモデルに記載されているメリットを有効にします。

      新しいアプリケーションのデータ構造。構成データをノードとして適切なフォルダーに追加します

      アプリケーションは複数の 展開可能項目の作成をサポートしています。たとえば、開発、テスト、本番などの一般的な環境ごとに 展開可能 を作成できます。また、環境タイプごとに各 展開可能 の複数のバージョンを作成することもできます。

    2. CDMコードエディターで作業して、変更セット (編集可能なアプリケーションのドラフトコピー) を作成します。
    3. 変更セットで作業しているときに、適切なフォルダーに次の種類のノードを作成します。このプロセスでは、構成データを モデル 化します。つまり、ソース構成データを CDM データ構造にマップするようにアプリケーションを準備します。
      注:

      バージョン 4.2 以降 構成データ管理 、スラッシュ (/) を含む任意の UTF-8 文字を使用してノードを定義できます。

    4. 構造が整ったので、REST API または CDM コード編集パネルを使用して、既存の構成データを変更セットにアップロードします。このプロセスについては、 構成データのアップロードで説明されています。詳細については、「 CdmApplicationsAPI」、「 CdmChangesetsAPI」、および「 CdmSnapshoAPI」を参照してください。
      注:
      XML または CSV ファイルをアップロードして既存の構成データを CDM にインポートする場合、CDM パーサーは特定の方法でデータを解析します。詳細については、「での XML ファイルの解析 CDM」と「での CSV ファイルの解析 CDM」を参照してください。
      アップロードできるデータセットのタイプは、コンポーネント変数、コンポーネント、コレクション、展開可能項目です。
      コンポーネント
      コンポーネントは通常、アプリケーションの論理要素またはインフラストラクチャサービスの一部の構成データを表す構成要素です。たとえば、モノリシック アプリ、マイクロサービス、物理サーバー、Docker テンプレートなどです。

      コンポーネントには、コレクションと 展開可能項目で異なる値を取ることができる変数を含めることができます。より詳細な手順は コンポーネントの定義または更新に表示されます。

      コレクション

      コレクションは、リリースを定義するコンポーネントのセットです — コレクションはリリースの構成と考えることができます。

      コレクションには、特定のバージョンに固有の変数またはオーバーライド設定を含めることができます。たとえば、release-1 で使用される VM 構成データは、release-2 で使用されるデータとは異なります。release-1 はメモリ設定に値 2Gb ("memory": "2Gb") を使用し、release-2 は別の値 ("memory": "4Gb") を指定する場合があります。さらに、コレクションには、そのコンポーネントに表示されない構成設定が含まれている場合があります。このような値は「オーバーレイ」と考えることができます。

      展開可能項目

      展開可能は、CI/CD パイプラインにサービスとして展開できる構成データセット (開発、テスト、または本番環境用) です。アプリケーションの各 展開可能 は、 CMDB内のサービスを構成します。たとえば、開発、テスト、本番の環境タイプごとに 1 つずつ、合計 3 つの展開可能項目を作成できます。

      展開可能は、特定の環境のリリースを定義するコレクションまたはコレクションのセットで構成されます。コレクション + 環境の組み合わせは、 CMDB 内のアプリケーションサービスまたはインフラストラクチャサービスにリンクします。

      展開可能には、環境に固有の変数または上書き設定を含めることができます。たとえば、 データベース 変数が開発環境で 1 つの値を持ち、本番環境で異なる値を持つとします。本番 展開可能 のオーバーライド値で、開発環境では必要のない必須コンテナーパラメーターが指定されている場合があります。

    5. データがアップロードされたら、 CDMに戻ります。比較的少数のコンポーネントとコレクションのセットが 3 つの 展開可能 環境すべての構成データを提供できるように、変数を更新して値をオーバーライドします。 たとえば、 開発 展開可能 では、 Test 展開可能と同じコンポーネントとコレクションを使用できます。開発 では、デフォルトの データベース 変数値を使用します。対照的に、テストでは、テスト環境に適した別の値を使用します。
    6. 次に、変更セットを保存してコミットします。システムは次のアクションを実行します。
      • 以前の他のコミットとの競合があるかどうかを判断します。システムが競合を報告した場合は、それを解決して再コミットするか、変更セットを作成して変更をやり直す必要があります。競合解決の詳細については、「 変更セットのコミット間の競合」を参照してください。
      • すべての変更をアプリケーションのデータモデルにプッシュします (構成データは保持されます)。
      • 変更セットの変更によって影響を受ける各 展開可能 のスナップショットを生成します。スナップショットに対して指定されたポリシーを実行することで、構成データが検証されます。スナップショットが作成された時点で、スナップショットを公開し、構成データのエクスポートに使用できます。スナップショットは編集できない永続的なレコードです。
    ソース構成データが CDM テーブルに保持されるようになりました。スナップショットを検証できるように各 展開可能 にポリシーをマップしたり、スナップショット内のデータを検証 (ポリシーを適用)、構成データをエクスポートしたりするなど、必要に応じてデータを管理できるようになりました。
    注:
    ポリシーを空の 展開可能にマップできますが、これは一般的な手順ではありません。