Natychmiastowe stosowanie trwałych zmian w obrazach Docker

Obrazy Dockera są projektowane tak, aby były niezmienne, co gwarantuje, że po utworzeniu pozostają niezmienione. Ta cecha przyczynia się do niezawodności środowiska dla programistów i operatorów, ponieważ każdy kontener utworzony z tego samego obrazu działa identycznie. Ponadto upraszcza to zarządzanie różnymi wersjami obrazu. Mogą jednak wystąpić sytuacje, w których konieczna jest modyfikacja elementów w działającym kontenerze, na przykład aktualizacja konfiguracji lub dodanie nowych pakietów oprogramowania. W takich sytuacjach polecenie to docker commitjest nieocenione, ponieważ umożliwia zachowanie modyfikacji wprowadzonych w działającym kontenerze i wygenerowanie nowego obrazu na podstawie tych zmian. Ta funkcjonalność jest szczególnie przydatna w przypadku szybkiego testowania, iteracyjnego programowania i tworzenia niestandardowych obrazów bez konieczności całkowitej przebudowy.

Zrozumienie niezmienności obrazów Dockera

Architektura obrazów Dockera obejmuje wiele warstw tylko do odczytu. Podczas uruchamiania kontenera, Docker dodaje na wierzch warstwę z możliwością zapisu, zwaną warstwą kontenera. Wszystkie zmiany zachodzą wyłącznie w tej górnej warstwie. Po usunięciu kontenera wszelkie wprowadzone w nim zmiany zostają utracone, co zachowuje integralność oryginalnego obrazu. Taka konstrukcja oferuje kilka kluczowych zalet:

Jednolite zachowanie we wszystkich kontenerach pochodzących z tego samego obrazu, gwarantujące spójność.
Izolacja zmian między kontenerami w celu zwiększenia przewidywalności.
Bezpieczne tagowanie określonych wersji obrazów bez obaw, że ich zmiany wpłyną na inne wersje.

Choć taka struktura sprzyja stabilności, stwarza wyzwania związane z natychmiastowym wprowadzaniem zmian w działającym kontenerze. W tym przypadku docker commitpolecenie okazuje się kluczowe.

Generowanie nowego obrazu z działającego kontenera

Użycie tego docker commitpolecenia pozwala na utworzenie migawki bieżącego stanu uruchomionego kontenera, co skutkuje utworzeniem nowego obrazu. Operacja ta rejestruje wszelkie wprowadzone modyfikacje, takie jak zainstalowane aplikacje czy zmiany konfiguracji, zapisując je w nowej warstwie. Oryginalny obraz pozostaje niezmieniony, co pozwala na eksperymenty i szybkie iteracje.

Ta funkcja idealnie nadaje się do zachowania niestandardowych konfiguracji do wykorzystania w przyszłości, wprowadzania drobnych poprawek podczas testów lub udostępniania zaktualizowanych obrazów zespołowi bez konieczności zaczynania od nowa. Ogólna składnia polecenia docker commitwygląda następująco:

docker commit [OPTIONS] CONTAINER_ID NEW_IMAGE_NAME[:TAG]

W tej składni:

CONTAINER_ID: Unikalny identyfikator lub nazwa kontenera, który chcesz przechwycić.
NEW_IMAGE_NAME:Pożądana nazwa dla nowo utworzonego obrazu.
TAG: Parametr opcjonalny, którego wartością domyślną jest „najnowszy”.

Polecenie docker commitoferuje również różne opcje dodawania metadanych, wprowadzania zmian w konfiguracji i modyfikowania zachowania zatwierdzania. Poniższa tabela przedstawia dostępne opcje:

Opcja	Długa forma	Opis	Przykład
-A	-autor	Dodaje nazwisko autora do metadanych obrazu.	`docker commit -a "Anees"my-container my-image`
-C	-zmiana	Stosuje instrukcje Dockerfile, takie jak ENV, LABEL lub CMD do nowego obrazu.	`docker commit -c "ENV APP_ENV=prod"my-container my-image`
-M	-wiadomość	Dołącza krótką wiadomość podsumowującą zmiany wprowadzone na obrazie.	`docker commit -m "Installed curl"my-container my-image`
-P	-pauza	Wstrzymuje kontener podczas procesu zatwierdzania w celu zapewnienia spójności (domyślnie: prawda).	`docker commit --pause=false my-container my-image`

Przewodnik krok po kroku dotyczący korzystania z polecenia Docker Commit

Aby zilustrować praktyczne zastosowanie docker commit, załóżmy, że chcesz zainstalować narzędzie curl w kontenerze Alpine bez konieczności modyfikacji pliku Dockerfile. Zacznij od uruchomienia kontenera z obrazu bazowego Alpine:

docker run -it alpine:latest /bin/sh

Po wejściu do kontenera wykonaj następujące polecenia, aby wprowadzić niezbędne zmiany:

apk update && apk add curl

Wprowadź niezbędne zmiany przed zatwierdzeniem

Po zakończeniu modyfikacji wyjdź z kontenera:

exit

Następnie zatwierdź poniższe zmiany, aby utworzyć nowy obraz:

docker commit <container_id> alpine-with-curl:1.0

Aby potwierdzić utworzenie nowego obrazu, wykonaj następujące polecenie:

docker images

Teraz możesz wykorzystać nowy obraz, w którym jest preinstalowany program curl:

Nowy obraz z zapisanymi zmianami kontenera

Testowanie nowego obrazu Dockera

Po utworzeniu nowego obrazu możesz uruchomić kontener na jego podstawie, aby mieć pewność, że zmiany zostaną zapisane:

docker run -it alpine-with-curl:1.0 /bin/sh

To polecenie otwiera interaktywną powłokę w kontenerze wygenerowanym z alpine-with-curl:1.0obrazu. Możesz sprawdzić, czy Twoje modyfikacje zostały zachowane:

curl --version

Uruchomienie tego polecenia potwierdzi, że zmiany zostały uwzględnione w nowym obrazie.

Docker commit vs Dockerfile: Wybór odpowiedniego narzędzia

Chociaż zarówno Dockerfile, jak i Dockerfile docker commitułatwiają tworzenie obrazów Dockera, mają one różne cele i zastosowania. Dockerfile to preferowane podejście, gdy wymagane są spójne i powtarzalne kompilacje, szczególnie przydatne w scenariuszach ciągłej integracji i produkcji. Ta metoda zapewnia przejrzysty i zwięzły zapis wszystkich modyfikacji w formacie kodu, ułatwiając ich zarządzanie, analizę i kontrolę w czasie. Gwarantuje to, że wszystkie przyszłe kompilacje obrazów przyniosą takie same rezultaty, co jest kluczowe dla ciągłego wsparcia i pracy zespołowej.

Z drugiej strony, docker commitjest to korzystne przy wdrażaniu szybkich poprawek, uruchamianiu testów lub wprowadzaniu drobnych zmian „w locie”, bez konieczności przerabiania całego pliku Dockerfile. Ta metoda jest szczególnie przydatna podczas eksperymentów, debugowania lub natychmiastowej walidacji zmian. Jednak ze względu na brak dokumentacji, która jest nieodłącznie związana z tą metodą, lepiej nadaje się ona do tymczasowych poprawek niż do długoterminowego użytkowania produkcyjnego.

Podsumowując, należy używać go docker commitgłównie do eksperymentów i tymczasowych poprawek, a w przypadku obrazów o jakości produkcyjnej korzystać z pliku Dockerfile. Poszerzenie wiedzy na temat innych niezbędnych poleceń Dockera poprawi również komfort pracy z kontenerami, obrazami i zintegrowanymi przepływami pracy.

Źródło i obrazy