---
sourceDocument: Gestion des services IT Australie
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/it-service-management

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des services IT Australie

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Préparation d'une application pour le chargement des données de configuration

# Préparation d'une application pour le chargement des données de configuration {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes de lecture

Une application dans CDM est la collection complète de données de configuration d'un service d'application, d'un modèle d'application ou d'une groupe de CI dynamique \[infrastructure\] dans le CMDB. Une fois que vous avez chargé vos données de configuration source, l'application peut prendre en charge toutes les éventuelles déployables qui composent chaque version des environnements de développement, de test et de production du service.  
Important :  
DevOps Config est désormais obsolète et n'est plus pris en charge ni disponible pour une nouvelle activation.

## Vue d'ensemble : préparation d'une application pour accepter les données de configuration chargées {#cdm-prep-app-for-upload__section_kct_wt2_44b}

Vous suivez ce processus général pour préparer une application afin d'accepter le chargement des données de configuration :

1. Dans l'onglet Applications, vous, un utilisateur disposant du rôle Administrateur CDM \[sn_cdm.cdm_admin\], créez un enregistrement d'application.

   Le système génère une application qui comprend plusieurs dossiers standard dans une structure hiérarchique. Vous allez mapper vos données de configuration existantes dans cette structure des données pour activer les avantages décrits dans [Modèle de données CDM](https://servicenow-prod.fluidtopics.net/s3fnu1d7JKq~KIptQWtmqA "Le modèle de données CDM est une structure de données standardisée qui prend en charge le cycle de vie plus global de la livraison de logiciels : automatisation, validation de la qualité et CSDM. CDM importe les données de configuration existantes, les valide à l'aide de politiques que vous définissez et exporte les données de configuration valides vers le pipeline DevOps existant de votre entreprise pour implémenter des applications, des services et une infrastructure.").

   ![Structure des données pour une nouvelle application. Vous allez ajouter vos données de configuration en tant que nœuds dans le dossier approprié]()

   L'application prend en charge la création de plusieurs déployables. Par exemple, vous pouvez créer un déployable pour chaque environnement type : Développement, Test et Production. Vous pouvez également créer plusieurs versions de chaque déployable pour chaque type d'environnement.
2. En travaillant dans l'éditeur de code CDM, vous créez maintenant un ensemble de changements, c'est-à-dire une copie brouillon de l'application que vous pouvez modifier.
3. Tout en travaillant dans l'ensemble de changements, vous créez les types de nœuds suivants dans les dossiers appropriés. Ce processus modélise les données de configuration, c'est-à-dire qu'il prépare l'application à mapper vos données de configuration sources dans la structure des données CDM.  
   Remarque :  
   À partir de Gestion des données de configuration version 4.2, vous pouvez définir un nœud à l'aide de n'importe quel caractère UTF-8, y compris la barre oblique (/).
4. Maintenant que la structure est en place, vous utilisez les API REST ou le panneau d'édition de code CDM pour charger vos données de configuration existantes dans l'ensemble de changements. Le processus est décrit dans [Chargement de vos données de configuration](https://servicenow-prod.fluidtopics.net/Xj7JS02zWV_W8E~QdqV00Q "Vous commencez par créer une structure d'application CDM, puis vous chargez les données de configuration existantes dans la structure."). Pour plus d'informations, consultez [CdmApplicationsAPI](https://www.servicenow.com/docs/access?context=applications-api&version=australia&pubname=australia-api-reference&ft:locale=en-US), [CdmChangesetsAPI](https://www.servicenow.com/docs/access?context=changesets-api&version=australia&pubname=australia-api-reference&ft:locale=en-US) et [CdmSnapshoAPI](https://www.servicenow.com/docs/access?context=snapshot-api&version=australia&pubname=australia-api-reference&ft:locale=en-US).  
   Remarque :  
   Si vous chargez un fichier XML ou CSV pour importer vos données de configuration existantes dans CDM, l'analyseur CDM analyse les données d'une manière spécifique. Pour plus d'informations, consultez [Analyse des fichiers XML dans CDM](https://servicenow-prod.fluidtopics.net/AICc_c3kclvc0e4xK4Ydcg "L'analyseur XML CDM permet l'analyse des paires clé-valeur d'attribut dans les fichiers XML, de sorte que lorsque vous chargez des données de configuration à partir d'un fichier XML dans CDM, vous pouvez facilement identifier les attributs de chaque élément dans l'éditeur CDM ou la vue de listes.") et [Analyse de fichiers CSV dans CDM](https://servicenow-prod.fluidtopics.net/AnvpU0F3NSNbFPe0g2Xyng "L'analyseur CSV CDM permet l'analyse des données dans les fichiers CSV, de sorte que lorsque vous chargez des données de configuration à partir d'un fichier CSV (valeurs séparées par des virgules) dans CDM, vous pouvez facilement identifier les attributs de format de données et les données de configuration dans l'éditeur CDM ou la vue de liste.").  
   Vous pouvez charger les types de jeux de données suivants : variables de composants, composants, collections et éléments déployables.

   Composants{#cdm-prep-app-for-upload__dle-component}

   :   Les composants sont les blocs de base qui représentent généralement les données de configuration pour un élément logique d'une application ou une partie d'un service d'infrastructure. Par exemple, une application monolithique, un micro-service, un serveur physique ou un modèle Docker.Un composant peut contenir des variables qui peuvent prendre différentes valeurs dans les collections et dans déployables. Pour des instructions plus détaillées, consultez [Définir ou mettre à jour un composant](https://servicenow-prod.fluidtopics.net/JVfBUhpcew87WR9ziSrH9Q "Définissez ou mettez à jour un composant tout en travaillant dans un ensemble de changements.").

   Collectes{#cdm-prep-app-for-upload__dle-collection}

   :   Une collection est l'ensemble des composants qui, ensemble, définissent une version. Vous pouvez considérer une collection comme une composition de version.

       Une collection peut contenir des paramètres de variable ou de remplacement spécifiques à une version particulière. Par exemple, les données de configuration de VM utilisées dans la version-1 sont différentes de celles utilisées dans la version-2. La version-1 peut utiliser la valeur `2Gb` pour le paramètre de <var class="keyword varname">mémoire</var> (`<< memory >> : << 2Gb >>`) et la version-2 peut spécifier une valeur différente (`<< memory >> : << 4Gb >>`). En outre, une collection peut inclure des paramètres de configuration qui n'apparaissent pas dans ses composants. Vous pourriez considérer ces valeurs comme des \<\< superpositions \>\>.

   Déployables{#cdm-prep-app-for-upload__dle-deployable}

   :   Un déployable est un jeu de données de configuration (pour un environnement de développement, de test ou de production) qui peut être déployé dans votre pipeline CI/CD en tant que service. Chaque déployable dans une application configure un service dans le CMDB. Par exemple, vous pouvez créer trois éléments déployables, un pour chaque type d'environnement : Développement, Test et Production.

       Un déployable est constitué de la collection ou de l'ensemble des collections qui définissent la version pour un environnement particulier. La combinaison collections + environnement est liée à un service d'application dans le CMDB ou un service d'infrastructure.

       Un déployable peut contenir des paramètres de variable ou de remplacement spécifiques à l'environnement. Par exemple, la variable de `base de données` a une valeur dans l'environnement de développement et une valeur différente dans l'environnement de production. Une valeur de remplacement dans l'déployable de production peut spécifier un paramètre de conteneur requis qui n'est pas nécessaire dans l'environnement de développement.
5. Une fois les données chargées, vous revenez à CDM. Vous mettez à jour les valeurs de variable et de remplacement afin que l'ensemble relativement restreint de composants et de collections puisse fournir des données de configuration pour les trois environnements déployable. Par exemple, le <kbd class="ph userinput">développement </kbd> déployable peut utiliser les mêmes composants et collections que le <kbd class="ph userinput">test</kbd> déployable. Le <kbd class="ph userinput">développement</kbd> utilise la valeur de variable de <var class="keyword varname">base de données</var> par défaut. Le <kbd class="ph userinput">test</kbd>, en revanche, utilise une valeur différente qui convient à l'environnement de test.
6. Maintenant, enregistrez et validez l'ensemble de changements. Le système effectue les actions suivantes :
   * Déterminer s'il existe des conflits avec d'autres validations antérieures. Si le système signale un conflit, vous devez le résoudre et valider à nouveau ou créer un ensemble de changements et effectuer à nouveau vos changements. Pour plus d'informations sur la résolution des conflits, consultez [Conflits entre les validations de l'ensemble de changements](https://servicenow-prod.fluidtopics.net/PVo9NPYdOgU005FVEIpa8Q "La prestation de services peut inclure plusieurs équipes travaillant en même temps sur des données de configuration, avec potentiellement des centaines de changements de configuration chaque jour. Étant donné que les changements peuvent entrer en conflit avec des changements antérieurs apportés par un autre utilisateur, CDM gère les validations et les instantanés pour bloquer les validations qui entrent en conflit. Vous êtes informé des conflits d'ensemble de changements pour vous aider à les résoudre.").
   * Pousser tous les changements dans le modèle de données de l'application (les données de configuration sont conservées).
   * Générer un instantané de chaque déployable affecté par les changements apportés à l'ensemble de changements. Le système valide les données de configuration en exécutant des politiques spécifiées par rapport à un instantané. Au moment où l'instantané est créé, il peut être publié et utilisé pour exporter les données de configuration. Les instantanés sont des enregistrements permanents qui ne peuvent pas être modifiés.
   {#cdm-prep-app-for-upload__ul_hrq_nch_vrb}

{#cdm-prep-app-for-upload__ol_r22_zt2_44b}Les données de configuration source sont maintenant conservées dans des tables CDM. Vous pouvez maintenant gérer les données selon vos besoins : mapper des politiques à chaque déployable afin que les instantanés puissent être validés, valider les données dans un instantané (appliquer les politiques), exporter des données de configuration, etc.  
Remarque :  
Vous pouvez mapper des politiques à un déployable vide, mais ce n'est pas une procédure classique.
**Concepts associés**   

* [Ensembles de changements et contrôle de version dans CDM](https://servicenow-prod.fluidtopics.net/6U4Rym1qKXwOPbuEAPdGQQ "Un ensemble de changements est une copie brouillon d'une application que vous pouvez mettre à jour et enregistrer aussi souvent que nécessaire. Lorsque vous êtes satisfait de vos changements, vous pouvez valider l'ensemble de changements pour appliquer les changements à l'application. Validation")
* [Conflits entre les validations de l'ensemble de changements](https://servicenow-prod.fluidtopics.net/PVo9NPYdOgU005FVEIpa8Q "La prestation de services peut inclure plusieurs équipes travaillant en même temps sur des données de configuration, avec potentiellement des centaines de changements de configuration chaque jour. Étant donné que les changements peuvent entrer en conflit avec des changements antérieurs apportés par un autre utilisateur, CDM gère les validations et les instantanés pour bloquer les validations qui entrent en conflit. Vous êtes informé des conflits d'ensemble de changements pour vous aider à les résoudre.")
* [Validation et correction des données de configuration](https://servicenow-prod.fluidtopics.net/v_zrPDqI1iMvOPchJdnmaw "Pour chaque changement apporté à un environnement, il peut y avoir des dizaines ou des centaines de règles (politiques) qui doivent être vérifiées. CDM vous permet de valider automatiquement les données de configuration pour vous assurer que les changements de configuration sont exempts d'erreurs et conformes aux politiques avant que les données de configuration ne soient consommées.")  
**Tâches associées**   

* [Définir ou mettre à jour un composant](https://servicenow-prod.fluidtopics.net/JVfBUhpcew87WR9ziSrH9Q "Définissez ou mettez à jour un composant tout en travaillant dans un ensemble de changements.")
* [Définir ou mettre à jour une collection dans une application](https://servicenow-prod.fluidtopics.net/FP6K6v_yQfGYdt~B2rszeQ "Définissez ou mettez à jour une collection tout en travaillant dans un ensemble de changements d'une application.")
* [Créer et mettre à jour un élément déployable](https://servicenow-prod.fluidtopics.net/K6SfEf6C6SNkch6n4baxIw "Créez un déployable tout en travaillant dans un ensemble de changements. Vous pouvez ajouter plusieurs composants et collections à un déployable.")