Gerenciando (e fixando) versões de pacotes com fantoche

3

Eu tenho uma instalação que estou tentando gerenciar com o fantoche. Para alguns dos pacotes, queremos ter um controle muito rígido sobre as versões. Como eles são essenciais para nosso aplicativo, nós os atualizamos somente após o teste em nosso ambiente de teste, e agendamos atualizações durante períodos de baixo tráfego. Eu não quero fantoche para atualizar meu banco de dados sempre que um novo pacote aparece. Eu especifiquei a versão em meu manifesto de marionetes para evitar que o pacote fosse atualizado automaticamente, no entanto, quando fui gerar outra instância usando a mesma configuração, essa versão do pacote foi retirada do repositório do Ubuntu. Apenas os mais recentes estão lá.

Para alguns dos pacotes, eu mesmo os tenho empacotado em meu próprio repositório, no entanto, o empacotamento do banco de dados (postgresql) também provou ser muito sobrecarga.

Alguma solução ou ideia?

Estamos usando o Ubuntu 12.04.1 LTS.

    
por Andres Olarte 14.06.2013 / 23:41

1 resposta

2

Este não é um problema do Puppet, mas um problema de como você gerencia seus repositórios de pacotes.

Se você realmente precisa se ater a uma versão específica de um pacote, então você não deve confiar em nenhum segundo ou terceiro para continuar fornecendo para você. No mínimo, você precisa mantê-lo em um repositório controlado por você, como você está fazendo. E rolar seus próprios pacotes não pode ser "muito sobrecarga" se eles são tão importantes para você, então esse argumento não conta.

Você deve procurar espelhar os repositórios upstream (apt-mirror, rsync) e decidir quando expirar os pacotes. Dessa forma, você sempre tem as versões que precisa em mãos.

Em relação ao PostgreSQL, posso dizer que os pacotes Ubuntu e Debian podem ser atualizados com facilidade e segurança; não há necessidade de manter uma versão específica (antiga) do pacote por medo de quebrar alguma coisa. Apenas certifique-se de controlar a hora e o local das atualizações de pacote e as subsequentes reinicializações de serviço, mas isso não é necessário.

    
por 15.06.2013 / 01:47