Início / coding / Perguntas / 79413846
Accepted
Tom Bennett
Asked: 2025-02-05 14:40:54 +0800 CST

Fluxo de trabalho e organização de arquivos do VSCode devcontainer: melhores práticas para construir "contêiner de produção"

  • 772

Tenho um projeto Python que estou desenvolvendo dentro de um devcontainer. A árvore do código-fonte se parece com isso:

---.devcontainer
     |--- .devcontainer.json
     |--- Dockerfile
     |--- requirements.txt
---src
    |--- file1.py
    |--- file2.py

O problema é que ele deve ser lançado em um "contêiner de produção", o que envolve seu próprio Dockerfile e scripts de empacotamento.

Minhas perguntas são:

  1. Onde devo colocar o Dockerfile do "contêiner de produção" e os scripts de empacotamento?
  2. Onde devo criar o container de produção? Devo executar docker builddentro do container dev?
  3. Quando devo executar docker buildpara construir o contêiner de produção?
docker

1 respostas

  1. Best Answer

    O Dockerfile deve ser nomeado exatamente Dockerfile, sem extensão, e estar na raiz do diretório do seu projeto (ao lado de pyproject.toml). Este é o local padrão docker buildque espera encontrá-lo.

    Não há um local canônico similar para scripts de build. É comum o bastante mantê-los na raiz do projeto também, ou ter um diretório buildor binou dockerque os contenha.

    Parece que o VSCode não monta automaticamente o socket Docker em um contêiner dev e, portanto, você não conseguiria executar dockercomandos por padrão. Você teria que certificar-se de montar o socket e instalar o Docker CLI. Provavelmente é mais fácil executar docker builddiretamente no sistema host.

    (Enquanto estiver lá, considere usar o Python pré-instalado no seu host MacOS ou Linux para desenvolvimento comum, ou ferramentas sem contêiner, como Hatch ou Pyenv, que podem manter instalações alternativas do Python.)

    Você precisa executar docker buildsempre que precisar de uma cópia atualizada da imagem. Eu geralmente recomendaria isso para testes de integração local. Você frequentemente terá um sistema de construção automatizado que construirá a imagem para você quando você fizer commit no controle de origem, então você normalmente não precisará construir-enviar-implantar manualmente uma imagem. Da mesma forma, eu usaria suas ferramentas de desenvolvedor para executar testes unitários comuns ( pytest, hatch testcomo um wrapper) sem envolver contêineres.

    • 1

relate perguntas