Ambiente dinâmico de puppet e controle de versão [closed]

Question

Estou procurando implantar ambientes para uma instalação de fantoches e querer colocar as coisas em ordem com o controle de versão . Antes de implementar o que me pareceu natural, decidi fazer algumas leituras e ver o que os outros estão fazendo.

O primeiro hit no google é este artigo que discute ambientes dinâmicos.

Embora os ambientes dinâmicos pareçam ótimos para o desenvolvimento , eles não são seguros para os sistemas live . No entanto, o artigo faz a alusão de que, se você estiver usando ambientes dinâmicos, poderá se livrar de um 'fluxo de trabalho único' .

Parece-me que você terá um 'conjunto estático de ambientes' , ambientes dinâmicos ou não, porque em produção , você sempre será usando o ambiente de produção . Eu estenderia esse argumento para outros sistemas importantes ao vivo, por exemplo, caixas de garantia de qualidade de pré-produção.

Também estou supondo que para ambientes dinâmicos funcionarem, você precisaria executar algo assim em um agente no qual planeja testar

puppet agent --environment $dev_branch

Quem se importa se você expor um novo ramo de desenvolvimento no mestre de marionetes se um agente não tiver sido instruído a usar o novo ambiente.

Minha pergunta - são ambientes dinâmicos adequados para coisas como caixas de produção, caixas qa e outros sistemas importantes; ou estritamente para desenvolvimento?

    

Answer 1

Eu não acho que entendi sua pergunta. "Ambientes dinâmicos" é simplesmente o nome de um estilo de configuração de puppetmaster e uso de git que permite adicionar e remover ambientes de fantoches sem ter que reconfigurar seu puppetmaster. Qualquer coisa você pode fazer os ambientes dinâmicos que você pode fazer com ambientes estáticos. O conceito subjacente de ambientes de marionetes permanece o mesmo, apenas o processo para gerenciá-los no mestre de bonecos muda.

O fato de você precisar ou não alterar frequentemente seus ambientes de marionete "em produção" realmente depende de como você gerencia sua infraestrutura. Se você está curioso para encontrar pessoas que fazem isso, considere perguntar na lista de discussão dos bonecos, e não aqui.

Uma coisa a ter em mente é que o que um fantoche chama de "ambiente" não precisa mapear com o que você chama de ambientes na sua empresa. Por exemplo, você pode ter um ambiente de fantoches de "produção" que corresponda aos módulos de marionetes ao vivo e os dados hiera em uso para os ambientes de produção e qa da sua empresa, e você pode ter um ambiente de fantoche "de desenvolvimento" que corresponda aos módulos de marionete dados que ainda estão sendo trabalhados.

    

Answer 2

Permitimos que grupos diferentes enviem para diferentes filiais e, como resultado, o conjunto de controle de hosts / configurações pode ser configurado. No entanto, a infra-estrutura de fantoches comum é compartilhada com todos os grupos (assim como os scripts base de fantoches).