você pode considerar o uso de fabric para coletar, automatizar e documentar suas rotinas de implantação. é extremamente flexível e fornece uma solução muito clara para esses problemas.
Como iniciante, cheguei ao estágio em que percebi o problema de remover meu servidor de produção para fazer alterações com a mesma frequência que eu, agora que tenho alguns usuários nele.
Eu criei uma imagem do EC2 do meu servidor ativo e configurei uma instância separada no EC2, então agora tenho 2 instâncias do EC2, Stage e Production. Eu configuro o GitHub e envio mudanças para o palco e testo meu código lá, e quando tudo está pronto e funcionando, eu o envio para o ramo de produção, e tudo está bem. E há um pequeno problema aqui desde que eu nomeio meus arquivos config_stage.js e config_production.js e configurei .gitignore em cada servidor, e no meu código, eu teria lido os sinalizadores ENV e configurado as configurações apropriadas, é isto a abordagem correta?
E a minha principal questão é: como você acompanha as alterações não relacionadas ao código no servidor? Por exemplo, instalei o HAProxy, o Stunnel, o Redis, o MongoDB e várias outras coisas no servidor do Stage para testes e, agora que tudo está funcionando e é bom, como implantá-los na produção? No momento, estou apenas acompanhando tudo o que instalei e copiando arquivos de configuração, o que é muito entediante e tenho medo de ter perdido um passo em algum lugar.
Existe uma maneira melhor de migrar essas alterações do servidor de teste para o servidor ativo?
você pode considerar o uso de fabric para coletar, automatizar e documentar suas rotinas de implantação. é extremamente flexível e fornece uma solução muito clara para esses problemas.
Tags javascript deployment