---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - pt-BR

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Preparação de uma aplicação para carregamento de dados de configuração

# Preparação de uma aplicação para carregamento de dados de configuração {#ariaid-title1}

* Versão de lançamento: Xanadu
* 
* Atualizado 1 de ago. de 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 min. de leitura

Uma aplicação em CDM é a coleção completa de dados de configuração para um serviço de aplicações, modelo de aplicação ou grupo de IC dinâmico \[infraestrutura\] no CMDB. Depois de carregar os dados de configuração de origem, a aplicação pode oferecer suporte a todos os implantáveis potenciais que compõem cada versão dos ambientes de desenvolvimento, teste e produção do serviço.  
Importante:  
A partir da versão Washington DC, o Configuração de DevOps está sendo preparado para descontinuação futura. Ele ficará oculto e não será mais instalado em novas instâncias, mas continuará sendo compatível. Para obter detalhes, consulte o artigo [Deprecation Process (Processo de descontinuação) \[KB0867184\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0867184) na Base de conhecimento do Now Support.

## Visão geral: como preparar uma aplicação para aceitar dados de configuração carregados {#cdm-prep-app-for-upload__section_kct_wt2_44b}

Você segue este processo geral para preparar uma aplicação para aceitar o carregamento de dados de configuração:

1. Na guia Aplicações, você, um usuário com a função Administrador do CDM \[sn_cdm.cdm_admin\], cria um registro de aplicação.

   O sistema gera uma aplicação que inclui várias pastas padrão em uma estrutura hierárquica. Você mapeará os dados de configuração existentes nesta estrutura de dados para habilitar os benefícios descritos em [Modelo de dados de CDM](https://servicenow-prod.fluidtopics.net/~yq7Eendxe1WNN8dlEGskA "O modelo de dados CDM é uma estrutura de dados padronizada que oferece suporte ao ciclo de vida mais amplo da entrega de software - automação, validação de qualidade e CSDM. CDM importa dados de configuração existentes, valida-os usando políticas definidas por você e exporta dados de configuração válidos para o pipeline DevOps existente da sua organização para implementar aplicações, serviços e infraestrutura.").

   ![Estrutura de dados para uma nova aplicação. Você adicionará seus dados de configuração como nós na pasta apropriada]()

   A aplicação oferece suporte à criação de vários implantáveis. Por exemplo, você pode criar um implantável para cada ambiente típico: Desenvolvimento, Teste e Produção. Você também pode criar várias versões de cada implantável para cada tipo de ambiente.
2. Trabalhando no editor de código CDM, agora você cria um conjunto de mudanças - uma cópia de rascunho da aplicação que pode ser editada.
3. Ao trabalhar no changeset, você cria os seguintes tipos de nós nas pastas apropriadas. Este processo modela os dados de configuração, ou seja, prepara a aplicação para mapear os dados de configuração de origem na estrutura de dados CDM.
4. Agora que a estrutura está em vigor, use as REST APIs ou o painel de edição de código CDM para carregar os dados de configuração existentes no changeset. O processo é descrito em [Carregando seus dados de configuração](https://servicenow-prod.fluidtopics.net/1kPuFCmbq25DQLGBsxnyLA "Primeiro, você cria uma nova estrutura de aplicação CDM e, em seguida, carrega os dados de configuração existentes na estrutura."). Para obter mais informações, consulte [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)e [CdmSnapshoAPI](https://www.servicenow.com/docs/access?context=snapshot-api&version=xanadu&pubname=xanadu-api-reference&ft:locale=en-US).  
   Você pode carregar os seguintes tipos de conjuntos de dados: variáveis de componente, componentes, coleções e implantáveis.

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

   :   Componentes são os blocos de construção que normalmente representam os dados de configuração de um elemento lógico de uma aplicação ou de uma parte de um serviço de infraestrutura. Por exemplo, um app monolítico, um microsserviço, um servidor físico ou um modelo do Docker.Um componente pode conter variáveis que podem assumir valores diferentes em coleções e implantáveis. Instruções mais detalhadas aparecem em [Definir ou atualizar um componente](https://servicenow-prod.fluidtopics.net/twLDZ32fmIHcwUQ8objEYg "Defina ou atualize um componente enquanto trabalha em um changeset.").

   Coleções{#cdm-prep-app-for-upload__dle-collection}

   :   Uma coleção é o conjunto de componentes que, juntos, definem uma versão. Você pode pensar em uma coleção como uma composição de versão.

       Uma coleção pode conter configurações variáveis ou de substituição que são específicas para a versão específica. Por exemplo, os dados de configuração da VM usados na versão-1 são diferentes dos dados usados na versão-2. A versão-1 pode usar o valor `2Gb` para a configuração de <var class="keyword varname">memória</var> (`"memory": "2Gb"`) e a versão-2 pode especificar um valor diferente (`"memory": "4Gb"`). Além disso, uma coleção pode incluir definições de configuração que não aparecem em seus componentes. Você pode pensar nesses valores como "sobreposições".

   Implantáveis{#cdm-prep-app-for-upload__dle-deployable}

   :   Um implantável é um conjunto de dados de configuração (para um ambiente de desenvolvimento, teste ou produção) que pode ser implantado no pipeline de IC/CD como um serviço. Cada implantável em uma aplicação configura um serviço no CMDB. Por exemplo, você pode criar três implantáveis, um para cada tipo de ambiente: Desenvolvimento, Teste e Produção.

       Um implantável é composto pela coleção ou conjunto de coleções que definem a versão de um ambiente específico. A combinação de coleções + link de ambiente para um serviço de aplicativos no CMDB ou um serviço de infraestrutura.

       Um implantável pode conter configurações variáveis ou de substituição que são específicas do ambiente. Por exemplo, a variável de `banco` de dados tem um valor no ambiente de desenvolvimento e um valor diferente no ambiente de produção. Um valor de substituição na produção implantável pode especificar um parâmetro de contêiner necessário que não é necessário no ambiente de desenvolvimento.
5. Depois que os dados forem carregados, você retornará para CDM. Você atualiza a variável e substitui os valores para que o conjunto relativamente pequeno de componentes e coleções possa fornecer dados de configuração para todos os três ambientes implantável. Por exemplo, o <kbd class="ph userinput">Desenvolvimento </kbd> implantável pode usar os mesmos componentes e coleções que o <kbd class="ph userinput">Teste </kbd> implantável. <kbd class="ph userinput">O desenvolvimento</kbd> usa o valor de variável de <var class="keyword varname">banco</var> de dados padrão. <kbd class="ph userinput">O teste</kbd>, por outro lado, usa um valor diferente que é apropriado para o ambiente de testes.
6. Agora, salve e confirme o changeset. O sistema executa as seguintes ações:
   * Determine se há conflitos com outras confirmações anteriores. Se o sistema relatar um conflito, você deverá resolvê-lo e confirmar novamente ou criar um changeset e refazer as mudanças. Para obter mais informações sobre resolução de conflitos, consulte [Conflitos entre confirmações de conjunto de mudanças](https://servicenow-prod.fluidtopics.net/QS_pM5XZ4AeA4XTEWrQ2iA "A entrega de serviço pode incluir várias equipes trabalhando ao mesmo tempo em dados de configuração com potencialmente centenas de mudanças de configuração todos os dias. Como as mudanças podem estar em conflito com mudanças anteriores feitas por um usuário diferente, CDM gerencia confirmações e snapshots para bloquear confirmações em conflito. Você é notificado sobre conflitos de conjunto de mudanças para ajudá-lo a resolvê-los.").
   * Envie todas as mudanças para o modelo de dados da aplicação (os dados de configuração são persistentes).
   * Gere um snapshot de cada implantável que é afetado pelas mudanças no changeset. O sistema valida os dados de configuração executando as políticas especificadas em relação a um snapshot. No momento em que o snapshot é criado, o snapshot pode ser publicado e usado para exportar os dados de configuração. Snapshots são registros permanentes que não podem ser editados.
   {#cdm-prep-app-for-upload__ul_hrq_nch_vrb}

{#cdm-prep-app-for-upload__ol_r22_zt2_44b}Os dados de configuração de origem agora são mantidos em CDM tabelas. Agora você pode gerenciar os dados conforme necessário: mapear políticas para cada implantável para que os snapshots possam ser validados, validar os dados em um snapshot (aplicar as políticas), exportar dados de configuração e assim por diante.  
Nota:  
Você pode mapear políticas para um implantávelvazio, mas esse não é um procedimento típico.
**Conceitos relacionados**   

* [Changesets e controle de versão no CDM](https://servicenow-prod.fluidtopics.net/_3j0euZHL9DoJUPYWz3tig "Um changeset é uma cópia de rascunho de uma aplicação que você pode atualizar e salvar sempre que necessário. Quando estiver satisfeito com as mudanças, você poderá confirmar o changeset para aplicar as mudanças à aplicação. Confirmação")
* [Conflitos entre confirmações de conjunto de mudanças](https://servicenow-prod.fluidtopics.net/QS_pM5XZ4AeA4XTEWrQ2iA "A entrega de serviço pode incluir várias equipes trabalhando ao mesmo tempo em dados de configuração com potencialmente centenas de mudanças de configuração todos os dias. Como as mudanças podem estar em conflito com mudanças anteriores feitas por um usuário diferente, CDM gerencia confirmações e snapshots para bloquear confirmações em conflito. Você é notificado sobre conflitos de conjunto de mudanças para ajudá-lo a resolvê-los.")
* [Validação e correção de dados de configuração](https://servicenow-prod.fluidtopics.net/qhM92PGwl0N7Z9lG9gUCxQ "Para cada mudança em um ambiente, pode haver dezenas ou centenas de regras (políticas) que precisam ser verificadas. CDM permite que você valide automaticamente os dados de configuração para garantir que as mudanças de configuração estejam sem erros e em conformidade com a política antes que os dados de configuração sejam consumidos.")  
**Tarefas relacionadas**   

* [Definir ou atualizar um componente](https://servicenow-prod.fluidtopics.net/twLDZ32fmIHcwUQ8objEYg "Defina ou atualize um componente enquanto trabalha em um changeset.")
* [Definir ou atualizar uma coleção](https://servicenow-prod.fluidtopics.net/4YyDF6s6UDya0x6G15~BlQ "Defina ou atualize uma coleção enquanto trabalha em um changeset de uma aplicação.")
* [Criar e atualizar um implantável](https://servicenow-prod.fluidtopics.net/lOOgzmrKtGb~htUvSiuu7A "Crie um implantável ao trabalhar em um changeset. Você pode adicionar vários componentes e coleções a um implantável.")