Fluxo de trabalho para Python com Docker + IDE para aplicativos não Web

Atualmente, estou tentando inserir o Docker no meu fluxo de trabalho de desenvolvimento Python de aplicativos não-web.

Quais são as melhores práticas atuais no desenvolvimento de Python usando o Docker e um IDE? Eu preciso da possibilidade de isolar meus ambientes com o Docker e depurar meu código.

Na web, encontrei muitos artigos sobre o uso do Docker para implantar seu código:

Implantações de produção: como criar imagens do Docker prontas para girar com seu aplicativo já empacotado dentroAmbientes de desenvolvimento que espelham a produção: extensão do acima, onde você pode usar um contêiner para controlar totalmente o status atual de um projeto antes de implantar na produção durante o desenvolvimento

Descobri muito menos sobre um fluxo de trabalho de desenvolvimento real, além de algumas dicas sobre como usar contêineres com volumes compartilhados mapeados para os diretórios no host enquanto desenvolvíamos aplicativos da Web. Essa abordagem não se aplica a aplicativos que não são da Web e tem alguns problemas em que uma simples recarga (com um mecanismo semelhante ao LiveReload) não é suficiente, portanto, você precisa reiniciar o (s) seu (s) container (s).

A escrita mais próxima que pude encontrar é esta"Oito padrões de desenvolvimento do Docker" postagem no blog, mas ele não considera um IDE (como o PyCharm que estou usando agora).

Talvez essa pergunta seja o resultado das 3-4 horas (e contadas) gastadas na configuração do PyCharm para usar um interpretador Python remoto em execução em um contêiner do Docker. Eu esperava uma integração muito melhor entre os dois.

questionAnswers(1)

yourAnswerToTheQuestion