Mam docker-compose.ymlplik, który zawiera 4 pojemniki: redis, postgres, api, pracownik

Podczas opracowywania pracownika często muszę go ponownie uruchamiać, aby zastosować zmiany. Czy istnieje dobry sposób na ponowne uruchomienie kontenera (np. worker) Bez ponownego uruchamiania innych kontenerów?

To bardzo proste: użyj polecenia:

docker-compose restart worker

Możesz ustawić czas oczekiwania na zatrzymanie przed zabiciem kontenera (w sekundach)

docker-compose restart -t 30 worker

Pamiętaj, że spowoduje to ponowne uruchomienie kontenera, ale bez jego przebudowywania. Jeśli chcesz zastosować zmiany, a następnie uruchomić ponownie, spójrz na inne odpowiedzi.

Inne odpowiedzi na ponowne uruchomienie pojedynczego węzła są na celu, docker-compose restart worker . Spowoduje to odbicie tego kontenera, ale nie spowoduje żadnych zmian, nawet jeśli przebudujesz go osobno. Można ręcznie stop, rm, create, i start, ale są znacznie łatwiejsze sposoby.

Jeśli zaktualizowałeś kod, możesz wykonać kompilację i przeładować w jednym kroku za pomocą:

docker-compose up --detach --build

To najpierw odbuduje obrazy z dowolnego zmienionego kodu, co jest szybkie, jeśli nie ma żadnych zmian od ponownego użycia pamięci podręcznej. A następnie zastępuje tylko zmienione pojemniki. Jeśli pobrane obrazy są nieaktualne, możesz poprzedzić powyższe polecenie:

docker-compose pull

Aby najpierw pobrać zmienione obrazy (pojemniki nie zostaną ponownie uruchomione, dopóki nie uruchomisz polecenia takiego jak uppowyżej). Wykonanie pierwszego zatrzymania nie jest konieczne.

Aby to zrobić tylko w przypadku pojedynczej usługi, wykonaj polecenie w górę lub w dół, używając usług, które chcesz określić, np .:

docker-compose up --detach --build worker

Oto szybki przykład pierwszej opcji, Dockerfile ma strukturę, która utrzymuje często zmieniające się części kodu pod koniec. W rzeczywistości wymagania są pobierane osobno, pip installponieważ plik ten rzadko się zmienia. A ponieważ kontenery nginx i redis były aktualne, nie zostały ponownie uruchomione. Całkowity czas całego procesu wynosił poniżej 6 sekund:

$ 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

Aby ponownie uruchomić usługę ze zmianami tutaj, wykonaj następujące kroki:

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

Po poleceniu

docker-compose restart worker

po prostu ZATRZYMA i uruchomi pojemnik. tzn. bez ładowania żadnych zmian z pliku docker-compose.xml

STOP jest podobny do hibernacji na PC. Dlatego stop / start nie będzie szukał żadnych zmian dokonanych w pliku konfiguracyjnym. Aby ponownie załadować z receptury kontenera (docker-compose.xml), musimy usunąć i utworzyć kontener (analogicznie do ponownego uruchomienia komputera)

Więc polecenia będą następujące

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

Uruchom ponownie usługę z plikiem skompilowania dokera

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

Użyj przypadku nr 1: jeśli plik COMPOSE_FILE_NAME jest, docker-compose.ymla usługa jest pracownikiem

docker-compose restart worker

Przykład 2: jeśli nazwa pliku to sample.ymlusługa jest pracownikiem

docker-compose -f sample.yml restart worker

Domyślnie docker-compose szuka, docker-compose.ymljeśli uruchomimy docker-composepolecenie, w przeciwnym razie mamy flagę, za pomocą której można podać konkretną nazwę pliku-f [FILE_NAME].yml

Proste polecenie „dokera” nic nie wie o kontenerze „pracownika”. Użyj polecenia w ten sposób

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

Uruchom ponownie pojemnik

Jeśli chcesz ponownie uruchomić kontener:

docker-compose restart servicename

Pomyśl o tym poleceniu jako „po prostu uruchom ponownie kontener według jego nazwy”, co jest równoważne z docker restart poleceniu.

Uwaga:

1. Jeśli zmieniłeś zmienne ENV, nie zostaną zaktualizowane w kontenerze. Musisz to zatrzymać i zacząć od nowa. Lub za pomocą pojedynczego polecenia docker-compose upwykryje zmiany i ponownie utworzy kontener.

2. Jak wielu innych wspomniało, jeśli zmieniłeś docker-compose.ymlsam plik, proste ponowne uruchomienie nie zastosuje tych zmian.

3. Jeśli skopiujesz kod do kontenera na etapie kompilacji (przy Dockerfileużyciu ADDlub COPYpoleceń), za każdym razem, gdy kod się zmieni, musisz odbudować kontener ( docker-compose build).

Korelacja z twoim kodem

docker-compose restartpowinien działać idealnie dobrze, jeśli twój kod zostanie zmapowany do kontenera według dyrektywy woluminu w następujący docker-compose.ymlsposób:

services:

  servicename:
    volumes:
      - .:/code

Ale zalecam użycie przeładowania kodu na żywo, który zapewne zapewniony jest przez wybrany przez ciebie framework w trybie DEBUG (alternatywnie możesz wyszukać pakiety automatycznego przeładowania w wybranym języku). Dodanie tego powinno wyeliminować potrzebę ponownego uruchamiania kontenera za każdym razem po zmianie kodu, zamiast przeładowywania procesu w środku.

Odpowiedzi tutaj mówią o odzwierciedleniu zmiany w pliku docker-compose.yml.

Ale co, jeśli chcę uwzględnić zmiany, które wprowadziłem w kodzie, i wierzę, że będzie to możliwe tylko poprzez odbudowę obrazu i że wykonam następujące polecenia

1. przystanek kontenera dokującego

docker stop container-id

2. usunięcie pojemnika dokera

docker rm container-id

3. usuwanie obrazu dokera

docker rmi image-id

4. skomponuj pojemnik ponownie

docker-compose up container-name