Ambiente de preparação no contêiner do docker no mesmo servidor?

Question

É realista lançar um ambiente de preparação inteiro no mesmo servidor dedicado que está em produção em um servidor de baixo tráfego / carga?

Desde o aplicativo que acabamos de lançar há poucos dias, gostaríamos de economizar um pouco do custo de comprar outro servidor dedicado apenas para execuções temporárias, pois o tráfego é inferior a 50% da carga máxima do servidor.

Estávamos pensando em lançar um contêiner docker que acionaria todos os contêineres docker em execução, na caixa de produção e executando todos os testes sobre isso. Então, se os testes forem aprovados, a compilação será implantada e o contêiner será destruído.

    

Answer 1

Pergunte a si mesmo esta pergunta:

Is any downtime due to the staging containers taking down production worth the extra cost savings?

Para alguns, pode estar tudo bem. Mas para mim não é. Um problema no estágio pode acabar sendo um problema na produção. Um processo de fuga, acidentalmente usando o banco de dados de produção quando você queria encenar, matando o contêiner errado, etc.

É certamente possível. Eu não acho que nada tecnicamente o impeça de fazer isso e eu fiz isso no passado. Mas eu também já fui mordido por isso antes e geralmente consigo convencer os outros de que a separação dos ambientes vale um pequeno custo extra.

Na mesma linha, geralmente é uma boa ideia certificar-se de que você está mantendo a paridade de ambiente o mais próximo possível. Eu compro o aplicativo Twelve-Factor e o link pode ser relevante aqui também.

Então, para responder à pergunta, é realista? Claro, nisso é possível e verdadeiro que funcione. É recomendado? Não na minha opinião.