Preparando uma aplicação para carregamento de dados de configuração

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 4 min. de leitura
  • 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 todos os potenciais implantáveisque compõem cada versão dos ambientes de desenvolvimento, teste e produção do serviço.

    Importante:
    Configuração de DevOps agora está descontinuado e não há mais suporte ou disponível para nova ativação.

    Preparação de uma aplicação para aceitar dados de configuração carregados

    Você segue este processo geral para preparar uma aplicação para aceitar o carregamento de dados de configuração:
    1. Em Aplicações você, um usuário com Administrador do CDM [sn_cdm.cdm_admin]criar 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 para esta estrutura de dados para habilitar os benefícios descritos em Modelo de dados de CDM.

      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ávelPara cada ambiente típico: Desenvolvimento, Teste e Produção. Você também pode criar várias versões de cada um implantávelpara cada tipo de ambiente.

    2. Trabalhando no CDM editor de código, agora você cria um conjunto de mudanças - uma cópia de rascunho da aplicação que pode ser editada.
    3. Ao trabalhar no conjunto de mudanças, você cria os seguintes tipos de nós nas pastas apropriadas. Este processo modelos os dados de configuração, ou seja, preparam a aplicação para mapear seus dados de configuração de origem para o. CDM estrutura de dados.
      Nota:

      Começando com Gestão de dados de configuração Versão 4,2, você pode definir um nó usando qualquer caractere UTF-8, incluindo a barra ( / ).

    4. Agora que a estrutura está em vigor, você usa as REST APIs ou CDM painel de edição de código para carregar os dados de configuração existentes no conjunto de mudanças. O processo é descrito em Carregando seus dados de configuração. Para obter mais informações, consulte CdmApplicationsAPI , CdmChangesetsAPI e CdmSnapshoAPI .
      Nota:
      Se você estiver carregando um arquivo XML ou CSV para importar os dados de configuração existentes para o CDM, o analisador do CDM analisará os dados de uma maneira específica. Para obter mais informações, consulte Análise de arquivos XML em CDM e Análise de arquivos CSV em CDM.
      Você pode carregar os seguintes tipos de conjuntos de dados: Variáveis de componente, componentes, coleções e implantáveis.
      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, 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 nas coleções e. implantáveis. Instruções mais detalhadas são exibidas em Defina ou atualize um componente.

      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 memória configuração ( "Memória": "2GB" e a versão-2 podem especificar um valor diferente ( "Memória": "4 GB" ). Uma coleção pode incluir configurações que não aparecem em seus componentes. Você pode pensar em valores como "sobreposições".

      Implantáveis

      . 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 um 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.

      . 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 CMDB ou um serviço de infraestrutura.

      . 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.

    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 implantável ambientes. Por exemplo, o. Desenvolvimento implantávelpode usar os mesmos componentes e coleções que Teste implantável. Desenvolvimento usa o padrão banco de dados valor da variável. Teste , em contraste, usa um valor diferente que é apropriado para o ambiente de teste.
    6. Agora, salve e confirme o conjunto de mudanças. 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 conjunto de mudanças e refazer suas mudanças. Para obter mais informações sobre resolução de conflitos, consulte Conflitos entre confirmações do conjunto de mudanças.
      • Push de todas as mudanças no modelo de dados da aplicação (os dados de configuração são persistentes).
      • Gere um snapshot de cada implantávelque é afetado pelas mudanças no conjunto de mudanças. O sistema valida os dados de configuração executando políticas especificadas em relação a um snapshot. No momento em que o snapshot é criado, ele pode ser publicado e usado para exportar os dados de configuração. Snapshots são registros permanentes que não podem ser editados.
    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 um implantávelpara que os snapshots possam ser validados, valide os dados em um snapshot (aplique as políticas), exporte dados de configuração e assim por diante.
    Nota:
    Você pode mapear políticas para um vazio implantávelmas isso não é um procedimento típico.