---
sourceDocument: Yokohama Gestão de serviços de TI
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/it-service-management

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Yokohama Gestão de serviços de TI

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Modelo de dados de CDM

# Modelo de dados de CDM {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 9 min. de leitura

. CDMo modelo de dados é 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. CDMimporta dados de configuração existentes, valida-os usando políticas definidas por você e exporta dados de configuração válidos para os existentes da sua organização DevOpspipeline para implementar aplicações, serviços e infraestrutura.
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.

## CDM visão geral do modelo de dados {#cdm-data-model__section_qj4_nzk_n4b}

. CDMo modelo de dados não muda a forma como você pensa sobre a configuração. Em vez disso, você usa o. CDMREST API e interface do usuário para mapear JSON, YAML, INI, XML e outros dados de configuração existentes em uma estrutura de dados intuitiva que oferece os seguintes benefícios:

* Implementa versão rigorosa e transparente e controle de mudanças.
* Permite criptografar dados confidenciais e garante o controle de acesso apropriado para os dados.
* Habilita a validação automatizada de dados de configuração.
* Permite reutilizar estruturas de dados de configuração usando variáveis, incluindo valores e valores sobrepostos.
{#cdm-data-model__ul_y5y_nzk_n4b}

## Estrutura do CDMmodelo de dados {#cdm-data-model__section_s5w_ss2_vpb}

Um 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. . CDMo usuário cria um registro de aplicação que inclui as seguintes pastas vazias em uma estrutura hierárquica padrão. Após o sistema ingerir os dados de configuração existentes, você estrutura os dados em componentes na pasta apropriada. Você cria coleções dos componentes e, em seguida, combina as coleções em um implantável um conjunto de dados de configuração (para um ambiente de desenvolvimento, teste ou produção) que pode ser implantado pelo seu processo de entrega. Cada componente, coleção, variável e implantável é um nó na estrutura.

![Estrutura de pastas para um novo CDMaplicação]()

Componentes

:   Os 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 parte de um serviço de infraestrutura. Por exemplo, uma aplicação monolítica, um microsserviço, um servidor físico ou um modelo Docker.Um componente pode incluir componentes descendentes, diretos ou incluídos. Um componente pode incluir variáveis que podem assumir valores diferentes em coleções e. implantáveis.

    Você pode agrupar componentes em uma biblioteca de componentes compartilhados.  
    Dica:  
    Muitas vezes, é útil definir um valor padrão para uma variável em um componente ou coleção. Essa é uma estratégia poderosa porque você pode criar uma ampla variedade de implantáveis a partir de um pequeno conjunto de componentes e coleções. Os implantáveis que herdam um componente ou coleção podem usar substituições, sobreposições e configurações de variáveis para atender às necessidades do tipo de ambiente. Por exemplo, o. <kbd class="ph userinput">Desenvolvimento </kbd> implantávelpode usar os mesmos componentes e coleções que <kbd class="ph userinput">Teste </kbd> implantável. <kbd class="ph userinput">Desenvolvimento </kbd>usa o padrão <var class="keyword varname">banco de dados </var>valor da variável. <kbd class="ph userinput">Teste </kbd>, em contraste, usa um valor diferente que é apropriado para o ambiente de teste.

Pasta variáveis de componentes
:   Os componentes VARs A pasta pode conter variáveis que qualquer CDI no Componentes a pasta pode usar. Há apenas um componente VARs pasta.

Coleções

:   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 incluir variáveis ou substituir configurações 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 `2 GB `para <var class="keyword varname">memória </var>configuração ( `"Memória": "2 GB" `e a versão-2 pode especificar um valor diferente ( `"Memória": "4 GB" `). Além disso, uma coleção pode incluir configurações que não aparecem em seus componentes. Esses valores são chamados sobreposições .

    Uma coleção pode representar uma versão específica de uma aplicação, localização ou conjunto de recursos. Por exemplo, uma coleção chamada <kbd class="ph userinput">coleção-2 </kbd>pode incluir o conjunto de componentes ou versões de componentes que representam o. <kbd class="ph userinput">Versão 2,0 </kbd>funcionalidade da aplicação. Em contraste, uma coleção chamada <kbd class="ph userinput">coleção-3 </kbd>que representa <kbd class="ph userinput">Versão 3,0 </kbd>a funcionalidade pode incluir o mesmo conjunto de componentes ou versões de componentes, componentes adicionais ou versões de componentes e outras configurações de variável, substituição e sobreposição.

Pasta Vars de coleções
:   A coleção VARs A pasta pode conter variáveis que qualquer CDI no Coleções a pasta pode usar. Cada coleção tem uma coleção VARs pasta. Uma variável de coleção tem precedência maior do que uma variável de componente.

Implantáveis

:   Você adiciona e configura implantáveis na estrutura de dados. R implantávelÉ um conjunto de dados de configuração (para um ambiente de DESENVOLVIMENTO, TESTE ou PROD) que pode ser implantado pelo seu processo de entrega. Cada implantávelem uma aplicação, representa a configuração de um serviço no CMDB.

    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 e ambiente link para um serviço de aplicações no CMDBou para um serviço de infraestrutura.

    R implantávelpode incluir variáveis ou substituir configurações específicas do ambiente. Por exemplo, o. `banco de dados `a variável 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ávelpode especificar um parâmetro de contêiner obrigatório que não é necessário no ambiente de desenvolvimento.

    Um exemplo implantávelnomeado <kbd class="ph userinput">DESV-2 </kbd>incluiria o. <kbd class="ph userinput">coleção-2 </kbd>e especificaria variáveis, substituições e configurações de sobreposição que são específicas do ambiente de desenvolvimento da versão 2,0. Em contraste, o. implantávelnomeado <kbd class="ph userinput">PRODUTO-2 </kbd>também incluiria o. <kbd class="ph userinput">coleção-2 </kbd>mas, em vez disso, especificaria configurações que são específicas para o ambiente de produção da versão 2,0.

    Quando você estiver satisfeito com um changeset, você pode salvar e confirmar as mudanças. O sistema verifica se há conflitos com os conjuntos de mudanças confirmados de outros usuários. Se não houver conflitos, o sistema persistirá as mudanças e gerará um snapshot de cada implantávelque é afetado pelas mudanças. Um snapshot representa um possível conjunto de dados de configuração exportável. O sistema valida os dados de configuração executando políticas em relação a cada snapshot e retornando os resultados da validação.

Pasta VARs implantável
:   O implantável VARs A pasta pode conter variáveis que qualquer CDI no Implantáveis a pasta pode usar. Cada implantável tem um implantável VARs pasta. Uma variável implantável tem precedência maior do que uma variável de coleção.

## Exemplo {#cdm-data-model__section_d5m_5vd_jqb}

No diagrama a seguir da aplicação de livraria de exemplo, os números identificam os relacionamentos entre componentes, coleções e. implantáveis.

1. Os componentes são agrupados para formar coleções que representam ambientes ou versões de ambientes. A coleção FS2 (Conjunto de recursos 2) tem dados de configuração para a versão principal 2 da aplicação que está sendo desenvolvida e testada no momento. O FS1, por outro lado, contém a versão anterior do Core 1, que foi totalmente testada e está executando a aplicação no ambiente de produção.
2. No exemplo, FS2 (a coleção usada em ambientes de teste) e FS1 (a coleção usada no ambiente de produção) usam dados de configuração para ambos S3e um particular VM template. As coleções FS1 e FS2, portanto, herdam esses dois componentes. Como as coleções representam conjuntos de recursos diferentes, é provável que FS1 e FS2 usem variáveis ou substituições para especificar algumas configurações diferentes para os componentes.
3. Cada implantável inclui a coleção apropriada para seu ambiente (desenvolvimento, teste ou produção). No exemplo, o TESTE implantável usa a coleção FS2, a versão mais recente do conjunto de recursos e outras configurações usadas em ambientes de teste. O PROD implantável, por outro lado, usa FS1 no ambiente de produção. FS1 é a versão anterior da coleção de dados de configuração que foi validada para produção.Em cada implantável, as variáveis são definidas com valores apropriados para o ambiente. Por exemplo, no PROD, o. <var class="keyword varname">banco de dados </var>a variável está definida como <kbd class="ph userinput">prod1 </kbd>(o banco de dados de produção). O TESTE implantável, no entanto, especifica um dos bancos de dados usados pela equipe de testes, <kbd class="ph userinput">teste3 </kbd>.

{#cdm-data-model__ol_k44_g3s_2qb}Este diagrama é simplificado. Em sua implementação, implantáveispode incluir várias coleções, configurações de variável e substituição e configurações de sobreposição (configurações que não aparecem nos componentes e coleções que compõem o implantável). Além disso, você pode ter vários implantáveis para cada tipo de ambiente.

## Definições {#cdm-data-model__section_ctr_qvr_5sb}

CDI
:   Um item de dados de configuração (CDI) é um nó simples de chave-valor.

Variável
:   Uma variável é um item de valor-chave que pode ser referenciado em um CDI.

Nós primários e secundários (folha)
:
    * CDIs e variáveis são itens de valor-chave. CDIs e variáveis só podem ser nós secundários.
    * Nós de componentes, coleções, implantáveis e pastas podem ser nós primários, nós que podem ter itens de valor-chave ou outros nós primários.
    {#cdm-data-model__ul_ngk_fwr_5sb}

Componentes

:   Os 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 parte de um serviço de infraestrutura. Por exemplo, uma aplicação monolítica, um microsserviço, um servidor físico ou um modelo Docker.Um componente pode conter variáveis que podem assumir valores diferentes em coleções e. implantáveis. Instruções mais detalhadas são exibidas em [Defina ou atualize um componente](https://servicenow-prod.fluidtopics.net/weGgzyFLcEWjcGxeWzUtEw "Defina ou atualize um componente ao trabalhar em um changeset.").

Coleções

:   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 variáveis ou configurações 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 `2 GB `para <var class="keyword varname">memória </var>configuração ( `"Memória": "2 GB" `e a versão-2 pode especificar um valor diferente ( `"Memória": "4 GB" `). Além disso, uma coleção pode incluir configurações que não aparecem em seus componentes. Você pode pensar em valores como "sobreposições".

Implantáveis

:   R implantávelÉ um conjunto de dados de configuração (para um ambiente de desenvolvimento, teste ou produção) que pode ser implantado em seu pipeline de IC/CD como um serviço. Cada implantávelem 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.

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

    R implantávelpode conter variáveis ou substituir configurações específicas do ambiente. Por exemplo, o. `banco de dados `a variável 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ávelpode especificar um parâmetro de contêiner obrigatório que não é necessário no ambiente de desenvolvimento.

Changesets e snapshots
:   Quando você confirma mudanças em um CDM, o sistema persiste as mudanças como um changeset da aplicação. Em seguida, o sistema também gera um snapshot de cada implantávelque é afetado pelas mudanças. Um snapshot representa um possível conjunto de dados de configuração exportável. O sistema valida os dados de configuração executando políticas em relação a cada snapshot e retornando os resultados da validação. Os snapshots aprovados na validação e publicados podem ser exportados para o pipeline de versão como dados de configuração.

Bibliotecas de componentes e componentes compartilhados
:   Componentes compartilhados em Gestão de dados de configuraçãopermite que você use um componente em várias aplicações.

    Para uma melhor organização, esses componentes compartilhados são gerenciados em bibliotecas de componentes. Essas bibliotecas de componentes melhoram a consistência e a capacidade de manutenção, garantindo uma única fonte de verdade para os dados de configuração de um componente em todas as aplicações.
* **[Variáveis contextuais para dados de configuração](https://servicenow-prod.fluidtopics.net/YDWUTaYRpup4NupbQWkdOg)**   
  As variáveis contextuais são variáveis prontas para uso fornecidas por ServiceNowque permitem que você use o contexto de um nó para definir uma variável.

**Conceitos relacionados**   

* [Preparando uma aplicação para carregamento de dados de configuração](https://servicenow-prod.fluidtopics.net/N7qd0pX9vyzsbjegzvcQFQ "Um 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 todo o potencial implantáveisque compõem cada versão dos ambientes de desenvolvimento, teste e produção do serviço.")  
**Tarefas relacionadas**   

* [Crie e atualize um implantável](https://servicenow-prod.fluidtopics.net/gctqKQm4J~d_jmanq~58oQ "Crie um implantávelao trabalhar em um changeset. Você pode adicionar vários componentes e coleções a um implantável.")

