Docker Maestro → Dołącz już dziś! »»

Wstęp

Domyślnie dane przechowywane są w ostatniej warstwie kontenera tzw. „warstwie zapisywalnej” (ang. writable). Oznacza to, że jeżeli nie powiemy Dockerowi, aby użył innej metody, nasze dane będą dostępne tak długo, jak długo działał będzie kontener.

Co zatem, gdy chcemy aby nasze dane były trwałe inaczej „persystentne” ?

Mamy dwie opcje, które mają zastosowanie niezależnie od systemu operacyjnego Docker hosta.

Którą zatem wybrać?

Zanim przejdziemy do szczegółów, zerknij proszę na poniższy obrazek.

Volume

W pełni tworzone i zarządzane przez Dockera. Każdy nowy volume jest przechowywany na dysku hosta. Oznacza to, że w przypadku zabicia kontenera, nasze dane nie zostaną naruszone. Wartym zaznaczenia jest fakt, że dane volume’ów są całkowicie odizolowane od systemu hosta, ponieważ zarządza nimi Docker.

Raz utworzony volume, może być użyty przez wiele kontenerów równocześnie. Jak to zrobić? Używając Docker CLI, poleceniem docker volume create  bądź też, możemy go zdefiniować podczas tworzenia docker-compose.yml (przykład tutaj)

Zaleca się, by tworzyć „nazwane” volumeny. Jeżeli nie podamy nazwy, docker utworzy ją za nas automatycznie.

Nawet jeśli volume nie jest używany przez żaden kontener, nie jest on automatycznie usuwany. Chcąc go usunąć należy użyć komendy docker volume rm. Aby pozbyć się wszystkich nieużywaych volume’ów użyj komendy – docker volume prune. Należy jednak uważać z tą komendą, by przypadkiem nie wyczyścić sobie ważnych dla nas danych.

Czy masz już swój egzemplarz mojego najnowszego poradnika
„10 Najlepszych Praktyk Tworzenia Dockerfile”?


Bind Mounts

Bind mounts to kolejna metoda na przechowywanie danych na dysku hosta. Różnica między bind mounts a volume jest dość znacząca. W przeciwieństwie do volume, plik lub katalog na dysku hosta jest podmontowany do kontenera. Jest to fizyczny plik lub katalog identyfikujący się pełną ścieżką na dysku hosta.

Ogólnie rzecz biorąc, bind mounts są czymś, co warto rozważyć. Należy jednak pamiętać, że Docker nie ma nad nimi władzy. Nie możesz zarządzać nimi z poziomu Docker CLI.

Druga kwestia, o której trzeba mieć świadomość, to że wykonując jakieś akcje wewnątrz kontenera, mamy możliwość zarządzania katalogami i plikami na dysku hosta. Włączając w to tworzenie, modyfikację i usuwanie(!) ważnych plików lub katalogów. Należy zatem naprawdę mocno się zastanowić zanim wybierzemy któreś z rozwiązań i dobierać rozwiązanie do problemu, a nie odwrotnie.


Inne rodzaje przechowywania danych

Docker posiada również inne rodzaje storage’y. Nie są one przeznaczone do trwałego przechowywania danych, lecz warto wiedzieć, że takowe istnieją.


Tmpfs Mounts

Dostępne tylko na wersji Docker for Linux. Kolokwialnie mówiąc, jest to tymczasowa przechowywalnia danych. Gdy kontener zostaje zatrzymany, tmpfs mount zostaje usunięty, razem z danymi które przechowywał.

Jaka jest róznica pomiędzy domyślnym zapisywaniem danych przez Dockera do warstwy zapisywalnej a tmpfs mounts?

Otóż używając tmpfs mounts, dane nie są przechowywane ani na hoście, ani w kontenerze. Może to być przydatne ze względów bezpieczeństwa, gdy twoja aplikacja potrzebuje zapisywać dużą ilość danych tymczasowych.


Named pipes

Zaprojektowane i przeznaczone tylko dla Docker for Windows. Może być wykorzystany do komunikacji pomiędzy aplikacją wewnątrz kontenera z Docker Engine API.


Podsumowanie

To tyle na dzisiaj. Mam nadzieję, że ten artykuł przyniósł Ci, chociaż trochę wartości. Jeżeli Ci się spodobał, będę niezmiernie wdzięczny, jeśli podzielisz się nim w social media!

Do usłyszenia 🙂

Dołącz do newslettera

Już ponad 900 osób zapisało się na mój newsletter (zero spamu! - tylko informacje o nowych artykułach oraz ciekawe nowinki ze świata konteneryzacji).

Zapisując się, jako bonus prześlę Ci "21 Praktycznych Przykładów Użycia Dockera Dla Developerów" oraz zbiór "10 Najlepszych Praktyk Tworzenia Dockerfile"



Damian Naprawa

Praktykujący pasjonat konteneryzacji. Lubi dzielić się wiedzą, prowadząc warsztaty i szkolenia. Chętnie występuje również w roli prelegenta na meetupach i konferencjach. Uczestnik globalnego programu partnerskiego Docker Enablement. Pracuje z Dockerem na co dzień od kilku lat. Odpowiedzialny za tworzenie i utrzymanie systemów działających w oparciu o kontenery. Fan automatyzacji oraz podejścia "As a Code".

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *