Zastosowanie<\/h2>\n\n\n\n
Docker to zbi\u00f3r narz\u0119dzi, kt\u00f3re umo\u017cliwiaj\u0105:<\/p>\n\n\n\n
- \n
- Podzia\u0142 system\u00f3w informatycznych na niezale\u017cne komponenty, nazywane kontenerami.<\/li>\n\n\n\n
- Zarz\u0105dzanie kontenerami.<\/li>\n\n\n\n
- Automatyzacj\u0119 proces\u00f3w zwi\u0105zanych z wdra\u017caniem skonteneryzowanego oprogramowania.<\/li>\n<\/ul>\n\n\n\n
Kontener to centralne poj\u0119cie Dockera. Jego pe\u0142ne zrozumienie wymaga czasu. Na tym etapie kontener mo\u017cna pojmowa\u0107 jako komponent systemu informatycznego, kt\u00f3ry pe\u0142ni pojedyncz\u0105 funkcj\u0119 w jego architekturze, czy serwer bazy danych, serwer http.<\/p>\n\n\n\n
Z racji swojej lekko\u015bci i specjalizacji kontenery naturalnie sprawdzaj\u0105 si\u0119 w tworzeniu system\u00f3w o architekturze zorientowanej na mikrous\u0142ugi [1<\/a>]. Kontenery nie redukuj\u0105 z\u0142o\u017cono\u015bci system\u00f3w, a jedynie przenosz\u0105 j\u0105 w inne miejsce. Ponadto dekompozycja systemu na mikrous\u0142ugi mo\u017ce wi\u0105za\u0107 si\u0119 ze zwi\u0119kszonymi nak\u0142adami na utrzymanie i testowanie. W por\u00f3wnaniu z systemami o architekturze monolitycznej lub zorientowanej na us\u0142ugi zastosowanie kontener\u00f3w pozwala uzyska\u0107 wi\u0119ksz\u0105 elastyczno\u015b\u0107, wydajno\u015b\u0107 i \u0142atwo\u015b\u0107 skalowania.<\/p>\n\n\n\n
Kontenery dzia\u0142aj\u0105 tak samo niezale\u017cne od oprogramowania (ang. platform agnostic) jak i urz\u0105dzenia (ang. hardware agnostic), na kt\u00f3rym s\u0105 uruchomione. Skonfigurowane \u015brodowisko komunikuj\u0105cych si\u0119 ze sob\u0105 komponent\u00f3w mo\u017ce zosta\u0107 uruchomione za pomoc\u0105 jednego polecenia. Dzi\u0119ki temu rozpocz\u0119cie pracy ze skonteneryzowanym projektem odbywa si\u0119 bez dodatkowych nak\u0142ad\u00f3w pracy ze strony nowych cz\u0142onk\u00f3w zespo\u0142\u00f3w projektowych.<\/p>\n\n\n\n
![\"Por\u00f3wanie](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2015\/12\/1.png\")
<\/a>Ryc. 1. Por\u00f3wnanie wybranych architektur i infrastruktur system\u00f3w informatycznych.<\/figcaption><\/figure>\n\n\n\n Powi\u0105zane technologie<\/h2>\n\n\n\n
Warunkiem korzystania z Dockera jest posiadanie 64-bitowego systemu z rodziny Linux z j\u0105drem w wersji co najmniej 3.10.<\/p>\n\n\n\n
Docker w du\u017cej mierze wykorzystuje ju\u017c istniej\u0105ce rozwi\u0105zania stosowane w systemach z rodziny Linux:<\/p>\n\n\n\n
- \n
- Grupy kontrolne i przestrzenie nazw.<\/li>\n\n\n\n
- Kontenery Linuxa.<\/li>\n\n\n\n
- Ujednolicony system plik\u00f3w.<\/li>\n<\/ul>\n\n\n\n
Przestrzenie nazw (ang. namespaces) i grupy kontrolne (ang. cgroups) pozwalaj\u0105 na zarz\u0105dzenie dost\u0119pem do zasob\u00f3w systemowych (procesor, pami\u0119\u0107, sie\u0107 itd.) przez poszczeg\u00f3lne procesy.<\/p>\n\n\n\n
Kontenery linuxa (LXC, ang. Linux Containers) pozwalaj\u0105 na uruchomienie wielu system\u00f3w go\u015bci w obr\u0119bie jednego systemu gospodarza, zarz\u0105dzanie ich zasobami (cgroups) i odizolowanie ich od systemu operacyjnego (namespaces). Docker wprowadzi\u0142 nowy format kontener\u00f3w: runC, kt\u00f3ry implementuje standard OCF (ang. Open Container Format) [1<\/a>, 2<\/a>, 3<\/a>, 4<\/a>].<\/p>\n\n\n\n
Ujednolicony system plik\u00f3w (UFS, ang. Union File System) umo\u017cliwia zarz\u0105dzanie plikami i katalogami pochodz\u0105cymi z r\u00f3\u017cnych system\u00f3w plik\u00f3w tak jakby stanowi\u0142y jeden system plik\u00f3w. Ujednolicony system plik\u00f3w jest budowany warstwowo. Je\u017celi dwa sk\u0142adowe systemy plik\u00f3w zawieraj\u0105 zas\u00f3b o takiej samej \u015bcie\u017cce, wtedy zas\u00f3b z systemu zamontowanego p\u00f3\u017aniej przykrywa zas\u00f3b z systemu zamontowanego wcze\u015bniej.<\/p>\n\n\n\n
Architektura<\/h2>\n\n\n\n
Podstawowymi komponentami Dockera s\u0105: demon Dockera, komunikuj\u0105cy si\u0119 z nim klient i repozytorium obraz\u00f3w.<\/p>\n\n\n\n
Demon Dockera jest odpowiedzialny za zarz\u0105dzanie obrazami i kontenerami, np.: pobiera obrazy z repozytorium, buduje obrazy, uruchamia kontenery.<\/p>\n\n\n\n
Klient Dockera umo\u017cliwia wydawanie polece\u0144 demonowi. Komunikacja pomi\u0119dzy klientem a demonem odbywa si\u0119 za pomoc\u0105 protoko\u0142u HTTP. W przypadku komunikacji lokalnej wykorzystywane s\u0105 do tego gniazda UNIX, a w przypadku komunikacji zdalnej gniazda TCP.<\/p>\n\n\n\n
Repozytorium obraz\u00f3w przechowuje obrazy kontener\u00f3w Dockera. W ekosystemie Dockera znajduje si\u0119 jedno oficjalne repozytorium (docker hub<\/a>). Zawiera ono oficjalne obrazy oraz obrazy udost\u0119pnione przez innych u\u017cytkownik\u00f3w. Istnieje r\u00f3wnie\u017c mo\u017cliwo\u015b\u0107 uruchomienia prywatnego repozytorium.<\/p>\n\n\n\n
![\"G\u0142\u00f3wne](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2015\/12\/3.png\")
<\/a>Ryc. 2. G\u0142\u00f3wne komponenty Dockera.<\/figcaption><\/figure>\n\n\n\n Kontener a wirtualna maszyna<\/h2>\n\n\n\n
Kontenery Dockera, w por\u00f3wnaniu z wirtualnymi maszynami, pozwalaj\u0105 osi\u0105gn\u0105\u0107 istotnie ni\u017csze zu\u017cycie pami\u0119ci dyskowej i ni\u017csze czasy uruchomienia. Obie te zalety zosta\u0142y osi\u0105gni\u0119te kosztem zmniejszenia izolacji pomi\u0119dzy kontenerami i systemem gospodarza.<\/p>\n\n\n\n
Ni\u017csze zu\u017cycie pami\u0119ci dyskowej jest mo\u017cliwe dzi\u0119ki wsp\u00f3\u0142dzieleniu warstw UFS pomi\u0119dzy kontenerami. Za\u0142\u00f3\u017cmy, \u017ce mamy obraz kontenera zajmuj\u0105cy 1 GB oraz obraz wirtualnej maszyny o takim samym rozmiarze. Je\u017celi chcieliby\u015bmy za ich pomoc\u0105 stworzy\u0107 n<\/em> wirtualnych maszyn i n<\/em> kontener\u00f3w to w przypadku wirtualnych maszyn potrzebowaliby\u015bmy n<\/em> GB, a w przypadku kontener\u00f3w 1 GB. Kontenery s\u0105 w stanie wsp\u00f3\u0142dzieli\u0107 warstwy UFS obraz\u00f3w (warstwy tylko do odczytu). Jedyny narzut pami\u0119ci dyskowej, jaki niesie ze sob\u0105 kontener jest zwi\u0105zany ze zmianami, jakie wprowadza do obrazu, na podstawie kt\u00f3rego zosta\u0142 stworzony. Zmiany te zapisywane s\u0105 w warstwie kontenera (warstwa do odczytu i do zapisu) i w wi\u0119kszo\u015bci przypadk\u00f3w s\u0105 to dane generowane przez proces uruchomiony w kontenerze lub zale\u017cno\u015bci potrzebne do jego uruchomienia.<\/p>\n\n\n\n
Ni\u017csze czasy uruchomienia s\u0105 mo\u017cliwe poprzez wsp\u00f3\u0142dzielenie j\u0105dra systemu pomi\u0119dzy kontenerami, a systemem gospodarza. Dzi\u0119ki temu rozwi\u0105zaniu kontenery nie s\u0105 obarczone narzutem czasowym zwi\u0105zanym z uruchomieniem wirtualnej maszyny i dzia\u0142aniem hipernadzorcy. Wszystkie operacje wykonywane w kontenerze s\u0105 niemal tak samo wydajnie jakby by\u0142y wykonywane w systemie gospodarza. Wsp\u00f3\u0142dzielenie j\u0105dra systemu jest przyczyn\u0105, przez kt\u00f3r\u0105 kontenery mog\u0105 dzia\u0142a\u0107 tylko w oparciu o dystrybucje system\u00f3w z rodziny Linux.<\/p>\n\n\n\n
![\"Por\u00f3wnanie](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2015\/12\/2.png\")
<\/a>Ryc. 3. Por\u00f3wnanie wirtualnej maszyny z kontenerem.<\/figcaption><\/figure>\n\n\n\n * Zaktualizowane w 2021 i 2022 artyku\u0142y nt. Dockera<\/h2>\n\n\n\n
- \n
- Docker dla programist\u00f3w: co to jest?<\/a><\/li>\n\n\n\n
- Docker dla programist\u00f3w – budowa pierwszego \u015brodowiska. Cz\u0119\u015b\u0107 I<\/a><\/li>\n\n\n\n
- Docker dla programist\u00f3w – budowa \u015brodowiska rozwojowego. Cz\u0119\u015b\u0107 II<\/a><\/li>\n\n\n\n
- Docker dla programist\u00f3w – dystrybucja aplikacji <\/a><\/li>\n<\/ul>\n\n\n\n
Co dalej?<\/h2>\n\n\n\n
- \n
- Obraz: podstawowe operacje<\/a><\/li>\n\n\n\n
- Kontener: podstawowe operacje<\/a><\/li>\n<\/ul>\n\n\n\n
Kolejna seria post\u00f3w dost\u0119pna od 10.02.2016<\/strong><\/p>\n\n\n\n
- \n
- Kontener: polecenia<\/a><\/li>\n\n\n\n
- Kontener: strumienie we\/wy i przegl\u0105danie plik\u00f3w<\/a><\/li>\n\n\n\n
- Kontener: udost\u0119pnianie port\u00f3w<\/a><\/li>\n\n\n\n
- Kontener: wsp\u00f3\u0142dzielenie plik\u00f3w<\/a><\/li>\n\n\n\n
- Kontener: zmienne \u015brodowiskowe<\/a><\/li>\n<\/ul>\n\n\n
- Kontener: strumienie we\/wy i przegl\u0105danie plik\u00f3w<\/a><\/li>\n\n\n\n
- Kontener: podstawowe operacje<\/a><\/li>\n<\/ul>\n\n\n\n
- Docker dla programist\u00f3w – budowa pierwszego \u015brodowiska. Cz\u0119\u015b\u0107 I<\/a><\/li>\n\n\n\n
- Docker dla programist\u00f3w: co to jest?<\/a><\/li>\n\n\n\n