No Docker, como trabalhar com várias configurações de compilação de teste / produção

Question

Estamos avaliando o Docker para uso na implantação de nossos aplicativos. O que conseguimos extrair das Interwebs até agora é como lidamos com os diferentes ambientes de tempo de execução que usamos em nossa empresa.

Para simplificar, digamos que temos um ambiente de teste e um ambiente de produção. Se eu estivesse implantando o Application-X no ambiente de teste, passaria uma opção de linha de comando para Maven ou Gradle que faria com que ele usasse uma configuração específica que apontasse para o Service-X-Test, por exemplo.

Ao implantar na produção, o Application-X seria construído com uma configuração que aponta para o Service-X-Prod.

O Docker pode lidar com esse tipo de coisa, ou estou perdendo completamente o ponto de vista do Docker?

Temos alguns aplicativos que são mais recentes e gerenciamos essa configuração em tempo de execução usando scripts Spring e Groovy, mas esses são, infelizmente, a exceção e não a regra. O Docker parece funcionar muito bem com esses novos aplicativos.

    

Answer 1

Veja esta apresentação:

Lições do uso do Docker para melhorar a produtividade do desenvolvedor web

Avançar para 21:09 marca, a solução é usar um nome de domínio fixo (no seu caso Service-X-Prod). No ambiente de teste do desenvolvedor, você configuraria o arquivo / etc / hosts para que os trafos apontassem para o Service-X-Prod, encaminhando para o Service-X-Test.

Acho que é uma solução genuína, pois alcança duas coisas: manter a integridade dos contêineres, eliminando a necessidade de redirecionar o tráfego devido a alterações no ambiente e não mais a necessidade de configurações separadas para teste e produção.