1
00:00:04,670 --> 00:00:10,720
‫W porządku. Teraz, gdy nauczyłeś się już wszystkiego o woluminach i bindach,

2
00:00:10,720 --> 00:00:16,120
‫i dlaczego musimy martwić się trwałymi danymi, zróbmy coś, co jest scenariuszem w świecie rzeczywistym, czyli aktualizacjami baz danych.

3
00:00:16,120 --> 00:00:21,250
‫Wyobraź sobie sytuację, w której używasz konkretnej wersji bazy danych.

4
00:00:21,250 --> 00:00:28,210
‫Powiedzmy, postgres, i musisz zaktualizować wersję poprawki, ponieważ być może jest to poprawka bezpieczeństwa, poprawka

5
00:00:28,210 --> 00:00:30,490
‫błędu lub coś podobnego.

6
00:00:30,490 --> 00:00:36,730
‫Zwykle w systemie wystarczy zaktualizować oprogramowanie. Użytkownik wykonałby aktualizację lub aktualizację systemu zarządzania

7
00:00:37,030 --> 00:00:41,340
‫paczkami i zajmowałby się wszystkimi aktualizacjami bibliotek i wszystkim sam.

8
00:00:41,650 --> 00:00:43,090
‫Ale jak to zrobić w pojemniku?

9
00:00:43,180 --> 00:00:48,700
‫Ponieważ, jeśli staramy się postępować zgodnie z najlepszą praktyką polegającą na tym, że nie aktualizujemy aplikacji w kontenerach, a zamiast

10
00:00:48,700 --> 00:00:52,810
‫wymiany kontenera na nową wersję, w jaki sposób możemy to zrobić w bazie danych?

11
00:00:52,810 --> 00:00:58,990
‫W tym zadaniu zamierzacie użyć Docker Hub, aby uzyskać informacje na temat

12
00:00:59,110 --> 00:01:03,910
‫aktualizacji konkretnej wersji PostgreSQL. Zaczniemy od utworzenia kontenera

13
00:01:03,910 --> 00:01:12,100
‫w wersji 9. 6. 1, która jest starszą wersją. I będziesz potrzebować stworzyć nazwany tom.

14
00:01:12,100 --> 00:01:18,820
‫Będziesz musiał oprzeć się na dokumentacji Docker Hub, korzystając z oficjalnego repozytorium postgres.

15
00:01:19,270 --> 00:01:23,920
‫Musisz przejść do pliku Docker dla tej konkretnej wersji i dowiedzieć się,

16
00:01:23,920 --> 00:01:28,260
‫jaka powinna być ścieżka woluminu. Następnie możesz nazwać swoją głośność, co chcesz po lewej stronie.

17
00:01:28,270 --> 00:01:33,040
‫Ale pamiętaj, że okrężnica po prawej stronie, która musi być ścieżką, w której znajdują się rzeczywiste

18
00:01:33,040 --> 00:01:34,590
‫bazy danych w pojemniku.

19
00:01:34,810 --> 00:01:38,680
‫Gdy już wszystko się zorientujesz i zaczniesz swój kontener, powinieneś zacząć sprawdzać dzienniki, aby zobaczyć, kiedy

20
00:01:38,680 --> 00:01:43,390
‫skończy się tworzenie baz danych i wszystkich rzeczy startowych. Ponieważ po raz pierwszy uruchamiasz

21
00:01:43,390 --> 00:01:47,680
‫kontener bazy danych, zwykle robi on mnóstwo rzeczy w tle, na

22
00:01:47,710 --> 00:01:51,810
‫przykład tworząc administratora i domyślną bazę danych i tak dalej.

23
00:01:51,820 --> 00:01:55,660
‫Będzie punkt, w którym dzienniki zatrzymają się, a następnie po prostu będą działać.

24
00:01:55,660 --> 00:02:02,530
‫Jeśli zrobiłeś to poprawnie, będziesz w stanie wykonać wolumin dokowania ls i zobaczyć podany tam tom z nazwą, którą mu podałeś, i

25
00:02:02,620 --> 00:02:07,630
‫powinieneś być w stanie zatrzymać ten kontener. Następnie utworzysz nowy

26
00:02:07,660 --> 00:02:10,560
‫kontener z nową wersją.

27
00:02:10,630 --> 00:02:16,300
‫Będzie to bardzo podobne polecenie do tego pierwszego, tylko Ty określisz inną

28
00:02:16,310 --> 00:02:22,780
‫wersję, ale będziesz również chciał określić wolumin nazw samemu, ponieważ musi on używać danych

29
00:02:22,780 --> 00:02:24,420
‫użytych w pierwszej.

30
00:02:24,460 --> 00:02:28,060
‫Oczywiście upewnij się, że zatrzymałeś pierwszą, ponieważ obie te osoby nie mają dostępu do tych samych

31
00:02:28,060 --> 00:02:29,450
‫danych w tym samym czasie.

32
00:02:29,680 --> 00:02:33,730
‫Po uruchomieniu sprawdź ponownie logi dotyczące tego nowego kontenera.

33
00:02:34,000 --> 00:02:38,980
‫To, co powinieneś zobaczyć, to to, że ma tylko kilka linii logów startowych, ponieważ nie musi

34
00:02:38,980 --> 00:02:40,900
‫wykonywać całej pracy początkowego uruchomienia.

35
00:02:40,900 --> 00:02:43,650
‫To, jak wiesz, że używa tego samego nazwanego woluminu,

36
00:02:43,660 --> 00:02:48,050
‫to to, że przy drugim uruchomieniu może mieć tylko cztery lub pięć wpisów w dzienniku.

37
00:02:48,310 --> 00:02:50,070
‫A więc jest to scenariusz w prawdziwym świecie.

38
00:02:50,070 --> 00:02:54,860
‫Zrobisz to, jeśli kiedykolwiek uruchomisz bazy danych produkcji lub coś, co potrzebujesz, aby zachować aktualność.

39
00:02:55,000 --> 00:03:00,700
‫Zwróć uwagę, że większość systemów baz danych nie wykonuje automatycznych aktualizacji.

40
00:03:00,700 --> 00:03:05,470
‫Zwykle wymaga narzędzia. W PostgreSQL lub MySQL dostępne jest osobne narzędzie dla każdego

41
00:03:05,470 --> 00:03:06,670
‫z nich, które musisz uruchomić.

42
00:03:06,670 --> 00:03:12,310
‫Chodzi po prostu o aktualizację wersji łat lub ostatniego numeru, który nie wymaga

43
00:03:12,310 --> 00:03:16,800
‫zmian schematu ani żadnych większych aktualizacji samego kodu danych.

44
00:03:16,870 --> 00:03:18,080
‫Tak jak poprzednio,

45
00:03:18,160 --> 00:03:24,400
‫jeśli utkniesz, nie martw się, ponieważ jest to coś nowego i może nie być tak jasne w Docker Hub.

46
00:03:24,730 --> 00:03:28,120
‫Jeśli utkniecie w jakimś momencie, a Docker Hub wam

47
00:03:28,120 --> 00:03:33,180
‫nie pomoże, po prostu sprawdźcie następny wykład, który prowadzę przez to samo ćwiczenie, co ja.

48
00:03:33,190 --> 00:03:33,550
‫Powodzenia.