1
00:00:04,670 --> 00:00:10,720
‫In regula. Acum, că ați învățat totul despre volume și legăturile de legare și de ce

2
00:00:10,720 --> 00:00:16,120
‫trebuie să vă faceți griji cu privire la datele persistente, să facem ceva care este un scenariu real, care este o actualizare de baze de date.

3
00:00:16,120 --> 00:00:21,250
‫Imaginați-vă o situație în care executați o versiune specială a unei baze de date.

4
00:00:21,250 --> 00:00:28,210
‫Să spunem postgres și trebuie să actualizați versiunea patch-urilor, deoarece poate există o soluție de securitate sau o rezolvare de

5
00:00:28,210 --> 00:00:30,490
‫bug-uri sau ceva de genul asta.

6
00:00:30,490 --> 00:00:36,730
‫În mod normal, pe un sistem, ați actualiza software-ul. Ai face o actualizare sau upgrade de sistem de gestionare

7
00:00:37,030 --> 00:00:41,340
‫a pachetelor și s-ar ocupa de toate actualizările bibliotecilor și de totul de la sine.

8
00:00:41,650 --> 00:00:43,090
‫Dar cum facem asta într-un container?

9
00:00:43,180 --> 00:00:48,700
‫Deoarece, dacă încercăm să urmăm cea mai bună practică de a nu actualiza aplicațiile în containere, ci mai degrabă de a

10
00:00:48,700 --> 00:00:52,810
‫înlocui containerul cu o nouă versiune, cum putem face acest lucru cu baza de date?

11
00:00:52,810 --> 00:00:58,990
‫Ce veți face pentru această misiune este că veți folosi Docker Hub pentru a obține informații

12
00:00:59,110 --> 00:01:03,910
‫despre actualizarea versiunii specifice postgres. Vom începe cu dvs. să creați în mod

13
00:01:03,910 --> 00:01:12,100
‫specific un container utilizând versiunea 9. 6. 1, care este o versiune mai veche. Și va trebui să creați un volum numit.

14
00:01:12,100 --> 00:01:18,820
‫Va trebui să vă bazați pe documentația Docker Hub pentru acest lucru, folosind depozitul oficial postgres.

15
00:01:19,270 --> 00:01:23,920
‫Va trebui să intrați în fișierul Docker pentru acea versiune specifică și să aflați ce

16
00:01:23,920 --> 00:01:28,260
‫cale de volum trebuie să fie. Apoi, puteți numi volumul pe care îl doriți pe partea stângă.

17
00:01:28,270 --> 00:01:33,040
‫Dar amintiți-vă că în partea dreaptă a colonului, acesta trebuie să fie calea în care bazele de date

18
00:01:33,040 --> 00:01:34,590
‫actuale vor fi în container.

19
00:01:34,810 --> 00:01:38,680
‫Odată ce ați luat tot ce sa gândit și ați pornit containerul, ar trebui să începeți verificarea jurnalelor pentru a vedea când

20
00:01:38,680 --> 00:01:43,390
‫sa terminat crearea bazelor de date și a tuturor materialelor de pornire. Deoarece pentru prima dată când porniți un container

21
00:01:43,390 --> 00:01:47,680
‫de bază de date, în mod obișnuit face o mulțime de lucruri în fundal, cum ar

22
00:01:47,710 --> 00:01:51,810
‫fi crearea utilizatorului de administrare și o bază de date implicită și așa mai departe.

23
00:01:51,820 --> 00:01:55,660
‫Va fi un moment în care jurnalele se vor opri și apoi va fi difuzată.

24
00:01:55,660 --> 00:02:02,530
‫Dacă ați făcut-o în mod corect, veți putea să faceți un volum al listei de docere și să vedeți volumul enumerat acolo, cu numele pe care l-ați

25
00:02:02,620 --> 00:02:07,630
‫dat și ar trebui să puteți opri acel container. Apoi, veți crea un

26
00:02:07,660 --> 00:02:10,560
‫nou container cu o nouă versiune.

27
00:02:10,630 --> 00:02:16,300
‫Va fi o comandă foarte asemănătoare cu prima, doar că specificați o versiune diferită, veți

28
00:02:16,310 --> 00:02:22,780
‫fi, de asemenea, sigur că doriți să specificați volumul numelui samed, deoarece trebuie să utilizați datele pe care

29
00:02:22,780 --> 00:02:24,420
‫le-ați utilizat în prima.

30
00:02:24,460 --> 00:02:28,060
‫Desigur, asigurați-vă că aveți primul oprit, deoarece ambele nu pot accesa aceleași

31
00:02:28,060 --> 00:02:29,450
‫date în același timp.

32
00:02:29,680 --> 00:02:33,730
‫Odată ce ați început, continuați și verificați din nou jurnalele pentru noul container.

33
00:02:34,000 --> 00:02:38,980
‫Ceea ce ar trebui să vedeți este că are doar câteva linii de jurnale de pornire, deoarece nu trebuie

34
00:02:38,980 --> 00:02:40,900
‫să facă toată munca de pornire inițială.

35
00:02:40,900 --> 00:02:43,650
‫Asta e felul în care știi că folosește același volum

36
00:02:43,660 --> 00:02:48,050
‫numit este că a doua oară când pornește, poate avea doar patru sau cinci intrări în jurnal.

37
00:02:48,310 --> 00:02:50,070
‫Deci, acesta este un scenariu real.

38
00:02:50,070 --> 00:02:54,860
‫Veți face acest lucru dacă ați rula vreodată baze de date de producție sau ceva de care aveți nevoie pentru a păstra curent.

39
00:02:55,000 --> 00:03:00,700
‫Rețineți că majoritatea sistemelor de baze de date nu fac actualizări majore în mod automat.

40
00:03:00,700 --> 00:03:05,470
‫De obicei, este nevoie de un instrument. Cu postgres sau MySQL, există un instrument separat pentru fiecare dintre ele

41
00:03:05,470 --> 00:03:06,670
‫pe care trebuie să-l executați.

42
00:03:06,670 --> 00:03:12,310
‫Este vorba doar de actualizarea versiunilor de patch-uri sau de ultimul număr care nu necesită modificări

43
00:03:12,310 --> 00:03:16,800
‫ale schemelor sau actualizări majore ale codului de date în sine.

44
00:03:16,870 --> 00:03:18,080
‫Ca și înainte, dacă

45
00:03:18,160 --> 00:03:24,400
‫rămâneți blocat, nu vă faceți griji, deoarece acesta este un lucru nou și este posibil să nu fie atât de clar în Docker Hub.

46
00:03:24,730 --> 00:03:28,120
‫Dacă te blochezi într-un anumit moment și Docker Hub nu

47
00:03:28,120 --> 00:03:33,180
‫te ajută, verifică următoarea prelegere, care mă face să fac același exercițiu ca și cum aș face-o.

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