Docker: Docker compose - dockerowe kompozycje

0:00Cześć! W tej sekcji tego kursu omówimy środowisko

0:02deweloperskie i spróbujemy wziąć pod uwagę wszystkie te

0:06rzeczy, o których mówiliśmy do tej pory i wykorzystamy je w praktyce, tworząc

0:10różne rozwiązania na naszych lokalnych maszynach, tak aby były one wygodne w

0:15pracy, a nie koniecznie musicie pamiętać wszystkie polecenia Dockera.

0:20Więc jednym z takich najpopularniejszych

0:22rozwiązań, jeżeli chodzi o pracę w środowisku lokalnym jest Docker Composer.

0:28I tak samo jak jest to zwykłe plik tekstowy,

0:32który jak widzicie tutaj w sekcji 10 już utworzyłem docker composer.

0:38Jest to plik mowy.

0:41Jest to raczej taki format typowo do konfiguracji i jest on dosyć popularny i

0:45oczywiście nie ma tutaj znaczenia nazwa tego pliku.

0:47To może być dowolna nazwa jaką preferujemy,

0:50tylko musimy po prostu pamiętać, żeby wtedy podawać ją jako flagę.

0:54Do polecenia docker composer, który będzie

0:56właśnie interpretował ten plik, który tutaj stworzymy.

0:59Więc Docker pozwala nam robić te wszystkie rzeczy, które robiliśmy już do tej pory

1:04w tym kursie, ale na podstawie konfiguracji.

1:07Czyli to co trzeba najpierw zrobić to podać wersję poza.

1:10A no i ja z reguły używam 3.6.

1:13Jest to taka

1:14wersja, która posiada powiedzmy podstawowe funkcjonalności, które faktycznie

1:18pozwalają nam pracować ze środowiskiem developerskim w

1:22dosyć wygodny sposób, więc po podaniu wersji możemy zdefiniować nasze serwisy.

1:28No i oczywiście ponownie jeżeli mamy

1:29zainstalowane tutaj rozszerzenie Dockera dla West Clouda, no to mamy ładne

1:34podpowiadanie składni co gdzie trzeba wstawić, więc wam składnia wygląda tak, że

1:40klucze podajemy przed dwukropkiem i po dwukropka jest wartość tego klucza.

1:44No i tutaj wcięcia.

1:46Instalacja też ma znaczenie. Czyli jeżeli np.

1:49zrobimy tutaj dwie spacje wewnątrz

1:50services, no to znaczy, że wewnątrz tego bloku services będziemy

1:54tworzyć kolejne jakby właściwości tego obiektu.

1:59Jeżeli byłby taki sam to był zagnieżdżone obiekt.

2:02No i jeśli na przykład zdefiniujemy sobie,

2:04że nasza aplikacja to jest nazwa naszej aplikacji i powiedzmy app

2:07będzie musiała budować się na podstawie obrazu Engines, to wystarczy, aby zrobić

2:15tak naprawdę analogiczną sytuację z polecenia docker run.

2:22D. Chociaż ta flaga jest tutaj podawana w

2:24momencie kiedy wywołujemy ten plik RG i po prostu engine.

2:28Te dwa pliki to dwa podejścia są ze sobą tożsame.

2:31Możemy to tak naprawdę wywołać,

2:33więc jakbym teraz to uruchomił to oczywiście uruchomi nam się ending w

2:36trybie odłączonym w trybie disabled, ale możemy też zrobić Docker composer.

2:42To jest taka paczka, która przychodzi do nas wraz z instalacją dockera.

2:45Nie musimy jej dodatkowo instalować i składnia jest taka, że mamy Docker

2:49complete app, aby uruchomić aplikację na podstawie pliku docker composer.

2:53Domyślnie oczywiście docker composer

2:56w obecnym katalogu, w którym się znajdujemy oraz down aby wyłączyć

3:00wszystkie serwisy, które są zdefiniowane w tym pliku.

3:02Czyli jeśli zrobimy app de.

3:04Tak jak mówiłem tutaj flaga jest jakby.

3:07Nie da się jej zdefiniować wewnątrz pliku.

3:11No to po uruchomieniu tego ta aplikacja nam się powinna uruchomić,

3:16ale chyba najpierw musimy oczywiście zapisać.

3:18Zobaczymy czy to była kwestia zapisania.

3:20Oczywiście trzeba zapisać plik aby on się zaaplikował.

3:23Tak jak widzimy w docker PS a mamy tutaj kilka plików więcej uruchomionych, więc

3:28zróbmy sobie najpierw docker ps a i tutaj nasz skrypcik, który zabije

3:34nam wszystkie te kontenery, więc wykorzystujemy już

3:37wiedzę z poprzednich lekcji w poradach i trikach bodajże albo w zaawansowanych

3:40komendach o tym mówiliśmy i zróbmy jeszcze raz AB i zróbmy to.

3:45PS. Widzimy, że nasz

3:46kontener wstał i nie musieliśmy w ogóle pamiętać składni do kernela.

3:51Czyli to jest w ogóle też bardzo przydatne.

3:53Jeżeli pracujecie z innymi deweloperami nad danym projektem.

3:56Oni dokładanie znają, nie wiedzą jak z nim operować, to wtedy

4:00możecie całą konfigurację zawrzeć tutaj, w XAML i tylko na przykład takiego

4:06update możecie nawet zawrzeć wewnątrz pakiet Johnsona przy npm w to się może

4:12wykonywać, jeżeli mielibyście taką potrzebę.

4:14Tylko wtedy oczywiście trzeba pamiętać, żeby tego npm nie wywoływać z kontekstu

4:18Dockera, bo tego polecenia oczywiście wewnątrz kontenerów nie ma.

4:22Tak jak mówiłem o tym w różnicach między kontenerem a hostem.

4:26No więc przejdźmy dalej.

4:28Oczywiście aby nasze aplikacje aby Linux był używane

4:32no to musimy wystawić mu porty, musimy podpiąć mu odpowiednie wolumeny.

4:37No i zanim to tutaj zrobię to pokażę

4:40tylko, że możemy wyłączyć serwisy przy pomocy docker composite.

4:44No i teraz przy docker ps już tego kontenera tutaj nie ma,

4:48więc gdy robiliśmy docker run polecenie, które startowało nam serwer.

4:55Ja tutaj sobie strzałką w górę ponownie.

4:57Dobra praktyka, aby sobie po prostu z tego korzystać.

5:01Wystawiliśmy porty. Powiedzmy, że zaczniemy od portów.

5:03To w Docker kompletnie nic prostszego, po prostu piszemy port.

5:07Tutaj musimy pamiętać tylko wcięcia, wcięcia i białe znaki są bardzo istotne

5:12i to jest chyba największy problem, który możecie napotkać.

5:15Jeżeli nie pracowaliście.

5:18Po prostu musicie się nauczyć formatu jak pisać pliki handlowe,

5:22Ale nie jest to problem samego Dockera, tylko po prostu formatu.

5:25Więc jeśli chcielibyśmy wystawić tą aplikację na porcie 86 to analogicznie 80

5:3086, Dwukropek 80 ponieważ to jest port na kontenerze, a to jest port na hoście

5:37i zapiszemy jeżeli byśmy to wywołali przez docker composer.

5:42Oczywiście jest też składnia, spacja, combosy.

5:45Obie opcje są poprawne.

5:46Ja korzystam z dockera i kombosów.

5:51To widzimy, że nasza aplikacja wystartuje.

5:53Ona się uruchomi na porcie 80 86.

5:55I teraz jeżeli wejdziemy w nią na 80 86 to aplikacja chodzi poprawnie.

6:01Co istotne,

6:03jest to o tyle wygodne, że możemy tak naprawdę zmienić ten port tutaj i przy

6:07ponownym wywołaniu do App the one się automatycznie zlikwidują.

6:14Stworzą się na nowo na takiej zasadzie, że po prostu te porty zostaną zaktualizowane.

6:20Więc Docker na podstawie zmian, które generuje z tego pliku konfiguracyjnego

6:26zaktualizuje naszą infrastrukturę o te zmiany, które wprowadziliśmy bez

6:31konieczności ponownie startowania danej aplikacji.

6:34Oczywiście zmieniliśmy port na 80 80 więc na 80 86 już nie chodzi.

6:39Chodzi na 80 tce.

6:41Bardzo wygodne.

6:42Jak widzisz jest to o wiele mniej logiki niż trzeba było robić przy

6:46wszystkich tych poleceniach z linii poleceń, ale tak naprawdę

6:51logika działania Dockera jest identyczna, dlatego warto jest po prostu znać te

6:54polecenia, podmienić sobie ten nasz plik, który będziemy ładowali.

6:58Ja tutaj dodam do naszej lekcji 10 plik index.

7:00HTML z naszą templatki.

7:02Na podstawie tej linda jeżeli tutaj wpiszemy sobie tak samo.

7:07Oczywiście tutaj też jest taka zaleta Docker poza nad lasem,

7:12że mamy pełne nazwy property, które ustawiamy pełne nazwy właściwości,

7:18a nie flagi, myślnik V, które musimy wiedzieć co oznaczają.

7:22Więc jest to też o wiele bardziej czytelne po prostu.

7:25No i moglibyśmy po prostu tutaj podać ścieżkę do tego pliku index.

7:29HTML.

7:30Ale docker composer ma kolejny kolejną zaletę wobec po prostu seria,

7:35że nie musimy podawać ścieżki absolutnej, możemy zrobić po prostu kropkę, czyli

7:40pozycję relatywną względem obecnego katalogu index.

7:45HTML.

7:46No i na hoście oczywiście przekazać tą samą ścieżkę, która jest potrzebna dla

7:51engine CSA i jest to bodajże jeżeli dobrze pamiętam usr share.

7:56Engineers.

7:57I tutaj będzie html index.

7:59HTML.

8:01Zapiszemy oprócz AP.

8:04Aby zrestartować możemy też restart, wtedy aplikacja też zostanie zrestartować.

8:10I po odświeżeniu strony.

8:13A ona się nam powinna już tutaj załadować.

8:18USR share engines.

8:20HTML index. HTML.

8:22Zobaczmy.

8:23To skopiowane jeszcze z poprzednich przykładów.

8:25Zobaczmy, czy nie zrobiłem literówki.

8:27Chyba nie.

8:30A restart.

8:31Oczywiście restart zrestartuje nam kontener ale z tą samą konfiguracją.

8:36Więc tutaj mój błąd.

8:39AB zrobi nam lata poprawnego.

8:42Restart pozwala zrobić tak naprawdę na kontenerze stop i

8:46start ponownie, więc konfiguracja tego kontenera będzie identyczna.

8:50I jak widzicie nasza aplikacja korzysta już z tego nowo zmienionego pliku, więc

8:56tak naprawdę praca z Docker kompozycja jest naprawdę wygodna

9:00i przenosi całą tę logikę, którą do tej pory musieliśmy umieszczać wewnątrz samych

9:05poleceń docelowych celu w interfejsie linii poleceń do pliku docker composer.

9:13I tak naprawdę jesteśmy w stanie przenieść całą tą naszą informację o infrastrukturze

9:18gdzieś indziej, tak aby deweloperzy, którzy nie są doświadczeni

9:22nie musieli się martwić takimi rzeczami jak właśnie konfiguracja.

9:25No i oczywiście tych serwisów możemy mieć tutaj kilka.

9:29Jeżeli chcielibyśmy mieć drugiego engine CSA albo Apache na to

9:33możemy go sobie nazwać w dowolny sposób i też to nam zadziała.

9:37W kolejnej lekcji wykorzystamy poza, który już został stworzony przez

9:42kogoś w internecie do podmiany naszego lokalnego XAMPP a.

9:46Jeżeli dalej macie go zainstalowanego na alternatywę Dockera i omówimy to na

9:52przykładzie tego co już ktoś w internecie stworzył.