Jak działają obrazy Dockerowe? - Kurs Dockera odcinek 3
ฝัง
- เผยแพร่เมื่อ 14 ม.ค. 2025
- W tym odcinku tworzymy obraz z działającego kontenera. Przyda nam się polecenie docker commit.
Trzecia część poradnika dla początkujących z Dockerem.
Kolejne odcinki będą pojawiały się co tydzień.
► Subskrybuj: / @programator
Ten kurs to wybrane fragmenty nagrań webinarów o Dockerze, gdzie prezentuję też jak korzystać z Docker-Compose, konteneryzować aplikacje w Django z użyciem Postgresa i wiele innych zagadnień. Całe nagrania znajdziesz tutaj: • Docker - Webinary 2020
Ta seria to jest najlepszy materiał o Dockerze w języku polskim.
dokladnie
Niezły tekst dla programistów na koszulki. "Nie wiem do czego może to nam być potrzebne ale takie mieliśmy wymaganie więc zrobimy".
Dobry materiał.
Super robota - łatwo przejrzyście zrozumiale
Super kurs, dużo lepszy niż "profesjonalny" na Pluralsight!. Powinieneś umieścić go w innych miejscach też.
U nas na wyjscie z Vima mowilo sie, ze jest to generator silnych losowych hasel :)
Świetnyn kurs i świetne żarty haha
vim najlepszy edytor
tak tak nowe pokolenie informatyków, które musi przepraszać za vim'a
mega wypass!
Czy mozna pozbyc sie uprzednio wykorzystanych obrazow i pozostawić ostateczna wersje..?
Jest kilka opcji. Zobacz polecenie docker image prune. Usuwa wszystkie obrazy, które nie mają przypisanego taga. Opcja -a usunie też wszystkie obrazy, które nie są aktualnie używane przez żaden kontener. Można też dodać --filter i wyfiltrować po czasie stworzenia. docs.docker.com/engine/reference/commandline/image_prune/
Druga opcja to użyć `docker image ls --quiet --filter` z odpowiednimi filtrami, żeby dostać listę id obrazów do usunięcia i przekazać je do docker image rm. W bashu np. tak: `docker image rm $(docker image ls --quiet --filter "until=24h")` = usuń wszystkie obrazy starsze niż 24 godziny.
Nie kojarzę opcji, żeby zostawić tylko ostatni tag, ale można sporo osiągnąć używając filtrów.
➡️ Pobierz ebook Docker Esencja za darmo:
programator.blog/files/programator-docker-esencja-20-12-2020.pdf
Czemu nowy layer ma 153MB chociaż instalator mówił o przyroście 61.5MB? Podejrzanie duży ten narzut.
Dzięki za pytanie :)
docker image ls pokazuje łączną wielkość wszystkich warstw obrazu.
Nowa warstwa ma te swoje około 60-parę MB, ale poprzednie warstwy, które były w bazowym obrazie (ubuntu albo skni_img) już miały wcześniej 64.2MB.
Mamy 64.2MB z obrazu bazowego + 61MB paczek + prawdopodobnie aptowy cache ściągniętych paczek (mówił o pobraniu 17MB) + jakieś inne zmiany, które się zadziały w kontenerze, razem dają 153 MB wynikowego obrazu.