de onde vêm as fontes de chefes e marionetes em aplicações domésticas?

Question

Estamos tentando substituir uma solução interna por um chef ou um boneco para implantar software em máquinas.

Uma coisa que não é óbvia para mim na leitura que fiz até hoje é, especificamente para software interno, onde o chef e o boneco realmente obtêm o software que você pediu para instalar. Muitos dos exemplos estão relacionados à configuração de arquivos (como o exemplo ntp ) ou a terceiros bem conhecidos, como o tomcat e o apache.

Se tivermos um repositório maven interno - podemos conectar um fantoche & chef de olhar para isso e usá-lo como fonte de software?

Assumindo que isso é possível, é realmente o que as pessoas normalmente fazem, ou eles colocam seus resultados de compilação em algum outro local de armazenamento (AFS, NFS, etc.) para que o fantoche realmente o forneça de

    

Answer 1

Puppet e Cheff são ferramentas de gerenciamento de configuração. Minha experiência não é strong, então vou focar no fantoche.

O Puppet tem a possibilidade de servir arquivos (imagino cheff também). Isso pode ser usado para veicular seu aplicativo. Se você é habilidoso com o nginx, nada o impede de colocá-lo na frente do fantoche e fazer proxy dos pedidos de arquivo necessários para o seu repositório maven ou simplesmente servir os arquivos do nginx.

Geralmente, a veiculação de todo o seu repo não é uma boa ideia, pois isso causa erros. Construa um processo de liberação mais formal que inclua, em algum momento, os artefatos necessários na área servidos como arquivos por bonecos.

Crie alguma lógica simples como (por exemplo, instale sempre um arquivo muapp-prod-latest.zip ou algo semelhante.

a definição para este arquivo pode permanecer estática e você gerencia o arquivo no sistema de arquivos (isto é, links simbólicos) ou pode incorporar uma variável definindo a versão e você controla a versão.