1
00:00:04,670 --> 00:00:09,710
‫Tamam. Ciltler ön tarafta oldukça basit görünüyor, ama aslında çok şey var.

2
00:00:09,710 --> 00:00:16,480
‫Bir kabın bir birim hakkında endişelenmesi gerektiğini söyleyebilmenin ilk yolu, Docker dosyasında bulunur.

3
00:00:16,480 --> 00:00:18,540
‫Gidip onlardan bazılarına bakalım.

4
00:00:18,590 --> 00:00:21,040
‫Ben sadece yaptıklarımı çok yapacağım.

5
00:00:21,170 --> 00:00:24,110
‫MySQL'i arayacağım.

6
00:00:24,320 --> 00:00:30,320
‫Dockerfile'lerle bu kadar çok şey öğrendiğimden ve bunları nasıl doğru bir şekilde kullanacağımdan ötürü resmi depoların

7
00:00:30,380 --> 00:00:34,040
‫gerçek varsayılanları ve bunlara yerleştirilmiş en iyi uygulamaları vardır.

8
00:00:34,040 --> 00:00:40,250
‫Buraya MySQL'e gittiğimde buradaki en son Docker dosyasını tıklamaya çalışıyorum. bir ses komutu var.

9
00:00:40,250 --> 00:00:45,040
‫Eminim sana bir veri tabanı, muhtemelen

10
00:00:45,200 --> 00:00:45,950
‫Oraya gidiyoruz.

11
00:00:45,950 --> 00:00:52,640
‫Bu, MySQL veritabanlarının varsayılan konumudır. Bu resim, Docker'a yeni bir konteyner

12
00:00:52,640 --> 00:00:58,670
‫başlattığımızda, aslında yeni bir hacim yeri oluşturup kabın içindeki bu

13
00:00:58,670 --> 00:01:05,450
‫dizine atamasını söyleyecek şekilde programlanmıştır. Bu da, orada, içinde bulunduğu herhangi bir dosyanın, birimin

14
00:01:05,450 --> 00:01:08,600
‫silinlenene kadar kapsayıcıdan daha uzun süre geçeceği anlamına gelir.

15
00:01:08,660 --> 00:01:13,250
‫Ve burada işaret etmemiz gereken bir şey var ki bu ciltlerin el ile silinmesi gerekiyor.

16
00:01:13,280 --> 00:01:15,900
‫Onları yalnızca bir kabı çıkararak temizleyemezsiniz.

17
00:01:15,930 --> 00:01:21,350
‫Onlar fazladan bir adım. Gerçekten sigorta söz konusuydu, çünkü hacim komutunun

18
00:01:21,380 --> 00:01:26,990
‫tümü, bu verinin özellikle önemlidir, en azından kabın kendisinden daha önemli olduğunu söylemektir.

19
00:01:26,990 --> 00:01:29,930
‫MySQL üzerinde bir rıhtım çekici yaparsak

20
00:01:33,500 --> 00:01:40,360
‫ve daha sonra MySQL üzerinde bir rıhtım görüntüsü incelemesi yaparsak, Docker dosyasını aslında resim meta

21
00:01:40,370 --> 00:01:46,340
‫verilerinin parçası olmayan, çünkü bunu farkedeceğiniz Docker dosyasını görmüyoruz config alanına, o hacmin

22
00:01:46,340 --> 00:01:47,680
‫orada olduğunu belirtti.

23
00:01:47,810 --> 00:01:53,600
‫Her zaman inşa edildiğinde Docker dosyasından gelen yapılandırmanın bu yola bir hacim

24
00:01:53,600 --> 00:01:54,460
‫atandığını söyleyebilirim.

25
00:01:54,470 --> 00:01:57,150
‫Onu bir konteyner çalıştıralım.

26
00:02:00,990 --> 00:02:05,640
‫Böylece docker konteyneri -d --adı mysql'i çalıştırır.

27
00:02:05,730 --> 00:02:09,120
‫Daha önce hatırlarsanız MySQL bir tane daha az özel.

28
00:02:09,230 --> 00:02:11,390
‫Artık çalışması için bir

29
00:02:11,400 --> 00:02:13,450
‫ortam değişkeni gerektiriyor.

30
00:02:13,530 --> 00:02:19,090
‫MYSQL_ALLOW_EMPTY_PASSWORD.

31
00:02:19,180 --> 00:02:19,430
‫TAMAM.

32
00:02:22,810 --> 00:02:29,020
‫Gördüğünüz şey MySQL çalışıyor. söyleyen aynı şeyi görmeliyiz.

33
00:02:29,170 --> 00:02:37,200
‫Eğer bir rıhtım konteyneri yaparsak mysql'i inceler, konfigürasyonda bir hacim olduğunu

34
00:02:38,360 --> 00:02:39,370
‫İşte.

35
00:02:39,450 --> 00:02:47,400
‫Ayrıca burada bağlar altında görebiliriz. Bunun nedeni, aslında bu, ana bilgisayarda kendi benzersiz konumunu

36
00:02:47,400 --> 00:02:55,770
‫alıp, bu verileri depolamak için çalışan kapsayıcı olması ve daha sonra, kapsayıcıdaki konumun kapsayıcıdaki konumu bu şekilde eşlenen veya

37
00:02:55,770 --> 00:02:59,730
‫monte edildiği arka planda olmasıdır. aslında sadece / var

38
00:02:59,730 --> 00:03:02,040
‫/ lib / mysql'e yazdığını düşünüyor.

39
00:03:02,310 --> 00:03:08,570
‫Bu durumda, verilerin aslında ev sahibi üzerindeki o yerde yaşadığını görebiliriz. yapalım ve şu anda bir

40
00:03:08,570 --> 00:03:10,790
‫hacmimizin olduğunu görebiliyoruz.

41
00:03:10,860 --> 00:03:16,760
‫Şimdi liman hacmi ls Şimdi, bu benzersiz kimliği bulduğumuzun farkındayız, ne

42
00:03:16,760 --> 00:03:18,190
‫cehennem oluyor bilemeyiz, değil

43
00:03:18,200 --> 00:03:18,560
‫mi?

44
00:03:18,560 --> 00:03:21,090
‫Bu konuda bir inceleme yapalım.

45
00:03:21,150 --> 00:03:22,310
‫Her şeyi yazmanız gerekmiyor.

46
00:03:22,310 --> 00:03:26,270
‫İlk birkaç karakteri yazıp tamamlamak için Tab tuşuna basabilirsiniz. Sesin kendisi hakkında

47
00:03:26,270 --> 00:03:28,390
‫da benzer bilgiler edineceksiniz.

48
00:03:29,440 --> 00:03:35,050
‫Linux makinesinde yapıyorsanız, sabit sürücünüzdeki o konuma gidip verileri görebilirsiniz.

49
00:03:35,050 --> 00:03:36,790
‫Aslında bunu bir

50
00:03:37,090 --> 00:03:38,530
‫Aslında bazı veritabanları orada olacak.

51
00:03:38,560 --> 00:03:43,870
‫Mac veya Windows kullanıyorsanız, Windows için Docker'ın ve Mac için Docker'ın

52
00:03:43,870 --> 00:03:49,620
‫gerçekte bir Linux VM oluşturduğu yerden gizlenen arka planda biraz ilerlemeyi unutmayın.

53
00:03:49,750 --> 00:03:55,420
‫Dolayısıyla bu veriler teknik olarak o Linux VM'nin içindedir. Windows veya Mac makinenizde bu

54
00:03:55,450 --> 00:03:59,530
‫yola gidip verileri göremeyeceksiniz. Aslında bu VM'nin içinde.

55
00:03:59,530 --> 00:04:04,210
‫Bir miktar, takılı hacimlerle, bu sınırlamayı da nasıl atlatabileceğimizi göreceğiz.

56
00:04:04,210 --> 00:04:10,810
‫bu ciltin ne atandığını bize söylemek açısından kullanıcı dostu olmadığını fark ettiniz.

57
00:04:11,140 --> 00:04:14,250
‫Buna bakarak, içeriğinde ne olduğunu veya

58
00:04:14,260 --> 00:04:20,260
‫Konteynerin kullandığı hacmin ne olduğunu, kullanım hacim perspektifinden ne

59
00:04:20,410 --> 00:04:22,150
‫göreceğimizi göremiyoruz.

60
00:04:22,150 --> 00:04:22,910
‫Sağ?

61
00:04:23,230 --> 00:04:28,910
‫Yukarı Ok'a basarsam ve bir mysql2 oluşturalım görelim.

62
00:04:29,170 --> 00:04:32,190
‫Arka planda çalışan başka bir MySQL sunucusu oluşturuldu.

63
00:04:32,200 --> 00:04:36,430
‫Başka liman hacmi ls yaparsam, ikisini göreceksin.

64
00:04:36,430 --> 00:04:37,770
‫Sorunu görmeye başladın, değil mi?

65
00:04:37,790 --> 00:04:41,630
‫Burada birinden diğerine söylemenin kolay bir yolu yok.

66
00:04:41,740 --> 00:04:53,500
‫Eğer bir noktayı ispatlamak için, liman kapını durduran mysql'i ve bir rıhtıma bir kapta

67
00:04:53,590 --> 00:04:54,930
‫mysql2'yi durdurursak.

68
00:04:55,190 --> 00:05:01,180
‫Bir rıhtım konteyneri yapıyoruz, herhangi bir konteynırın çalışmadığını göreceğiz. Eğer bir ls -a

69
00:05:01,180 --> 00:05:06,900
‫yaparsak, hepsini göreceğiz. Ve durdurulduğuna dikkat edin. Ve sonra liman hacmi ls yapıyoruz,

70
00:05:06,910 --> 00:05:08,580
‫hala iki cildiniz olduğunu fark ettiniz.

71
00:05:08,590 --> 00:05:16,390
‫Bir rıhtım konteyneri rm mysql ve sonra mysql2 yaparsam, aslında bunlardan birini tek bir komutta

72
00:05:16,390 --> 00:05:23,590
‫yapabilirim, çünkü her iki kapımı da kaldıracaktır. hacmi ls yaparsam, ciltlerim hâlâ oradadır.

73
00:05:23,590 --> 00:05:26,560
‫Şimdi liman Verilerim hala güvende.

74
00:05:26,560 --> 00:05:28,510
‫Yani bir sorunu çözdük.

75
00:05:28,510 --> 00:05:31,660
‫Veritabanları yürütülebilir dosyadan daha uzun sürmektedir.

76
00:05:31,660 --> 00:05:34,180
‫Bunu biraz daha kullanıcı dostu yapmayı nasıl sağlayabiliriz?

77
00:05:35,090 --> 00:05:40,010
‫Adlı hacimlerin geldiği yer ve bize liman işletmeciliği komutunda şeyler belirtme

78
00:05:40,010 --> 00:05:40,850
‫olanağı var.

79
00:05:41,120 --> 00:05:47,810
‫Donaným konteyneri koşusuna gelinceye kadar Yukarý Okuna birkaç kere basarsam, hangisinin tekrar

80
00:05:47,810 --> 00:05:49,600
‫kacacađýn önemli deđildir.

81
00:05:50,820 --> 00:05:59,340
‫Bu durumda, aslında bir -v komutunu atacağız. Bir -v, çalıştırılacak olan bu kapsayıcı için

82
00:05:59,370 --> 00:06:06,660
‫oluşturmak istediğiniz yeni bir birimi belirtmemize izin verir veya bize diğer iki

83
00:06:06,660 --> 00:06:07,500
‫seçenek sağlar.

84
00:06:07,500 --> 00:06:10,320
‫Onlardan biri adlandırılmış bir cilt oluşturmaktır.

85
00:06:10,320 --> 00:06:17,660
‫Yaptıysam -v ve daha sonra var lib mysql, aynı işi yapacak olan şey, Docker

86
00:06:17,670 --> 00:06:20,040
‫dosyasındaki birim komutunun yaptığı şey.

87
00:06:20,040 --> 00:06:24,970
‫Gerçekten burada yapmamız gerekmiyor. Ama yapabileceğimiz, önüne iki nokta üst üste

88
00:06:26,810 --> 00:06:29,930
‫bir isim koyabilirim. Bu "adlandırılmış hacmi" olarak bilinir. ad kullandığını göreceksin.

89
00:06:30,080 --> 00:06:38,000
‫"Bunu yaptığımda ve daha sonra liman hacmi ls yaparsam, yeni kabının yeni bir birim kullandığını ve

90
00:06:38,180 --> 00:06:39,300
‫kolay bir

91
00:06:39,320 --> 00:06:45,980
‫Eğer bir liman cildi hacmini bu mysql üzerinde incelersek, burada daha kolay kullanıldığını göreceksiniz.

92
00:06:46,010 --> 00:06:49,550
‫Konteynerimi tekrar sildiysem ve bir -f dosyasını koymaya devam etmem

93
00:06:52,470 --> 00:06:59,040
‫gerektiği için hala çalışıyor ve sonra bir tane daha çalıştırıyorum. Ve bu kez, farklı

94
00:06:59,040 --> 00:07:04,280
‫bir ad vereceğim. Ve sonra başka bir rıhtım hacmi yapıyoruz

95
00:07:04,280 --> 00:07:09,420
‫ls, yeni bir hacim yaratmadığımızı görürsünüz. Hâlâ aynı hacmi kullanıyor.

96
00:07:09,420 --> 00:07:17,680
‫Hırsız liman konteyneri, mysql3 üzerinde teftiş yapalım. yapılandırılmış olan bu ancak ne çalışıyor?

97
00:07:18,990 --> 00:07:22,860
‫Sonra burada göreceğimiz şey, evet,

98
00:07:22,880 --> 00:07:24,300
‫Burası bizim takozlarımız.

99
00:07:24,560 --> 00:07:29,510
‫Burada sadece dostça isim değil, aynı zamanda kaynağın yerini de biraz daha

100
00:07:29,510 --> 00:07:30,980
‫dostça olarak değiştirdiğini göreceğiz.

101
00:07:31,280 --> 00:07:38,480
‫bir ipucu burada, günler veya haftalarca bir defada, belirli bir veritabanında, belirli bir kapsayıcıda defalarca

102
00:07:38,540 --> 00:07:43,460
‫kullanmaya devam etmem gereken ve boş bir veritabanı sunucusu istemiyorum.

103
00:07:43,460 --> 00:07:50,930
‫Bu şekilde konteynırlarımı oluşturup bunları projeye adlandıracağım, böylece bu cildin ne için olduğunu ve etrafında

104
00:07:50,930 --> 00:07:52,250
‫kalması gerektiğini biliyorum.

105
00:07:52,370 --> 00:07:53,900
‫Benim için küçük

106
00:07:57,840 --> 00:07:59,200
‫Burada son bir şey var.

107
00:08:00,130 --> 00:08:06,390
‫Neden rıhtım hacmini yaratmak istersiniz?

108
00:08:06,550 --> 00:08:13,750
‫Bunları bir liman yuvası konteyneri çalıştırma komutundan oluşturabilirsek ve onları Docker dosyasında belirterek oluşturabilirsek, vaktinden önce

109
00:08:13,750 --> 00:08:18,670
‫oluşturmak isteyebileceğiniz birkaç durum var. Ve aslında bunu help komutunu

110
00:08:18,670 --> 00:08:21,320
‫kullanarak oldukça hızlı bir şekilde çözebilirsin.

111
00:08:22,210 --> 00:08:26,580
‫Çünkü burada aslında farklı bir sürücü belirleyebileceğimiz tek yol var.

112
00:08:26,590 --> 00:08:28,890
‫Daha sonra bahsedeceğim eklenti öğelerini hatırlıyor musun?

113
00:08:29,020 --> 00:08:33,370
‫Sonra -o'yu kullanmak istediğiniz herhangi bir sürücü seçeneği.

114
00:08:33,370 --> 00:08:37,090
‫Etiket koymak istiyorsak, daha sonra üretim bölümünde de konuşacağız.

115
00:08:37,090 --> 00:08:42,530
‫Bazen, özel durumlarda, Docker birimini önceden oluşturmanız gerekir, ancak genellikle yerel geliştirme amaçlarınız için,

116
00:08:42,540 --> 00:08:46,610
‫yalnızca bir Docker dosyasında belirtmek veya çalıştır komutunda sorun yoktur.