WEBVTT

00:00:00.000 --> 00:00:02.745
>> Büyük veri kümeleri,

00:00:02.745 --> 00:00:05.640
küme tutmanın bir yolu
sağlayarak güvenilir

00:00:05.640 --> 00:00:08.460
kritik için yüksek kullanılabilirlik
bileşenleri ve Mihaela olduğunu

00:00:08.460 --> 00:00:12.120
burada bize her şeyi anlatmak için
bugün Data Exposed'da.

00:00:12.120 --> 00:00:23.400
[MÜZİk]

00:00:23.400 --> 00:00:26.475
>> Merhaba, ve başka bir hoş geldiniz
Data Exposed bölümü.

00:00:26.475 --> 00:00:30.480
Ben ev sahibiniz Jeroen ve bugün
Mihaela bizimle konuşuyor.

00:00:30.480 --> 00:00:32.265
büyük veri kümeleri hakkında ve daha sonra

00:00:32.265 --> 00:00:34.970
özellikle yüksek
onlar için kullanılabilirlik.

00:00:34.970 --> 00:00:37.655
Tekrar hoş geldin. Bu gerekir
sanırım ileri zaman.

00:00:37.655 --> 00:00:39.560
Evet, evet. Teşekkür ederiz. Teşekkür
Beni burada olduğun için.

00:00:39.560 --> 00:00:40.985
Evet, evet. Sonda oluyorsun.

00:00:40.985 --> 00:00:43.550
Bu yüzden bahsettiğiniz konuların çoğu

00:00:43.550 --> 00:00:46.445
hakkında büyük veri kümeleri
ve bugün de farklı değil.

00:00:46.445 --> 00:00:48.345
Ama sonra yüksek kullanılabilirlik, değil mi?

00:00:48.345 --> 00:00:50.780
Evet, evet. Bu yüzden vardır
bir çok şey

00:00:50.780 --> 00:00:53.360
geldiğinde hakkında konuşmak
yüksek kullanılabilirlik için.

00:00:53.360 --> 00:00:54.155
Tamam, tamam.

00:00:54.155 --> 00:00:57.590
Bazı
bu video da bu yönlerini.

00:00:57.590 --> 00:00:59.785
Tamam, tamam. Serin. Şimdi başlayalım.

00:00:59.785 --> 00:01:05.745
Yani verilerden bahsederken
özellikle ve veritabanları,

00:01:05.745 --> 00:01:07.800
biz emin olmak istiyorum
veri kalıcılık olduğunu.

00:01:07.800 --> 00:01:09.110
Bu yüzden sadece başlamak istiyorum.

00:01:09.110 --> 00:01:13.430
bu yüksek kullanılabilirlik konuşma
depolama özeti ile.

00:01:13.430 --> 00:01:13.650
Tamam, tamam.

00:01:13.650 --> 00:01:14.850
>> Çok farklı katmanlar

00:01:14.850 --> 00:01:17.840
büyük veri kümesi var
depolama için farklı seçenekler.

00:01:17.840 --> 00:01:20.180
Yerel bir depolama alanı veya

00:01:20.180 --> 00:01:23.150
uzak ve biz gibi tanecikli olarak yaptı

00:01:23.150 --> 00:01:25.970
yerel veya uzak tercih edebilirsiniz

00:01:25.970 --> 00:01:28.895
eğer isterseniz bağlı
verileri veya günlükleri saklayın.

00:01:28.895 --> 00:01:33.680
Yani istemediğiniz günlükler
mutlaka gereksiz yapmak için

00:01:33.680 --> 00:01:36.865
çünkü ihtiyacınız olabilir

00:01:36.865 --> 00:01:40.930
sorun giderme ama sonra
Sonsuza kadar saklamak istemiyorum.

00:01:41.090 --> 00:01:42.190
>> [duyulmaz].

00:01:42.190 --> 00:01:44.840
Kesinlikle. Bu yüzden ne zaman
biz günlükleri hakkında konuşmak

00:01:44.840 --> 00:01:48.140
çoğunlukla tutmak istiyorum
yerel bir depolama üzerinde onları

00:01:48.140 --> 00:01:52.355
özellikle de konuştuğumuz için.
sahip olduğumuz son videoda

00:01:52.355 --> 00:01:54.590
olan kümelerde bileşenler

00:01:54.590 --> 00:01:57.410
bu günlükleri toplama ve
elastik bir arama onları başlatArak.

00:01:57.410 --> 00:02:01.615
Yani zaten bazı var
bu açıdan bağımlılık.

00:02:01.615 --> 00:02:04.410
Veri söz konusu olduğunda,
çeşitli bileşenler

00:02:04.410 --> 00:02:08.270
farklı gereksinimleri var
nasıl bağlı olarak

00:02:08.270 --> 00:02:10.730
kritik bir görev dir ve eğer varsa

00:02:10.730 --> 00:02:15.140
depolanan herhangi bir kullanıcı verisi
örneğin veriler için,

00:02:15.140 --> 00:02:20.030
SQL Server ana veya depolama
HDFS verileri gibi havuz tutulur.

00:02:20.030 --> 00:02:22.955
Korumak istiyorsun
bunun için fazlalık.

00:02:22.955 --> 00:02:28.445
Ama Compute havuzu veya Kıvılcım,

00:02:28.445 --> 00:02:30.695
devlet diye bir şey yok.

00:02:30.695 --> 00:02:33.380
Sadece hesaplama.
Yani bir anlamı yok.

00:02:33.380 --> 00:02:36.560
ek eklemek için
depolama için fazlalık.

00:02:36.560 --> 00:02:38.225
Kesinlikle. Böylece yerel seçebilirsiniz.

00:02:38.225 --> 00:02:39.470
Yani burada

00:02:39.470 --> 00:02:42.260
farklı seçenekler
sağlamak zorunda

00:02:42.260 --> 00:02:44.810
bu hizmetlerin güvenilirliği

00:02:44.810 --> 00:02:46.400
veri kalıcılığı söz konusu olduğunda.

00:02:46.400 --> 00:02:47.620
Tamam, tamam.

00:02:47.620 --> 00:02:51.575
Devam ettiğimiz yer orası.
HA seçenekleri ile, değil mi?

00:02:51.575 --> 00:02:55.985
Yani SQL Server master için eğer
verilerinizde yerel olarak hikaye,

00:02:55.985 --> 00:02:57.725
eklediğinizden emin olmalısınız

00:02:57.725 --> 00:02:59.675
buna bazı ek fazlalıklar

00:02:59.675 --> 00:03:01.340
Kullanılabilirlik Grupları ile
ve biz gidiyoruz

00:03:01.340 --> 00:03:04.160
kısa bir süre nasıl etkinleştirildi bakın.

00:03:04.160 --> 00:03:05.990
Veri havuzu söz konusu olduğunda,

00:03:05.990 --> 00:03:13.970
kombinalarda PVs kullanmak
verilerin kalıcı olduğundan emin olun.

00:03:13.970 --> 00:03:15.350
Yani sadece pvs, değil mi?

00:03:15.350 --> 00:03:16.505
Burada bir sürü kısaltma var.

00:03:16.505 --> 00:03:17.240
Evet, evet.

00:03:17.240 --> 00:03:21.110
Eg PV, HA, PV'nin olduğu her şey?

00:03:21.110 --> 00:03:25.175
>> PVs önerir bu
bir Kubernetes konsepti

00:03:25.175 --> 00:03:28.250
depolama katmanını özetleyen

00:03:28.250 --> 00:03:32.090
Kubernetes ve eğer sağlar
kalıcı birimleri kullanarak.

00:03:32.090 --> 00:03:35.270
Yani kavram veri sebat olduğunu.

00:03:35.270 --> 00:03:37.010
Eğer kullanıyorsanız Yani
kalıcı hacim olduğunu

00:03:37.010 --> 00:03:38.840
Kubernetes'in

00:03:38.840 --> 00:03:42.440
veriler bu depolama üzerinde kalıcıdır.

00:03:42.440 --> 00:03:43.580
Tamam, tamam. Anladım.

00:03:43.580 --> 00:03:46.655
>> Yine, bu sağlamak için gerek değildir

00:03:46.655 --> 00:03:49.435
işlem için yüksek kullanılabilirlik
Çünkü vatansız.

00:03:49.435 --> 00:03:52.110
Kritik bileşenleri vardır

00:03:52.110 --> 00:03:53.870
Hadoop Yığını'nda
doğru zaman söz konusu olduğunda

00:03:53.870 --> 00:03:56.600
HDFS NameNode ve bazı Spark paylaştı

00:03:56.600 --> 00:04:00.545
ihtiyacınız olan hizmetler
için yüksek kullanılabilirlik sağlamak,

00:04:00.545 --> 00:04:03.020
ve çok önemli I
burada vurgulamak istiyorum

00:04:03.020 --> 00:04:09.000
sahip olduğunuz Kontrol Hizmeti
sadece kalıcı hacmi var,

00:04:09.000 --> 00:04:11.490
bazı eklemeniz gerekir
bu hikayeye fazlalık.

00:04:11.490 --> 00:04:14.135
Bu yüzden bazı olmalı
uzak yedekli depolama.

00:04:14.135 --> 00:04:16.940
Denetiminizi [duyulmaz] tutmayın

00:04:16.940 --> 00:04:21.410
yerel olarak çünkü eğer
düğüm burada son,

00:04:21.410 --> 00:04:23.960
hemen hemen tüm küme
çok kısıtlı değil.

00:04:23.960 --> 00:04:28.130
Tamam, tamam. Yani Kontrol var
Uzak bir depodaki pVs?

00:04:28.130 --> 00:04:29.270
Uzak ve gereksiz.

00:04:29.270 --> 00:04:31.100
Bu yüzden yapmak zorunda
eklediklerine emin

00:04:31.100 --> 00:04:33.005
bu katmana biraz fazlalık.

00:04:33.005 --> 00:04:34.710
Tamam, tamam. Kaydetti.

00:04:34.710 --> 00:04:37.290
Şimdi bakalım
bunun ne anlama geldiğini

00:04:37.290 --> 00:04:41.085
SQL Server ana ve
bunun için AG's's etkinleştirmek.

00:04:41.085 --> 00:04:45.095
Yani bu bir şema ya da

00:04:45.095 --> 00:04:50.045
nasıl çeşitli hizmetlerin düzeni
SQL Server'ı oluşturan,

00:04:50.045 --> 00:04:55.190
yüksek kullanılabilirlik katmanı
SQL Server master için.

00:04:55.190 --> 00:04:57.020
Yine, bir birincil var hangi

00:04:57.020 --> 00:05:00.785
en az iki ikinci
sağ senkron,

00:05:00.785 --> 00:05:04.670
ve biz bileşenleri inşa

00:05:04.670 --> 00:05:08.985
orada sağlanması
otomatik izleme,

00:05:08.985 --> 00:05:11.370
otomatik arıza
ve orkestrasyon.

00:05:11.370 --> 00:05:12.960
Eğer bir birincil ile bir şey olursa,

00:05:12.960 --> 00:05:17.675
otomatik olarak olur, orada
bir şey yapmaya gerek yoktur.

00:05:17.675 --> 00:05:20.330
İstediğim bir şey var.
burada vurgulamak için

00:05:20.330 --> 00:05:23.870
büyük veri kümesi için
sadece şu anda,

00:05:23.870 --> 00:05:27.755
biz de bir dediğimiz etkinleştirmek
İçerdiği Kullanılabilirlik Grubu,

00:05:27.755 --> 00:05:30.920
bu da şimdi nesneleri anlamına gelir

00:05:30.920 --> 00:05:33.920
örneğin ana depola

00:05:33.920 --> 00:05:40.190
oturum açmalar da çoğaltılır
İkincillere, değil mi?

00:05:40.190 --> 00:05:40.380
Tamam, tamam.

00:05:40.380 --> 00:05:43.880
Bu yüzden şimdiye kadar bu
boyunca bize gönderiyoruz

00:05:43.880 --> 00:05:45.770
müşterilerimize yapmak
emin bu girişler

00:05:45.770 --> 00:05:47.930
aksi takdirde çoğaltılır,

00:05:47.930 --> 00:05:49.610
bir sürü suçlama var ve

00:05:49.610 --> 00:05:51.935
yapmak zorunda oldukları manuel çoğaltma.

00:05:51.935 --> 00:05:55.290
Şu anda otomatik olarak
her şey halledilir.

00:05:55.290 --> 00:05:57.060
Yani dağıtımdan, eklemeden

00:05:57.060 --> 00:05:59.130
kullanılabilirlik gruplarına veritabanları,

00:05:59.130 --> 00:06:05.330
çoğaltılmış bu ana eklemek için
veritabanı kullanılabilirlik grupları.

00:06:05.330 --> 00:06:08.555
Bu yüzden çok az eğer hiçbiri

00:06:08.555 --> 00:06:13.130
operasyonel yönetimi arasında

00:06:13.130 --> 00:06:16.620
kullanılabilirlik grubu.
Bu harika.

00:06:16.620 --> 00:06:18.660
Evet, evet. Bu gerçekten.
Harika. Diyecektim ki.

00:06:18.660 --> 00:06:21.230
Yani sen de bahsetmiştin.
şimdi kullanılabilirlik grupları, değil mi?

00:06:21.230 --> 00:06:21.390
Evet, evet.

00:06:21.390 --> 00:06:24.330
Bu normal mi?

00:06:24.330 --> 00:06:27.200
Evet, evet. Tam olarak.
aynı özelliği biz

00:06:27.200 --> 00:06:30.050
tüm SQL Server 2012, değil mi biliyorum?

00:06:30.050 --> 00:06:30.605
Evet, evet.

00:06:30.605 --> 00:06:33.440
>> Bir şey
Bu çok önemli.

00:06:33.440 --> 00:06:35.960
Başka küme teknolojisi yok

00:06:35.960 --> 00:06:39.365
bunu yapmak zorunda kalacaksın.
dağıtmak veya entegre etmek.

00:06:39.365 --> 00:06:41.445
Her şeyi halledilen,

00:06:41.445 --> 00:06:44.590
dağıtan hizmetler
HA amiri ile,

00:06:44.590 --> 00:06:45.730
işleci ve

00:06:45.730 --> 00:06:49.840
ile sıkı bir şekilde entegre ders
Kubernetes bu davayı yazıyor.

00:06:49.840 --> 00:06:52.560
Bu yüzden bundan faydalanıyoruz.
bu platformların.

00:06:52.560 --> 00:06:54.100
Yani artık küme teknolojisi yok.

00:06:54.100 --> 00:06:56.650
Yani bu ustalık için harika.

00:06:56.650 --> 00:07:00.510
Şimdi ustaya güveniyorum.
örnekleri iyidir.

00:07:00.510 --> 00:07:02.250
Ama BDC'de daha fazlası var, değil mi?

00:07:02.250 --> 00:07:03.965
Sadece SQL Server yapmıyoruz.

00:07:03.965 --> 00:07:05.980
biz yapıyoruz [duyulmaz]
ilgili şeyler.

00:07:05.980 --> 00:07:07.510
Söyle bana.

00:07:07.510 --> 00:07:10.230
O zaman ne olduğumuza bakalım.
Hadoop için yapıyor, HDFS için.

00:07:10.230 --> 00:07:13.690
Yani HDFS NameNode de olmalıdır

00:07:13.690 --> 00:07:16.540
yüksek kullanılabilir bir yapılandırma
çünkü bu çok önemli.

00:07:16.540 --> 00:07:20.035
Hadoop Yığını için,

00:07:20.035 --> 00:07:23.205
ve ne görüyoruz ki
müşteri bize, ''Oh, diyor

00:07:23.205 --> 00:07:26.395
NameNode'' için çoğaltma istiyorum.

00:07:26.395 --> 00:07:28.640
ayrıca Zookeeper'ı da devreye salacak

00:07:28.640 --> 00:07:31.430
açık kaynak küme teknolojisidir.

00:07:31.430 --> 00:07:35.750
Bu giden bileşen.
koordinasyonu sağlamak için

00:07:35.750 --> 00:07:39.800
izleme ve başarısız

00:07:39.800 --> 00:07:44.970
NameNode gerekli
bir bekleme ikincil için.

00:07:44.970 --> 00:07:45.070
Tamam, tamam.

00:07:45.070 --> 00:07:47.330
>> Yani ek bir yineleme dağıtma

00:07:47.330 --> 00:07:49.985
Ve Zookeeper ilgileniyor
orkestrasyon yönü.

00:07:49.985 --> 00:07:50.675
Tamam, tamam.

00:07:50.675 --> 00:07:55.235
Aynı zamanda
aynı zamanda yer

00:07:55.235 --> 00:07:58.580
için yüksek kullanılabilirlik bakımı

00:07:58.580 --> 00:08:03.679
bazı Kıvılcım payı bileşenleri
İplik Kaynak Yöneticisi gibi,

00:08:03.679 --> 00:08:07.520
ve bu anlamda
Kıvılcım biz de dağıtmak

00:08:07.520 --> 00:08:12.200
hizmetler için birden çok yineleme
Kıvılcım Tarihi, İş Tarihi gibi.

00:08:12.200 --> 00:08:15.515
Bu yüzden emin olmak için eğer bir şey

00:08:15.515 --> 00:08:19.900
OneNote'ta devam eden
bu hizmetler barındırılır,

00:08:19.900 --> 00:08:23.495
[Duyulmaz] seçilecek
yukarı veya ek yinelemeler.

00:08:23.495 --> 00:08:24.790
Çok güzel.

00:08:24.790 --> 00:08:28.490
Bu yüzden ne kadar kolay olduğunu görelim

00:08:28.490 --> 00:08:32.570
yüksek kullanılabilirlik yapılandırmak
çeşitli bileşenler için.

00:08:32.570 --> 00:08:33.530
Bana kolay olduğunu söyle.

00:08:33.530 --> 00:08:35.510
Çok kolay.

00:08:35.510 --> 00:08:38.280
Çok güzel. Kolayı severim.

00:08:38.470 --> 00:08:42.740
Geçen sefer nasıl
dağıtımlarınızı yapılandırmak için.

00:08:42.740 --> 00:08:43.820
Evet, evet. Bunu hatırlıyorum.

00:08:43.820 --> 00:08:47.270
>> Küme var
yapılandırma dosyaları

00:08:47.270 --> 00:08:49.675
veya dağıtım şablonları
sahip olduğunuz,

00:08:49.675 --> 00:08:52.280
ve unutmayın ki biz
hakkında daha önce konuşmak

00:08:52.280 --> 00:08:55.700
Spark payı bileşenleri.

00:08:55.700 --> 00:08:56.210
Evet, evet.

00:08:56.210 --> 00:08:59.975
Sadece iki tane istiyorum diyorum.
kopyaları ve hepsi bu.

00:08:59.975 --> 00:09:02.060
Biz ilgileniriz.
oradan alıyor.

00:09:02.060 --> 00:09:03.020
Hepsi bu mu?

00:09:03.020 --> 00:09:04.610
Hayvan bakıcısı. Tekrar,

00:09:04.610 --> 00:09:08.450
biz tüm üzerinden gitmek zorunda
geçtikleri bileşenler.

00:09:08.450 --> 00:09:12.980
Hayvanbakıcısına ihtiyacımız olacak.
çoğunluk sağlamak için üç çoğaltma.

00:09:12.980 --> 00:09:16.145
Sonra ustadan da bahsettik.

00:09:16.145 --> 00:09:19.465
SQL Server ana örneği
Peki ben burada ne yapacağım?

00:09:19.465 --> 00:09:22.755
Sadece şunu söyleyebilirim ki.
üç çoğaltma istiyorum,

00:09:22.755 --> 00:09:26.930
ve çünkü SQL Server
kullanılabilirlik grupları

00:09:26.930 --> 00:09:28.985
ayrıca okunabilir ikincilleri de sağlar,

00:09:28.985 --> 00:09:31.640
size seçenek verecektir

00:09:31.640 --> 00:09:36.440
bir hizmet dağıtmak
bir bitiş noktası ortaya çıkarıyor

00:09:36.440 --> 00:09:39.920
uzaktan iş yükü görev için

00:09:39.920 --> 00:09:41.780
itibaren ikincil
ve sadece var

00:09:41.780 --> 00:09:44.015
bu durumda buradaki bağlantı noktasını belirtin.

00:09:44.015 --> 00:09:47.900
Doğru. Bu yüzden yüksek yapmak
kullanılabilirliği ve bunun bir parçası olarak,

00:09:47.900 --> 00:09:49.980
ayrıca yapabilirsiniz
salt okunur, [duyulmaz]

00:09:49.980 --> 00:09:51.365
Kesinlikle. Evet.

00:09:51.365 --> 00:09:54.290
Çok güzel. Bunu böyle mi okuyorsun?
sadece bir satır [duyulmaz] gibi?

00:09:54.290 --> 00:09:57.470
Evet, evet. Sadece belirtin
kaç çoğaltma

00:09:57.470 --> 00:10:02.480
Düzenleme konusunda endişelenmeyin,

00:10:02.480 --> 00:10:05.900
dağıtma ek
söylerken olduğu gibi bileşenleri

00:10:05.900 --> 00:10:09.545
bize ben üç kopyaları istiyorum
SQL Server master için,

00:10:09.545 --> 00:10:10.820
operatörü devreye salıyoruz,

00:10:10.820 --> 00:10:12.260
biz olan süpervizör konuşlandırıldı

00:10:12.260 --> 00:10:14.030
izleme yapmak
ve diğer her şeyi.

00:10:14.030 --> 00:10:17.180
Yani her şey geride kaldı.
sahneleri ve bu

00:10:17.180 --> 00:10:21.380
minimal orkestrasyon
bir şeyler kurmak için.

00:10:21.380 --> 00:10:23.840
Olan insanlar için
çok nasıl aşina

00:10:23.840 --> 00:10:27.905
kullanılabilirliği yapılandırmak için
gruplar ben bu düşünüyorum

00:10:27.905 --> 00:10:32.090
en az dört veya beş
T-SQL deyimleri

00:10:32.090 --> 00:10:34.970
artı prepping uç noktaları
ve bunun gibi şeyler.

00:10:34.970 --> 00:10:37.355
Bu yüzden dikenli sordu.

00:10:37.355 --> 00:10:39.830
YouTube'dan bu yükü

00:10:39.830 --> 00:10:42.415
gerçekten çalışan odaklanmak
büyük verilerde ne var?

00:10:42.415 --> 00:10:44.940
Doğru. Daha fazla olamaz.
Bundan daha basit, değil mi?

00:10:44.940 --> 00:10:45.420
Öyle.

00:10:45.420 --> 00:10:48.350
>> Bir satır ve tabii ki eğer
isterseniz ana örnek

00:10:48.350 --> 00:10:52.430
yalnızca okumak için daha fazla satır ama
Evet, bu gerçekten etkileyici.

00:10:52.430 --> 00:10:54.740
Serin. Peki nerede yapabilirim
bu konuda daha fazla bilgi edinmek?

00:10:54.740 --> 00:10:56.385
Nasıl başlarım?

00:10:56.385 --> 00:11:00.920
Bu yüzden kesinlikle size göstereceğim

00:11:00.920 --> 00:11:03.915
tam olarak bazı bağlantılar
kaldıraç

00:11:03.915 --> 00:11:07.140
dağıtım için,
yapılandırma için.

00:11:07.140 --> 00:11:11.749
Böylece hakkında daha fazla bilgi bulabilirsiniz
dokümantasyon platformumuzda

00:11:11.749 --> 00:11:14.000
ama biz de çok şey var
orada örneklerin

00:11:14.000 --> 00:11:16.460
şeyleri yapılandırmak için nasıl.

00:11:16.460 --> 00:11:18.500
İş yüklerinin çalıştırılaması,

00:11:18.500 --> 00:11:21.380
ve her şey
kullanmak için devam edebilirsiniz

00:11:21.380 --> 00:11:24.350
bu bağlantılar ve kaldıraç için onları
ne yapmak istiyorsan yap.

00:11:24.350 --> 00:11:25.490
Siz bizim kümelerimiz olacaksınız.

00:11:25.490 --> 00:11:28.550
Çok güzel. Şey, tekrar teşekkürler.
paylaşım ve bu olsa konuşuyor.

00:11:28.550 --> 00:11:30.260
Bu çok etkileyici.

00:11:30.260 --> 00:11:32.555
Bunu yaratmanın kolaylığı hoşuma.

00:11:32.555 --> 00:11:32.760
Evet, evet.

00:11:32.760 --> 00:11:34.700
Bu çok iş.

00:11:34.700 --> 00:11:36.695
Çok güzel. Evet. Teşekkür ederiz.

00:11:36.695 --> 00:11:39.410
Teşekkürler. Teşekkür
seni izlediğiniz için.

00:11:39.410 --> 00:11:41.525
Lütfen beğenin, abone olun,
yorum bırakın,

00:11:41.525 --> 00:11:43.830
ve seni görmeyi umuyoruz
Bir dahaki sefere. teşekkürler.

00:11:43.830 --> 00:11:55.690
[MÜZİk]