A maneira correta de manter o contêiner de docker iniciado quando usado para tarefas periódicas

Eu tenho contêiner de docker com software instalado e configurado.

Não existe nenhum programa que deva ser iniciado / executado o tempo todo.

O que eu quero - sua capacidade de iniciar algum comando, dependendo de eventos externos. gostar:

docker exec mysupercont /path/to/mycommand -bla -for

e

docker exec mysupercont /path/to/myothercommand 

Mas "exec" é impossível quando o contêiner está parado, e também esse contêiner contém alguns dados "funcionais", que são usados ​​para esses comandos, então não posso usar

docker run ...

sempre, porque recriar contêiner a partir da imagem e destruir meus dados.

Qual é a maneira "certa" e "melhor" de manter esse contêiner em funcionamento? Qual comando posso iniciar por dentro?

Você não precisa executar todas as vezes docker run.

docker run é na verdade uma sequência de dois comandos: "create" e "start".

Ao executar o contêiner, você deve especificar o " -it":

-i, --interactive = false Mantenha o STDIN aberto mesmo se não estiver conectado
-t, --tty = false Aloque um pseudo-TTY

Exemplo:

docker run -it debian:stable bash

Depois que o trabalho foi concluído, o comando especificado na inicialização (no meu exemplo bash). Por exemplo, você executa a "saída". O contêiner para:

CONTAINER ID        IMAGE                      COMMAND                CREATED             STATUS                     PORTS               NAMES
1329c99a831b        debian:stable              "bash"                 51 seconds ago      Exited (0) 1 seconds ago                       goofy_bardeen

Agora você pode iniciá-lo novamente

docker start 1329c99a831b

O contêiner é iniciado e novamente executa o comando "bash".
Conecte-se a esta sessão "bash" com o comando

docker attach 1329c99a831b

Resumindo : você precisa entender a diferença entre o recipiente rune start.
Além disso, consulte a documentação para o papel dos parâmetros " -i t" e " -d" para o "Executar"

Todo esse negócio de saber se você pode ou não iniciar um contêiner parado, depende de como o contêiner foi originalmente criado, ou seja, executado. Se você executou um comando que terminou ou saiu de um comando interativo, por exemplo, bash, não pode iniciar, reiniciar ou executar o contêiner parado. Tudo o que você pode fazer é removê-lo. É lixo.

Mas o último comentário de taranaki, use '-itd', parece ser o que o docker ordenou.

O contêiner continua em execução, e você pode executar o que quiser e pode parar, iniciar ou reiniciar o contêiner. Obviamente, esta é apenas uma descoberta preliminar baseada na imagem alpina. Observe que, se você anexar ao contêiner, ele será interrompido quando você sair, mas você poderá iniciá-lo novamente.

Como você mencionou tarefas periódicas e provavelmente está usando algo como cron devido à maneira que deseja usar docker exec, eu tenho apenas o remédio para você. Pelo menos eu acabei fazendo algo assim.

1. Dockerfile

   FROM <some base>
   CMD tail -f /dev/null
   

2. Corra com o habitual docker run -d ....(eu usei docker-compose)

3. Configure as máquinas host crontab, por exemplo:

   * * * * * docker exec mysupercont foo >> /var/log/foo.log 2>&1
   * * * * * docker exec mysupercont bar >> /var/log/bar.log 2>&1
   

Acho essa solução agradável quando confiamos no crontab antigo e comprovado em um ambiente linux bastante padrão, enquanto o Docker lida com os deps e variáveis ​​de ambiente mais exóticos da sua lógica de negócios. Você também pode definir alguns limites se suas tarefas periódicas ficarem paralisadas e tiverem vazamentos de memória ou o que for.

A cauda ainda causa algumas operações de arquivo de tempos em tempos.

Aqui está a minha solução para dormir para sempre, sem efeitos colaterais.

# Ah, ha, ha, ha, stayin' alive...
while true; do :; done & kill -STOP $! && wait $!

Como funciona

while true; do :; done & # do nothing(:) in background, in an endless loop
kill -STOP $!            # stop the background process of doing nothing
wait $!                  # wait forever, because doing nothing process is stopped