Docker: Host a kontener

0:00Cześć!

0:00W tej lekcji omówimy różnice między hostem a kontenerem.

0:03Omówiliśmy już różnicę między obrazem a kontenerem, czyli wiemy, że.

0:07Obraz.

0:08Jest to taki wzór tego, jak nasze kontenery powinny być tworzone.

0:12Ale jest jeszcze oczywiście pojęcie hosta,

0:14czyli naszego głównego systemu operacyjnego.

0:17Jeżeli spojrzymy na naszą poprzednią notatkę co do tego, jak wygląda nasz

0:22system operacyjny wraz z Jokerem, to w tej analogii tutaj

0:27naszym systemem operacyjnym jest Windows czy macOS i to jest nasz host.

0:32Czyli jeżeli macie np.

0:34dwie Skoda, to możemy go sobie np.

0:36dopisać do listy programów

0:39i uruchamiać polecenia z terminala w Skodzie, albo po prostu też terminal.

0:48To wy macie te polecenia na hoście.

0:53A może polecenia również wywoływać z poziomu kontenerów.

0:58Czyli tak naprawdę tutaj z tego poziomu,

1:01nie z poziomu Dockera nie wchodzimy w kontekst docelowy,

1:04tylko wchodzimy w kontekst pojedynczego kontenera, czyli np.

1:09jesteśmy w stanie z naszego terminala tutaj wejść sobie

1:14do kontenera MySQL i wywołać tam polecenia, które nie są dostępne domyślnie

1:20na naszym hoście, w tym tutaj naszym scope naszego systemu operacyjnego.

1:25No i oczywiście możemy zalogować się

1:27równolegle do kilku kontenerów i wywołać polecenia między nimi.

1:33Ale to co warto pamiętać to że w kontekście kontenera mamy dostępne różne

1:36polecenia, bo jest to różny inny system operacyjny, inne serwery.

1:40No i na naszym systemie operacyjnym też mamy inne polecenia, czyli np.

1:45tutaj mamy polecenia związane z do CRM

1:48docker run, który też za chwilkę uruchomimy,

1:52ale wewnątrz kontenera już nie będziemy mieli poleceń związanych z Dockera,

1:56bo jesteśmy w tym obrazie już wewnątrz dockera.

2:00Nie da się zagnieździć dockera w Doktorze,

2:03a jeżeli się da to nie wiem jaki jest tego cel, w związku z czym

2:06myślę, że nie ma się co przejmować, ale warto o tym pamiętać, że

2:11część poleceń wydajemy na hoście, część poleceń wydajemy w kontenerze,

2:16gdzie host jest po prostu naszym systemem operacyjnym i np.

2:19terminalem na naszym Windowsie albo wewnątrz Wieśka.

2:24Czyli jeśli ja to sobie zapiszę tylko.

2:29I wyłączymy to.

2:32Jeśli mielibyśmy zrobić przekład, to ja zrobię z nich plik do następnych lekcji.

2:37Oczywiście będziemy to omawiali dalej.

2:40Jak te polecenia działają w konkretnych lekcjach poświęconych właśnie temu?

2:44Ale jeśli na przykład sobie

2:46sprawdzimy, czy ja mam zainstalowanego engine X'a na moim systemie operacyjnym,

2:51czyli możemy zrobić LS, żeby wypisać listę.

2:56Katalogów i plików w danym katalogu.

2:58Czy jeśli wpiszemy sobie EDC

3:00engines to zobaczymy, że na moim systemie operacyjnym tego engine nie ma?

3:05Ale jeśli uruchomimy sobie Dockera. To zobaczymy tutaj.

3:09To jest polecenie do uruchamiania kontenera z danego obrazu, czyli docker.

3:14Uruchom interaktywne obraz

3:19i tutaj to jest polecenie, które on zostanie on wywoła

3:22i on w tym momencie spróbuje pobrać nam ten obraz, bo nie mamy go zainstalowanego

3:26lokalnie i potem jak to się już pobierze znajdujemy się nagle w innym miejscu.

3:32Widzimy, że tutaj jest nazwa użytkownika w Command prompt

3:36ustawiona na roota i mamy inną nazwę hosta, gdzie w przypadku

3:41tego jak uruchamiam to na moim systemie operacyjnym mam w ogóle inną powłokę.

3:44Zauważcie, że tutaj jestem na flashu

3:47i w momencie kiedy wchodzę w dockera no to wszedłem w basha engines.

3:51Nie ma np. fisha, więc nie mógłbym tutaj wpisać sobie

3:53wpisz fish, żeby mieć dokładnie taką samą liczbę poleceń.

3:56I wracając do tego testu, który chcieliśmy zrobić.

3:59Jeżeli wywołam dokładnie to samo polecenie

4:01wewnątrz kontenera, to zobaczymy, że te pliki tutaj są.

4:05To znaczy każdy kontener ma oddzielny system plików, oddzielne polecenia

4:11i oddzielne rzeczy, które możemy na nich zrobić.

4:14Czyli jeśli chcielibyśmy skonfigurować tego tak samo, to oczywiście

4:17możemy to zrobić, ale na moim systemie operacyjnym Linuxa nie ma.

4:22I to daje nam tą właśnie czystość implementacji.

4:26Tak jak mówiłem nie zaśmiecanie naszego systemu operacyjnego też.

4:29Jeżeli korzystamy z naszego systemu po prostu żeby przeglądać internet, to

4:35jest mniejsze ryzyko, że jeżeli złapiemy jakieś

4:39malware, to że te pliki zostaną wykryte, bo po prostu nie ma ich w systemie

4:44operacyjnym wewnątrz Dockera, więc ktoś musiałby się najpierw dostać do Dockera,

4:47aby zobaczyć jakie mamy pliki w naszych kontenerach.

4:52Więc to co warto zapamiętać.

4:55Host Jest to po prostu nasz system operacyjny i cokolwiek wywołujemy na

4:59naszym systemie operacyjnym, czyli nie z kontenera.

5:03I najłatwiej to poznać, że po prostu są

5:04tutaj takie hasła, że będzie miało inny dostęp do poleceń, np.

5:08do poleceń docelowych.

5:10Jeżeli tutaj wpiszemy docker no to

5:11zobaczymy, że command not found pomimo tego, że jesteśmy w że jesteśmy w

5:15kontenerze docelowym, ale po prostu to polecenie nie jest tutaj dostępne.

5:18O tym po prostu warto pamiętać, bo łatwo się po prostu jest zgubić.

5:21Które polecenia trzeba czasami wywołać na hoście, a które wewnątrz kontenera?

5:26W następnej lekcji opowiem troszkę o samej architekturze Dockera.

5:29Jak on wewnętrznie rozwiązuje różne problemy?

5:33Na podstawie grafu.