//, Em Puppet, qual é a maneira aceita de usar diferentes módulos Puppet em diferentes ambientes Puppet?

Question

Algumas pessoas com quem trabalho realmente atribuem a cada ambiente de marionete o seu próprio $modulepath , mas também têm o $modulepath comum.

Por favor, encontre um exemplo disso abaixo:

[redis]
        modulepath = /usr/share/puppet/modules:/etc/puppet/modules:/etc/puppet/environments/redis/modules/
        manifest=/etc/puppet/environments/redis/manifests/site.pp

Não tenho certeza se isso é sensato, mas queria perguntar: "Qual é o jeito certo de fazer isso?"

Estou aberto a respostas a partir da perspectiva do Puppet e também da perspectiva do gerenciamento de configuração em geral.

Na verdade, é bem específico. Se eu precisar do módulo Redis para um ambiente, o módulo statsd para outro e um módulo do Apache para todos eles, posso lidar com isso configurando caminhos de módulo? Eu devo?

    

Answer 1

Em primeiro lugar, este não é o uso pretendido para Ambientes no Puppet. Então, sim, eu consideraria uma prática ruim em primeiro lugar. Seus ambientes são "desenvolvimento", "teste", "produção", etc.

O que você provavelmente gostaria de usar lá são Papéis e perfis de marionetes com R10K .

O que eu posso lhe dar também é uma explicação do porque eu acho que isso foi feito (eu fiz algo similar no passado também): se este código / configuração foi escrito há bastante tempo, Puppet não suportava Roles and Profiles naquela época Por isso, era comum usar o recurso Ambientes para todos os tipos de truques.