Preparando uma aplicação para carregamento de dados de configuração
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.
Visão geral: Preparando uma aplicação para aceitar dados de configuração carregados
- Em Apps , você, um usuário com Administrador do CDM [sn_cdm.cdm_admin]função, 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á seus dados de configuração existentes nesta estrutura de dados para habilitar os benefícios descritos em Modelo de dados de CDM.
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.
- Trabalhando em CDMeditor de código, agora você cria um changeset - uma cópia de rascunho da aplicação que pode ser editada.
- Ao trabalhar no changeset, 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. CDMestrutura de dados.
- Agora que a estrutura está em vigor, você usa as APIs REST ou CDMpainel de edição de código para carregar os dados de configuração existentes no changeset. O processo é descrito em Carregando seus dados de configuração. Para obter mais informações, consulte CdmApplicationsAPI , CdmChangesetsAPI e. CdmSnapshoAPI . 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, 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.
- 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 GBpara memória 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 dadosa 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.
- Depois que os dados forem carregados, você retornará para CDM. Você atualiza a variável e substitui valores para que o conjunto relativamente pequeno de componentes e coleções possa fornecer dados de configuração para todos os três implantávelambientes. 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.
- 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ê deve resolvê-lo e confirmar novamente ou criar um changeset e refazer suas mudanças. Para obter mais informações sobre resolução de conflitos, consulte Conflitos entre confirmações do changeset.
- 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ávelque é afetado pelas mudanças no changeset. 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, o snapshot pode ser publicado e usado para exportar os dados de configuração. Os snapshots são registros permanentes que não podem ser editados.