1
00:00:05,810 --> 00:00:10,720
‫Bu bölüm, kalıcı veriler etrafındaki konferanslar ve ödevlerle dolacak.

2
00:00:11,230 --> 00:00:16,490
‫Öncelikle, kalıcı verilerin sorunlarını ve bunun başta bir sorun

3
00:00:16,490 --> 00:00:18,280
‫haline geldiğini tartışacağız.

4
00:00:18,290 --> 00:00:23,640
‫Anlamanız gereken temel kavramlar değişmez altyapı fikridir.

5
00:00:23,810 --> 00:00:28,580
‫Ve kapların etrafındaki fikir, doğal olarak tasarımda kısa ömürlüdür.

6
00:00:28,880 --> 00:00:36,680
‫Bunları birinci derste ele alacağız. Ardından veri hacimlerine ve bu sorunların bazılarını

7
00:00:36,680 --> 00:00:44,270
‫kalıcı verilerin etrafında nasıl çözdüklerine dalacağız. Sonra bind bağlamlarını ve bunun kalıcı veriyle

8
00:00:44,360 --> 00:00:50,660
‫farklı sorunları nasıl çözdüğünü de keşfedeceğiz. olacağı konusunda bu bölümle birkaç atama yapacağız.

9
00:00:50,720 --> 00:00:57,530
‫Ardından, veritabanlarının kapsayıcılarını değiştirirken, veritabanı verilerini korumanın nasıl Ayrıca, kodu düzenlerken ana

10
00:00:57,740 --> 00:01:03,320
‫makinenin bir kabına gerçekte kod eklerken, bu

11
00:01:03,320 --> 00:01:11,560
‫kodu kapsayıcıda canlı olarak çalıştırabilirsiniz. İlk dersin gereklilikleri sadece konteynırların nasıl çalıştırılacağını ve

12
00:01:11,560 --> 00:01:16,970
‫şu ana kadar tartıştığımız konteyner ve görüntü konseptlerini anlamaya yöneliktir.

13
00:01:17,050 --> 00:01:23,230
‫Şimdiye kadar, yalnızca bir kapsayıcı çalıştırdıktan sonra oluşturulabilecek benzersiz veriler değil, bir kapsayıcıyı çalıştırmak için neyin

14
00:01:23,230 --> 00:01:24,920
‫gerekli olduğunu merak ettiniz.

15
00:01:25,840 --> 00:01:29,200
‫Konteynerlerin değişmez ve kısa ömürlü olması amaçlanmıştır.

16
00:01:29,320 --> 00:01:34,220
‫Bunlar değişmeyen ve geçici veya tek kullanımlık fantezi kelimeleridir.

17
00:01:34,480 --> 00:01:40,180
‫Buradaki fikir, bir konteyneri atıp bir imajdan yeni bir tane yaratmak olabilir, değil

18
00:01:40,180 --> 00:01:40,770
‫mi?

19
00:01:41,790 --> 00:01:47,820
‫O halde, konteynırların gerçek bir sınırlamasından değil, daha çok bir tasarım hedefinden veya en

20
00:01:47,820 --> 00:01:49,070
‫iyi uygulamalardan bahsediyoruz.

21
00:01:49,080 --> 00:01:54,690
‫Bu, değişen altyapı fikridir, burada çalıştıklarında şeyleri değiştirmiyoruz.

22
00:01:54,840 --> 00:02:00,330
‫Bir yapılandırma değişikliğinin olması gerekiyorsa veya konteyner sürümünün yükseltilmesi gerekiyorsa, tamamen yeni

23
00:02:00,330 --> 00:02:02,420
‫bir kapsayıcı yeniden kuruyoruz.

24
00:02:02,490 --> 00:02:08,370
‫Bu bize güvenilirlik ve tutarlılık açısından büyük avantajlar sağlıyor ve değişikliklerin tekrarlanabilir olmasını sağlıyor.

25
00:02:08,490 --> 00:02:10,350
‫Fakat bir dezavantaj var.

26
00:02:10,350 --> 00:02:16,140
‫Uygulamanızın üreteceği benzersiz veriler ne olacak? Bu veritabanları veya anahtar değer mağazaları veya uygulamanızın bir

27
00:02:16,140 --> 00:02:18,150
‫dosyaya verdiği başka bir şey var mı?

28
00:02:18,330 --> 00:02:24,810
‫İdeal olarak, konteynırlar, uygulama ikili dosyaları ile karıştırılmış benzersiz verilerinizi içermemelidir. Bu "endişelerin ayrılması" olarak bilinir

29
00:02:24,810 --> 00:02:30,340
‫ve Docker aslında burada büyük bir fayda sağlar.

30
00:02:30,450 --> 00:02:36,780
‫Uygulamanızın güncellenmiş bir sürümüyle birlikte yeni bir kapsayıcı oluşturarak uygulamanızı güncelleyebiliriz ve ideal olarak, benzersiz

31
00:02:36,990 --> 00:02:42,530
‫verilerimiz, hala nerede olması gerektiği ve konteynırın geri dönüştürülmesi sırasında bizim için korunmuştur.

32
00:02:42,540 --> 00:02:48,510
‫Şu ana kadar fark etmediyseniz, kullandığımız konteynerler varsayılan olarak kalıcıydı.

33
00:02:48,510 --> 00:02:53,880
‫Bunların içindeki değişiklikler aslında yeniden başlatma boyunca tutuldu ve kap kaldırılıncaya kadar yeniden başlatıldı.

34
00:02:54,240 --> 00:02:57,160
‫Kabı durdurduğumuzdan veya ana makineyi yeniden başlattığımızdan,

35
00:02:57,300 --> 00:03:00,030
‫kabın dosya değişiklikleri gitmediği anlamına gelmez.

36
00:03:00,210 --> 00:03:05,910
‫Yalnızca UFS katmanın kaybolduğu konteyneri kaldırdığımızda, ancak bunu istediğiniz gibi

37
00:03:05,910 --> 00:03:07,160
‫yapabilmek istiyoruz.

38
00:03:07,170 --> 00:03:13,320
‫Benzersiz verilerle ilgili bu sorun endüstride "kalıcı veriler" olarak bilinir ve konteynırlara kadar

39
00:03:13,320 --> 00:03:19,230
‫gerçekten bunun için bir isim vermedik. Çünkü, eski uygulamalarınızı beş ila on yıl veya

40
00:03:19,230 --> 00:03:24,090
‫daha uzun süre çalıştıran eski sunucuları biliyorsunuz gibi, yaptığınız çoğu şey kalıcıydı.

41
00:03:24,270 --> 00:03:26,850
‫Her şey varsayılan olarak kalıcıydı.

42
00:03:26,850 --> 00:03:32,400
‫Artık yeni konteynır ve uygulama otomasyon ölçeklemesinde, kalıcı veriler benzersiz bir

43
00:03:32,400 --> 00:03:33,280
‫sorun oluşturuyor.

44
00:03:33,420 --> 00:03:36,640
‫Donör, bu sorunun "veri hacimleri" ve

45
00:03:36,720 --> 00:03:42,450
‫"bağlama" olarak bilinen iki çözümü vardır. "Liman hacimleri, benzersiz verileri depolamak için

46
00:03:42,450 --> 00:03:46,620
‫söz konusu kapsayıcı birliği dosya sisteminin dışında özel bir

47
00:03:46,620 --> 00:03:50,130
‫yeri oluşturan bir kapsayıcı için bir yapılandırma seçeneğidir.

48
00:03:50,210 --> 00:03:55,470
‫Bu, konteynerlerin taşınması boyunca korur ve onu istediğimiz konteynerin herhangi birine bağlamamızı sağlar.

49
00:03:55,940 --> 00:03:58,210
‫Ve konteyner sadece onu bir yerel dosya yolu gibi görür.

50
00:03:58,440 --> 00:04:05,670
‫Sonra bind mountları var, bunlar sadece bir host dizinini veya dosyasını bir konteynerle paylaşıyor ya da monte ediyoruz.

51
00:04:05,970 --> 00:04:10,470
‫Yine, kapsayıcıya yerel dosya yolu veya dizin yolu gibi görünecektir.

52
00:04:10,470 --> 00:04:12,590
‫Gerçekten ev sahibinden geldiğini bilmiyor.