1
00:00:04,670 --> 00:00:10,720
‫Tamam. Artık ciltleri ve bağları birleştiren öğeleri öğrendiğinize ve neden kalıcı

2
00:00:10,720 --> 00:00:16,120
‫veriler hakkında endişelenmemiz gerektiğine karar verdikten sonra, veritabanı güncellemeleri olan gerçek dünya senaryosu olan bir şeyler yapalım.

3
00:00:16,120 --> 00:00:21,250
‫Veritabanının belirli bir sürümünü çalıştırdığınız bir durumu düşünün.

4
00:00:21,250 --> 00:00:28,210
‫Postgres diyelim ve yama sürümünü güncellemeniz gerekiyor çünkü belki bir güvenlik düzeltmesi veya bir

5
00:00:28,210 --> 00:00:30,490
‫hata düzeltme falan var.

6
00:00:30,490 --> 00:00:36,730
‫Normalde bir sistemde, yalnızca yazılımı güncellersiniz. Bir paket yönetim sistemi güncellemesi veya yükseltmesi yapardı

7
00:00:37,030 --> 00:00:41,340
‫ve kütüphanelerin ve her şeyin kendiliğinden olan tüm güncellemelerini halledecekti.

8
00:00:41,650 --> 00:00:43,090
‫Ama bunu nasıl bir kapta yapacağız?

9
00:00:43,180 --> 00:00:48,700
‫Çünkü, kapsayıcılardaki uygulamaları güncellemez en iyi uygulamayı izlemeye çalışıyorsanız, ancak kapsayıcıyı

10
00:00:48,700 --> 00:00:52,810
‫yeni bir sürümle değiştirirsek, bunu veritabanında nasıl yapacağız?

11
00:00:52,810 --> 00:00:58,990
‫Bu ödev için yapacağınız, Postgres'in belirli sürümünü güncellemek için size bilgi vermek

12
00:00:59,110 --> 00:01:03,910
‫için Docker Hub'u kullanacağınızdır. Özellikle sürüm 9'u kullanarak bir

13
00:01:03,910 --> 00:01:12,100
‫kapsayıcı oluşturarak sizinle başlayacağız. 6. 1, daha eski bir sürümüdür. Ve adlandırılmış bir birim oluşturmanız gerekecek.

14
00:01:12,100 --> 00:01:18,820
‫Resmi postgres deposunu kullanarak bunun için Docker Hub'ın belgelerine yaslanmanız gerekecek.

15
00:01:19,270 --> 00:01:23,920
‫Belirli bir sürümü için Dockerfile'ye girmeniz ve sesli yolun ne

16
00:01:23,920 --> 00:01:28,260
‫olması gerektiğini öğrenmeniz gerekecektir. Ardından, sol tarafta ne istersen ses seviyenize isim verebilirsiniz.

17
00:01:28,270 --> 00:01:33,040
‫Ancak sağdaki bu iki nokta üst üste çizgilerinin, gerçek veritabanlarının kapsayıcıda

18
00:01:33,040 --> 00:01:34,590
‫bulunacağı yolu unutmayın.

19
00:01:34,810 --> 00:01:38,680
‫Bütün bunları anladıktan ve konteynırınızı başlattıktan sonra, veritabanlarının ve tüm başlangıç ​​malzemelerinin

20
00:01:38,680 --> 00:01:43,390
‫bittiğini görmek için günlükleri kontrol etmeye başlamalısınız. İlk kez bir veritabanı kapsayıcısını

21
00:01:43,390 --> 00:01:47,680
‫başlattığınızda, genellikle arka planda bir sürü şey yapar;

22
00:01:47,710 --> 00:01:51,810
‫örneğin, yönetici kullanıcısı ve varsayılan veritabanı oluşturmak gibi.

23
00:01:51,820 --> 00:01:55,660
‫Kütüklerin duracağı ve ardından çalışacağı bir nokta olacak.

24
00:01:55,660 --> 00:02:02,530
‫yapabilir ve orada listelenen hacmi verdiğiniz adla görebilirsiniz, bu konteyneri durdurmanız gerekir.

25
00:02:02,620 --> 00:02:07,630
‫Doğru yapmışsanız, liman hacmi ls Ardından, yeni bir sürümle

26
00:02:07,660 --> 00:02:10,560
‫yeni bir kapsayıcı oluşturacaksınız.

27
00:02:10,630 --> 00:02:16,300
‫İlki için çok benzer bir komut olacak, yalnızca farklı bir sürüm belirtiyorsunuz,

28
00:02:16,310 --> 00:02:22,780
‫aynı zamanda ilk adında kullandığınız veriyi kullanması gerektiği için aynı ad birimini belirtmek

29
00:02:22,780 --> 00:02:24,420
‫istediğinizden emin olabilirsiniz.

30
00:02:24,460 --> 00:02:28,060
‫Elbette, ilkinin durdurulduğundan emin olun çünkü her ikisi de aynı

31
00:02:28,060 --> 00:02:29,450
‫veriye aynı anda erişemezler.

32
00:02:29,680 --> 00:02:33,730
‫Başladıktan sonra devam edin ve yeni konteynır için günlükleri tekrar kontrol edin.

33
00:02:34,000 --> 00:02:38,980
‫Görmeniz gereken şey, birkaç başlangıç ​​satırı kütüğünün olmasıdır, çünkü başlangıçtaki tüm

34
00:02:38,980 --> 00:02:40,900
‫çalışmalarını yapmak zorunda değildir.

35
00:02:40,900 --> 00:02:43,650
‫Bu, adlandırılmış birimi kullandığını bildiğiniz gibi,

36
00:02:43,660 --> 00:02:48,050
‫ikinci kez başlatıldığında, yalnızca dört veya beş giriş kaydı olabilir.

37
00:02:48,310 --> 00:02:50,070
‫Yani bu gerçek dünya senaryosu.

38
00:02:50,070 --> 00:02:54,860
‫Üretim veritabanlarını veya güncel tutmanız gereken herhangi bir şeyi çalıştırırsanız, bunu yaparsınız.

39
00:02:55,000 --> 00:03:00,700
‫Çoğu veritaban sisteminin otomatik olarak büyük yükseltmeler yapmadığını unutmayın.

40
00:03:00,700 --> 00:03:05,470
‫Genellikle bir alet gerektirir. her biri için çalıştırmanız gereken ayrı bir araç var.

41
00:03:05,470 --> 00:03:06,670
‫Postgres veya MySQL ile,

42
00:03:06,670 --> 00:03:12,310
‫Bu, gerçekten yalnızca düzeltme eki sürümlerini veya şema değişiklikleri veya veri kodunun

43
00:03:12,310 --> 00:03:16,800
‫kendisinde yapılan önemli güncellemeleri gerektirmeyen son numarayı yükseltmekle ilgilidir.

44
00:03:16,870 --> 00:03:18,080
‫Daha önce olduğu

45
00:03:18,160 --> 00:03:24,400
‫gibi sıkışırsanız, endişelenmeyin, çünkü bu yeni bir şey ve Docker Hub'da o kadar açık olmayabilir.

46
00:03:24,730 --> 00:03:28,120
‫Bir noktada takılıp kalırsan ve Docker Hub size yardım

47
00:03:28,120 --> 00:03:33,180
‫etmezse, sonraki dersi kontrol etmeniz yeterlidir, ki ben de bunu yapacağım aynı egzersizi yapıyorum.

48
00:03:33,190 --> 00:03:33,550
‫İyi şanslar.