Eu tenho um docker-compose.ymlarquivo que contém 4 contêineres: redis, postgres, api, worker

Durante o desenvolvimento do worker, muitas vezes preciso reiniciá-lo para aplicar as alterações. Existe alguma maneira de reiniciar um contêiner (por exemplo worker) sem reiniciar os outros contêineres?

É muito simples: use o comando:

docker-compose restart worker

Você pode definir o tempo para esperar pela parada antes de matar o contêiner (em segundos)

docker-compose restart -t 30 worker

Observe que isso reiniciará o contêiner, mas sem reconstruí-lo. Se você deseja aplicar suas alterações e reiniciar, dê uma olhada nas outras respostas.

As outras respostas para reiniciar um único nó estão no destino docker-compose restart worker,. Isso devolverá esse contêiner, mas não incluirá alterações, mesmo que você o tenha reconstruído separadamente. Você pode manualmente stop, rm, create, e start, mas há muito mais fácil métodos.

Se você atualizou seu código, pode criar e recarregar em uma única etapa com:

docker-compose up --detach --build

Isso reconstruirá suas imagens primeiro a partir de qualquer código alterado, o que é rápido se não houver alterações desde a reutilização do cache. E então substitui apenas os contêineres alterados. Se as imagens baixadas estiverem obsoletas, você poderá preceder o comando acima com:

docker-compose pull

Para baixar as imagens alteradas primeiro (os contêineres não serão reiniciados até que você execute um comando como o upacima). Fazer uma parada inicial é desnecessário.

E para fazer isso apenas em um único serviço, siga o comando up ou pull com os serviços que você deseja especificar, por exemplo:

docker-compose up --detach --build worker

Aqui está um exemplo rápido da primeira opção, o Dockerfile é estruturado para manter as partes do código que mudam frequentemente no final. De fato, os requisitos são extraídos separadamente, pip installpois esse arquivo raramente muda. E como os contêineres nginx e redis estavam atualizados, eles não foram reiniciados. O tempo total para todo o processo foi inferior a 6 segundos:

$ time docker-compose -f docker-compose.nginx-proxy.yml up --detach --build
Building counter
Step 1 : FROM python:2.7-alpine
 ---> fc479af56697
Step 2 : WORKDIR /app
 ---> Using cache
 ---> d04d0d6d98f1
Step 3 : ADD requirements.txt /app/requirements.txt
 ---> Using cache
 ---> 9c4e311f3f0c
Step 4 : RUN pip install -r requirements.txt
 ---> Using cache
 ---> 85b878795479
Step 5 : ADD . /app
 ---> 63e3d4e6b539
Removing intermediate container 9af53c35d8fe
Step 6 : EXPOSE 80
 ---> Running in a5b3d3f80cd4
 ---> 4ce3750610a9
Removing intermediate container a5b3d3f80cd4
Step 7 : CMD gunicorn app:app -b 0.0.0.0:80 --log-file - --access-logfile - --workers 4 --keep-alive 0
 ---> Running in 0d69957bda4c
 ---> d41ff1635cb7
Removing intermediate container 0d69957bda4c
Successfully built d41ff1635cb7
counter_nginx_1 is up-to-date
counter_redis_1 is up-to-date
Recreating counter_counter_1

real    0m5.959s
user    0m0.508s
sys     0m0.076s

Para reiniciar um serviço com alterações, aqui estão as etapas que eu executei:

docker-compose stop -t 1 worker
docker-compose build worker
docker-compose create worker
docker-compose start worker

Seguindo o comando

docker-compose restart worker

irá parar e iniciar o contêiner. ou seja, sem carregar nenhuma alteração no docker-compose.xml

STOP é semelhante à hibernação no PC. Portanto, stop / start não procurará nenhuma alteração feita no arquivo de configuração. Para recarregar a receita do container (docker-compose.xml), precisamos remover e criar o container (analogia semelhante à reinicialização do PC)

Portanto, os comandos serão os seguintes

docker-compose stop worker       // go to hibernate
docker-compose rm worker        // shutdown the PC 
docker-compose create worker     // create the container from image and put it in hibernate

docker-compose start worker //bring container to life from hibernation

Reinicie o serviço com o arquivo docker-compose

docker-compose -f [COMPOSE_FILE_NAME].yml restart [SERVICE_NAME]

Caso de uso nº 1: se COMPOSE_FILE_NAME for docker-compose.ymle o serviço for trabalhador

docker-compose restart worker

Caso de uso 2: se o nome do arquivo for sample.ymle o serviço for trabalhador

docker-compose -f sample.yml restart worker

Por padrão, docker-compose procura docker-compose.ymlse executarmos o docker-composecomando, caso contrário, temos sinalizador para fornecer um nome de arquivo específico com-f [FILE_NAME].yml

O comando 'docker' simples não sabe nada sobre o contêiner 'worker'. Use comando como este

docker-compose -f docker-compose.yml restart worker

Reiniciar contêiner

Se você deseja apenas reiniciar seu contêiner:

docker-compose restart servicename

Pense neste comando como "apenas reinicie o contêiner pelo nome", que é equivalente ao docker restartcomando.

Observe advertências:

1. Se você alterou as variáveis ​​ENV, elas não serão atualizadas no contêiner. Você precisa parar e começar de novo. Ou, usar o comando único docker-compose updetectará alterações e recriará o contêiner.

2. Como muitos outros mencionados, se você alterou docker-compose.ymlo próprio arquivo, a reinicialização simples não aplicará essas alterações.

3. Se você copiar seu código dentro do contêiner no estágio de compilação (no Dockerfileuso de ADDou COPYcomandos), toda vez que o código for alterado, será necessário reconstruir o contêiner ( docker-compose build).

Correlação com o seu código

docker-compose restartdeve funcionar perfeitamente bem, se o seu código for mapeado para a diretiva container by volume da seguinte docker-compose.ymlmaneira:

services:

  servicename:
    volumes:
      - .:/code

Mas eu recomendo usar o recarregamento de código ativo, que provavelmente é fornecido por sua estrutura de escolha no modo DEBUG (como alternativa, você pode procurar pacotes de recarregamento automático no idioma de sua escolha). A adição disso deve eliminar a necessidade de reiniciar o contêiner sempre que o código for alterado, em vez de recarregar o processo.

A resposta aqui está falando sobre o reflexo da alteração no arquivo docker-compose.yml.

Mas e se eu quiser incorporar as alterações que fiz no meu código e acredito que isso só será possível com a reconstrução da imagem e com os seguintes comandos

1. batente do contêiner do docker

docker stop container-id

2. remoção de contêiner do docker

docker rm container-id

3. remoção da imagem do docker

docker rmi image-id

4. componha o recipiente novamente

docker-compose up container-name