WEBVTT

00:00:00.000 --> 00:00:02.070
>> SQL Server büyük
veri kümeleri sağlamak

00:00:02.070 --> 00:00:03.960
emin olmak için güvenlik mekanizmaları

00:00:03.960 --> 00:00:06.150
veri erişiminiz her zaman güvenlidir.

00:00:06.150 --> 00:00:08.220
Nellie söylemek için burada.
bize hakkında her şey

00:00:08.220 --> 00:00:10.350
bugün Data Exposed'da.

00:00:10.350 --> 00:00:21.210
[MÜZİk]

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

00:00:24.165 --> 00:00:27.570
Ben Ev sahibiniz Jeroen ve.
Bugün Nellie var

00:00:27.570 --> 00:00:30.990
bize büyük için güvenlik hakkında konuşmak
veri kümeleri. Merhaba, Nellie.

00:00:30.990 --> 00:00:31.860
Merhaba Jeroen.

00:00:31.860 --> 00:00:32.700
Nasılsın?

00:00:32.700 --> 00:00:33.750
Ben iyiyim. teşekkürler.

00:00:33.750 --> 00:00:36.930
Tamam, tamam. Yani güvenlik
büyük veri kümeleri için,

00:00:36.930 --> 00:00:38.340
Bu önemli olmalı.

00:00:38.340 --> 00:00:41.355
Bize nasıl çalıştığını söyleyebilir misiniz?

00:00:41.355 --> 00:00:44.970
Tabii ki. Eğer eğer
SQL Server'a aşina,

00:00:44.970 --> 00:00:47.735
muhtemelen bunu biliyorsun.
güvenlik her zaman

00:00:47.735 --> 00:00:49.820
bizim için bir öncelik

00:00:49.820 --> 00:00:53.540
ve aynı şey.
büyük veri kümeleri ile.

00:00:53.540 --> 00:00:56.180
Bu işe öncelik veririz.

00:00:56.180 --> 00:00:59.015
ve ne kadar önemli not
müşterilerimiz için.

00:00:59.015 --> 00:01:04.340
Bu yüzden bazı vurgulamak için gidiyorum
Bugün güvenlik etrafında şeyler.

00:01:04.340 --> 00:01:06.485
Bunu yapmayız.
tüm ayrıntıları kapsayacak şekilde,

00:01:06.485 --> 00:01:10.430
ama biz temelde kapsayacak

00:01:10.430 --> 00:01:12.080
bilmeniz için yüksek düzeyde

00:01:12.080 --> 00:01:15.170
güvenlik yetenekleri
büyük veri kümesinin.

00:01:15.170 --> 00:01:16.220
Tamam, tamam.

00:01:16.220 --> 00:01:17.870
Bildiğiniz gibi, bir sürü

00:01:17.870 --> 00:01:20.440
SQL Server müşterilerimiz
kurumsal müşteriler,

00:01:20.440 --> 00:01:23.720
büyük işletmeler kim
Active Directory'yi çalıştırın.

00:01:23.720 --> 00:01:27.125
Biz emin olmak gerekir tüm
dahil olmak üzere uygulamalarınız

00:01:27.125 --> 00:01:29.420
SQL Server ve büyük veri
kümeleri ve tüm

00:01:29.420 --> 00:01:32.525
bu çözümler
AD ile iyi entegre.

00:01:32.525 --> 00:01:33.515
Evet, evet.

00:01:33.515 --> 00:01:36.680
Anahtar bu.
biz konum yeteneği

00:01:36.680 --> 00:01:40.355
2019 yılında büyük veri kümelerinde etkinleştirme

00:01:40.355 --> 00:01:44.060
aslında için
yapabilmek için

00:01:44.060 --> 00:01:47.945
bu sorunsuz ve kolay bir şekilde.

00:01:47.945 --> 00:01:51.425
Şimdi sana nedenini söyleyeyim.
Ben kolay vurguladı ve

00:01:51.425 --> 00:01:56.150
sorunsuz, çünkü genellikle
uygulamalarla uğraşıyorsunuz,

00:01:56.150 --> 00:01:58.070
herhangi bir uygulama türü diyelim,

00:01:58.070 --> 00:02:01.220
AD'ye bir başvuruya katılma
Önemli bir şey değil, değil mi?

00:02:01.220 --> 00:02:04.280
Biz sadece varsayalım ki herhangi bir uygulama
AD entegrasyonunu destekler.

00:02:04.280 --> 00:02:04.730
Tabii ki.

00:02:04.730 --> 00:02:07.640
Şimdi büyük veri kümeleri için,
Aynı şey.

00:02:07.640 --> 00:02:09.185
İşe yaramalı.

00:02:09.185 --> 00:02:11.090
Sadece.

00:02:11.090 --> 00:02:13.890
olduğumuzu vurgulamak
tam bir tür çalışan

00:02:13.890 --> 00:02:18.255
tamamen konteyner
burada çözüm nerede

00:02:18.255 --> 00:02:20.240
tüm hizmetler

00:02:20.240 --> 00:02:22.160
konteynerler ve tüm
destekleyici hizmetler

00:02:22.160 --> 00:02:23.470
konteynerlerde çalışıyor,

00:02:23.470 --> 00:02:25.370
ve bu çalışıyor
Kubernetes'in tepesinde.

00:02:25.370 --> 00:02:25.955
Doğru.

00:02:25.955 --> 00:02:30.200
Bu yüzden çok uğraştık.
aldığınızdan emin olmak üzerine

00:02:30.200 --> 00:02:33.200
tam otomatik ve
sorunsuz bir deneyim

00:02:33.200 --> 00:02:37.130
Bu tamamen konteyner
büyük veri çözümü

00:02:37.130 --> 00:02:39.560
Kubernetes'in tepesinde.

00:02:39.560 --> 00:02:41.600
Yani temelde, tüm bu
konteynerde çalışır, böylece

00:02:41.600 --> 00:02:43.820
neden entegrasyon ilginç.

00:02:43.820 --> 00:02:45.170
Peki sahip olmak ne anlama geliyor

00:02:45.170 --> 00:02:47.360
tam otomatik
Entegrasyon? Ne alacağım?

00:02:47.360 --> 00:02:50.510
Evet, evet. Bunun için,

00:02:50.510 --> 00:02:52.415
biraz ihtiyacınız olabilir
arka plan parçası.

00:02:52.415 --> 00:02:52.530
Tamam, tamam.

00:02:52.530 --> 00:02:55.700
>> Yani katılırken
bir tür hizmet

00:02:55.700 --> 00:02:58.099
Aktif Dizin veya Kerberos

00:02:58.099 --> 00:03:00.410
içinde akıyor
bir Linux konteyneri,

00:03:00.410 --> 00:03:03.320
örneğin, bu
kesinlikle mümkün.

00:03:03.320 --> 00:03:04.670
Sadece başvurmak zorundasın.

00:03:04.670 --> 00:03:07.655
için bazı el ile adımlar
Bunu çalıştır.

00:03:07.655 --> 00:03:10.430
Şimdi bir var düşünün
yüzlerce çözüm

00:03:10.430 --> 00:03:14.255
yüzlerce bu kapların
orada çalışan hizmetlerin.

00:03:14.255 --> 00:03:16.580
Bunu el ile yapmak için
belli ki olmaz

00:03:16.580 --> 00:03:19.730
gerçekçi ve biz istemiyorum
kullanıcılarımızdan bunu sormak için.

00:03:19.730 --> 00:03:22.130
Yani tam otomatik olarak,

00:03:22.130 --> 00:03:23.795
Ben temelde biz demek

00:03:23.795 --> 00:03:25.970
bakımı
sizin için karmaşıklık.

00:03:25.970 --> 00:03:29.105
Adı verilen bir servisimiz var.
güvenlik destek hizmeti.

00:03:29.105 --> 00:03:30.695
Bu yüzden konuşlandırmanın bir parçası olarak,

00:03:30.695 --> 00:03:32.090
bu hizmet alacak

00:03:32.090 --> 00:03:34.430
sizden bazı bilgiler
dağıtan bir kullanıcı olarak

00:03:34.430 --> 00:03:39.005
küme ve daha sonra hizmet
temelde gerçekleştirmek için gidiyor

00:03:39.005 --> 00:03:41.480
her için bu adımların tümü
kümede tek hizmet

00:03:41.480 --> 00:03:44.045
emin olmak için
her şey AD katıldı.

00:03:44.045 --> 00:03:46.850
Vay canına, bu etkileyici.
Bu çok güzel.

00:03:46.850 --> 00:03:48.890
Yani temelde, ben sadece izin verebilirsiniz

00:03:48.890 --> 00:03:51.410
küme yapılandırmak
Ve işte gidiyoruz, değil mi?

00:03:51.410 --> 00:03:52.475
Evet, kesinlikle.

00:03:52.475 --> 00:03:53.005
Çok güzel.

00:03:53.005 --> 00:03:55.145
Buna ek olarak,

00:03:55.145 --> 00:03:58.370
biz de çok fazla zaman harcamak

00:03:58.370 --> 00:04:01.100
biz bir olsun emin olun
entegre güvenlik deneyimi.

00:04:01.100 --> 00:04:04.730
Bununla, yani, örneğin,

00:04:04.730 --> 00:04:07.864
bir geçiyor
Spark'tan HDFS'ye sorgu,

00:04:07.864 --> 00:04:10.060
çünkü büyük veri
küme biz Kıvılcım var,

00:04:10.060 --> 00:04:12.090
hdfs veri sorgulayabilirsiniz.

00:04:12.090 --> 00:04:15.920
Bu bileşenler zaten
birlikte oldukça iyi oynayın.

00:04:15.920 --> 00:04:19.700
Yani bu bileşenler
aynı yığının bir parçası,

00:04:19.700 --> 00:04:22.440
diyebilirsiniz, bir parçası
Apaçi yığını.

00:04:23.620 --> 00:04:27.260
Yani bir sürü işlevsellik var.
Zaten orada kaldıraç olabilir.

00:04:27.260 --> 00:04:29.780
Ama SQL söz konusu olduğunda
Sunucu ve SQL Server

00:04:29.780 --> 00:04:32.965
yerli bir konuşma
HDFS gibi bileşen,

00:04:32.965 --> 00:04:35.480
bu aslında yeni bir işlevsellik

00:04:35.480 --> 00:04:37.250
biz nerede tanıtmak konum

00:04:37.250 --> 00:04:41.280
SQL için kapasiteye sahip
Sunucu sorgu senaryoları,

00:04:41.280 --> 00:04:43.110
Vurgulamak zorundayım, eğer ben

00:04:43.110 --> 00:04:45.495
bir sorguyu SQL'e geçirin
Sunucu ana örneği,

00:04:45.495 --> 00:04:47.540
bu sadece bir SQL sorgusu
bu sorgulama

00:04:47.540 --> 00:04:49.970
harici bir tablo üzerinde
HDFS'de oturuyorsun, değil mi?

00:04:49.970 --> 00:04:52.295
Bunu yaptığımda,

00:04:52.295 --> 00:04:57.020
emin olun benim
olan bir kişi olarak kimlik

00:04:57.020 --> 00:05:01.070
bu sorguyu veren tüm yol akar

00:05:01.070 --> 00:05:03.410
tüm bu aracılığıyla
farklı bileşenler

00:05:03.410 --> 00:05:05.600
yolda aşağı
HDFS nerede veri

00:05:05.600 --> 00:05:10.400
böylece bir yetkilendirme yapabiliriz
gerçek verileri kontrol etmek,

00:05:10.400 --> 00:05:12.590
Demek istediğim de bu.
entegre güvenlik ile.

00:05:12.590 --> 00:05:14.615
Bu entegre
tüm bu bileşenler.

00:05:14.615 --> 00:05:16.760
Sorguyu nerede verirsem edsem de,

00:05:16.760 --> 00:05:18.515
Spark veya SQL Server'dan,

00:05:18.515 --> 00:05:20.450
kullanıcının kimliği her zaman gidiyor

00:05:20.450 --> 00:05:22.895
tüm üzerinden akış
kaynağa giden yol.

00:05:22.895 --> 00:05:25.640
Tamam, tamam. Bu çok etkileyici.
ve çok önemli

00:05:25.640 --> 00:05:27.560
bu tür çalışan herhangi bir kuruluş

00:05:27.560 --> 00:05:29.570
istediğiniz için şeyler
verilerinizin güvenli olduğunu bilin.

00:05:29.570 --> 00:05:31.430
Kesinlikle. Yani
denetim var,

00:05:31.430 --> 00:05:33.860
yapmanız gereken denetim günlükleriniz var
güncel olduğundan emin olmak,

00:05:33.860 --> 00:05:36.425
ve bazı hizmet istemiyorum
hesap bu göstermek için.

00:05:36.425 --> 00:05:37.190
Kesinlikle.

00:05:37.190 --> 00:05:40.940
Bu yüzden en önemli gereksinimlerden biri.
müşterilerimizden de.

00:05:40.940 --> 00:05:42.860
Buna ek olarak,

00:05:42.860 --> 00:05:49.340
biz de entegre var
formları deneyim nasıl,

00:05:49.340 --> 00:05:51.305
örneğin, etkileşim
küme ile.

00:05:51.305 --> 00:05:53.150
Azure Verimiz Var
Stüdyo yapabilirsiniz

00:05:53.150 --> 00:05:56.370
büyük bağlanmak için kullanın
veri kümesi, değil mi?

00:05:56.540 --> 00:05:59.480
Biz vermek istiyorum
tek bir deneyim

00:05:59.480 --> 00:06:03.110
kadar ıslada
mümkün olduğunca senaryolar.

00:06:03.110 --> 00:06:05.295
Bu yüzden ne zaman bağlanmak
büyük bir veri kümesi,

00:06:05.295 --> 00:06:07.345
Aslında bağlanıyorum.
ana örnek,

00:06:07.345 --> 00:06:11.030
ama bizim araçları emin olacak
Ben de Kıvılcım'a erişebildiğimi.

00:06:11.030 --> 00:06:12.590
HDFS ve tüm bu diğer

00:06:12.590 --> 00:06:15.010
ilginç bileşenler
büyük veri kümesinde.

00:06:15.010 --> 00:06:16.895
Hepsi halloldu.
şeffaf bana?

00:06:16.895 --> 00:06:18.185
Evet, kesinlikle.

00:06:18.185 --> 00:06:19.250
Tamam, tamam. Serin.

00:06:19.250 --> 00:06:22.375
Evet, evet. Sonuncu ama önemli

00:06:22.375 --> 00:06:24.650
biz şifreleme var ve

00:06:24.650 --> 00:06:27.125
şifreleme çok önemlidir
Kullanıcılarımız için, değil mi?

00:06:27.125 --> 00:06:27.890
Tabii ki.

00:06:27.890 --> 00:06:30.965
Biz emin yaptık ki
tüm iletişim,

00:06:30.965 --> 00:06:33.950
hatta iç ve
dış iletişim,

00:06:33.950 --> 00:06:39.290
büyük veri kümesi ile
SSL veya TLS şifrelidir.

00:06:39.290 --> 00:06:41.285
Buna ek olarak,

00:06:41.285 --> 00:06:43.325
tabii ki kaldıraç olabilir

00:06:43.325 --> 00:06:45.635
çok farklı
şifreleme özellikleri

00:06:45.635 --> 00:06:48.470
Sahip olduğumuz SQL Server
ve hepsi olan

00:06:48.470 --> 00:06:49.985
Linux'ta SQL Server'da desteklenir

00:06:49.985 --> 00:06:52.430
çünkü devam ediyoruz.
Linux konteynerleri burada.

00:06:52.430 --> 00:06:57.485
Biz de genişletme üzerinde çalışıyoruz
bu yetenekleri ve eklemek

00:06:57.485 --> 00:07:00.710
HDFS şifreleme yakında
böylece biz de var

00:07:00.710 --> 00:07:04.745
veri için bu yetenekler
bu risk altında şifrelenir.

00:07:04.745 --> 00:07:07.920
Tamam, tamam. Serin. Sen de öyle.

00:07:07.920 --> 00:07:09.410
bize biraz açıklayın
nasıl hakkında biraz daha fazla

00:07:09.410 --> 00:07:11.570
Bu Kerberos altında çalışır?

00:07:11.570 --> 00:07:16.070
Kesinlikle. O zaman.
kimlik doğrulamaya odaklanmak

00:07:16.070 --> 00:07:18.770
ilk çünkü bu
sizin için önemli

00:07:18.770 --> 00:07:20.485
ne fark ya da bilmek

00:07:20.485 --> 00:07:22.785
giriş noktaları var
kümeye, değil mi?

00:07:22.785 --> 00:07:26.360
Burada beş bakın
farklı uç noktalar

00:07:26.360 --> 00:07:28.490
veya kümeye giriş noktaları.

00:07:28.490 --> 00:07:30.485
Şimdi bu Kubernetes kümesine sahibiz.

00:07:30.485 --> 00:07:32.660
bu yüzden temelde özellikle var

00:07:32.660 --> 00:07:35.360
kullanıcıların belirli uç noktalarını ortaya çıkarmak

00:07:35.360 --> 00:07:37.430
veya istemci araçları veya
herhangi bir uygulama olabilir

00:07:37.430 --> 00:07:40.865
kümede etkileşim.

00:07:40.865 --> 00:07:44.475
Eğer kumandayla başlarsak,

00:07:44.475 --> 00:07:46.685
aşina olabileceğiniz gibi,

00:07:46.685 --> 00:07:48.860
denetleyicisi
kümenin beyni.

00:07:48.860 --> 00:07:52.715
Denetleyici bir
her şeyi takip eder,

00:07:52.715 --> 00:07:54.229
kümeyi dağıtan,

00:07:54.229 --> 00:07:55.775
ve tüm bu şeyler.

00:07:55.775 --> 00:07:58.580
Şimdi ulaşmak için
denetleyici uç noktaları,

00:07:58.580 --> 00:08:02.500
burada görebilirsiniz ki ana
etkileşimde kalacağınız yöntem

00:08:02.500 --> 00:08:04.885
onunla olurdu
azdata CLI aracılığıyla

00:08:04.885 --> 00:08:06.850
ama aynı zamanda bizim araçları ile.

00:08:06.850 --> 00:08:11.860
Bu esas olarak son nokta.
bir yöneticinin kullanacağı

00:08:11.860 --> 00:08:14.005
örneğin, etkileşim için
küme ile.

00:08:14.005 --> 00:08:16.180
Ama denetleyicinin de sihirli güçleri var.

00:08:16.180 --> 00:08:20.470
Denetleyicinin sıralayabildiği söyleyebiliriz
diğer uç noktalara ulaşmak.

00:08:20.470 --> 00:08:23.890
Yani örneğin, oturum açabilirsiniz

00:08:23.890 --> 00:08:27.485
azdata üzerinden denetleyici ve

00:08:27.485 --> 00:08:29.920
olacak komutları sorun var

00:08:29.920 --> 00:08:32.710
sizi SQL Server master adresine götürür
örnek ve sadece çalışmaya başlar

00:08:32.710 --> 00:08:35.380
T-SQL veya HDFS komutları çalıştırabilirsiniz

00:08:35.380 --> 00:08:38.665
doğrudan bir HDFS kabuğunda
bu tür şeyler.

00:08:38.665 --> 00:08:42.470
Yani bu bitiş noktasının izin verdiği şey bu.
diğer şeyler arasında yapmak.

00:08:42.470 --> 00:08:43.275
Tamam, tamam. Çok güzel.

00:08:43.275 --> 00:08:45.830
Evet, evet. Sonra, bir bitiş noktası olduğunu

00:08:45.830 --> 00:08:47.690
eğer duymuş olabilir

00:08:47.690 --> 00:08:49.860
kullanılan büyük veri kümeleri
ağ geçididir.

00:08:49.860 --> 00:08:52.055
Şimdi, ağ geçidi.
aslında aynı şey.

00:08:52.055 --> 00:08:53.885
Bunun arkasındaki uygulama ayrıntısı

00:08:53.885 --> 00:08:56.735
Apache Knox Geçidi.

00:08:56.735 --> 00:08:59.900
Bu genellikle bir ağ geçidi
korur, diyebilirsiniz,

00:08:59.900 --> 00:09:06.210
gibi Apache bileşenleri
temelde Hadoop tarafında.

00:09:06.210 --> 00:09:06.510
Doğru.

00:09:06.510 --> 00:09:07.980
Elimizde Kıvılcım, Livy,

00:09:07.980 --> 00:09:11.999
Bağlanmak istiyorsanız İplik
web HDFS üzerinden HDFS'ye,

00:09:11.999 --> 00:09:13.705
bu kullandığınız bitiş noktasıdır,

00:09:13.705 --> 00:09:17.165
azure veri stüdyosundan da.

00:09:17.165 --> 00:09:19.160
Bu yüzden ne zaman bilmek güzel

00:09:19.160 --> 00:09:21.505
biz bahsediyoruz
ağ geçidi ne demek orada.

00:09:21.505 --> 00:09:23.990
Sonra var
yönetim vekili hangi

00:09:23.990 --> 00:09:28.070
ölçümlere ağ geçididir
ve günlük araçları,

00:09:28.070 --> 00:09:31.490
ve sonra belli ki var
SQL Server ana örneği.

00:09:31.490 --> 00:09:33.830
Sadece SQL. Sadece.
bir TDS bitiş noktası nerede

00:09:33.830 --> 00:09:37.025
hangi araçlardan olursa olsun bağlanma
aşina olduğun şey.

00:09:37.025 --> 00:09:39.200
Uygulama proxy'si, son
ama en az değil,

00:09:39.200 --> 00:09:41.780
hangi şekilde yapabilirsiniz

00:09:41.780 --> 00:09:43.310
bu uygulamalara erişmek

00:09:43.310 --> 00:09:45.290
içinde konuşlandırılmış
büyük veri kümesi.

00:09:45.290 --> 00:09:47.820
Şimdi, tüm bu farklı
çalışırken uç noktalar,

00:09:47.820 --> 00:09:49.305
örneğin, güvenli bir modda,

00:09:49.305 --> 00:09:50.760
küme olduğunda
güvenli modda çalışan,

00:09:50.760 --> 00:09:53.175
Yani AD entegrasyon modu,

00:09:53.175 --> 00:09:58.210
tüm bu uç noktalar
AD kimlik doğrulamaya izin verir.

00:09:58.210 --> 00:10:00.200
Ben de bunu istiyordum.
burada vurgulamak için.

00:10:00.200 --> 00:10:02.510
Yani konuşurken
AD kimlik doğrulaması hakkında,

00:10:02.510 --> 00:10:06.740
bu tam bir entegrasyon
Tüm uç noktaları n için AD.

00:10:06.740 --> 00:10:08.645
Doğru. Birinin önünde
beş uç nokta.

00:10:08.645 --> 00:10:09.335
Kesinlikle.

00:10:09.335 --> 00:10:11.490
Vay canına. Tamam.

00:10:12.740 --> 00:10:16.590
Evet, evet. Yani bu kimlik doğrulama
temelde sizin için.

00:10:16.590 --> 00:10:19.755
Devam ediyoruz, biz de
yetkiye sahip.

00:10:19.755 --> 00:10:21.290
Korumak çok önemli.

00:10:21.290 --> 00:10:23.780
verileriniz bir kez
kümenin içinde,

00:10:23.780 --> 00:10:26.720
bir kez gerçekten yönetmek
oturum açın ve kimlik doğrulatın.

00:10:26.720 --> 00:10:30.675
Evet. Bu yüzden önemli parçalar i
burada vurgulamak istedim,

00:10:30.675 --> 00:10:31.920
ve bu hala yüksek düzeydedir.

00:10:31.920 --> 00:10:33.485
Eminim.

00:10:33.485 --> 00:10:35.660
hakkında ek görüşmeler
bu şeylerin ayrıntıları.

00:10:35.660 --> 00:10:37.335
Ama yüksek bir düzeyde,

00:10:37.335 --> 00:10:38.510
iki düzeyde vardır

00:10:38.510 --> 00:10:42.050
yetkilendirme denetimleri
büyük veri kümelerinde yapmak.

00:10:42.050 --> 00:10:44.750
SQL ile başlarsak
Sunucu, örneğin,

00:10:44.750 --> 00:10:48.050
bir SQL Server sorgusu veriyorsam,

00:10:48.050 --> 00:10:50.420
her şeyden önce, var
yetkilendirme kontrolleri

00:10:50.420 --> 00:10:52.100
SQL Server nesnelerinde.

00:10:52.100 --> 00:10:54.920
Ben erişim gerekir
sorgulamak istediğim tablolar,

00:10:54.920 --> 00:10:58.730
örneğin, böylece biz yapabiliriz
Verilere erişebileceğimden emin değilim.

00:10:58.730 --> 00:11:00.860
Ama bu aynı şey.
yetkilendirme kontrolleri

00:11:00.860 --> 00:11:02.330
daha önce olduğu gibi
SQL ile bültenleri?

00:11:02.330 --> 00:11:02.780
Evet, SQL.

00:11:02.780 --> 00:11:03.530
Bu değişmedi mi?

00:11:03.530 --> 00:11:04.280
Bu sadece SQL.

00:11:04.280 --> 00:11:04.610
Tamam, tamam.

00:11:04.610 --> 00:11:07.160
Yani temelde,
izin modeli

00:11:07.160 --> 00:11:08.945
SQL Server aynıdır

00:11:08.945 --> 00:11:11.285
büyük çalışan olup olmadığını
veri kümesi veya başka bir yerde.

00:11:11.285 --> 00:11:13.490
Böylece hala izinverebilirsiniz

00:11:13.490 --> 00:11:16.950
belirli tablolar ve belirli
SQL Server nesneleri, değil mi?

00:11:16.950 --> 00:11:17.915
Tamam, tamam.

00:11:17.915 --> 00:11:19.945
Ama buna ek olarak,

00:11:19.945 --> 00:11:21.845
şimdi senaryoyu ele alalım.

00:11:21.845 --> 00:11:23.990
verilere karşı bir sorgu verme

00:11:23.990 --> 00:11:26.060
HDFS oturan ve ben sorguyapıyorum

00:11:26.060 --> 00:11:28.715
üzerinde harici bir tablo
Bu durumda HDFS.

00:11:28.715 --> 00:11:31.790
Sadece ihtiyacım yok.
bu tabloya erişim,

00:11:31.790 --> 00:11:34.025
veritabanına nerede
bu tablo oturur,

00:11:34.025 --> 00:11:36.320
Ben de erişim olması gerekir

00:11:36.320 --> 00:11:39.905
gerçek dosya ve veri
HDFS'de oturuyor.

00:11:39.905 --> 00:11:40.145
Tabii ki.

00:11:40.145 --> 00:11:43.430
Ben de bunu kastetmiştim.
iki düzey yetkilendirme denetimleri.

00:11:43.430 --> 00:11:45.035
Yani bu durumda, bir çek var.

00:11:45.035 --> 00:11:48.620
SQL Server ve
HDFS ek kontrol edin.

00:11:48.620 --> 00:11:48.920
Tamam, tamam.

00:11:48.920 --> 00:11:50.510
>> Kıvılcım tarafında,

00:11:50.510 --> 00:11:53.660
temelde Kıvılcım
sorgular akacak ve

00:11:53.660 --> 00:11:56.000
HDFS yetkilendirme denetimi,

00:11:56.000 --> 00:11:58.505
emin olun
izinler onurlandırıldı.

00:11:58.505 --> 00:12:00.200
Tamam, tamam. Tüm bunlarla,

00:12:00.200 --> 00:12:01.820
Bundan emin olabilirim.

00:12:01.820 --> 00:12:04.370
orijinal kullanıcının
kimlik ile aktarılır

00:12:04.370 --> 00:12:06.590
SQL Server her yere
Veriler, değil mi?

00:12:06.590 --> 00:12:09.455
HDFS veya nasıl erişirsem erişirsem, doğru mu?

00:12:09.455 --> 00:12:15.390
Kesinlikle. Evet. Sonra biz
daha önce de değinilen,

00:12:15.390 --> 00:12:18.825
Bu geçiş kimliğine sahip olacağız.

00:12:18.825 --> 00:12:22.670
bu da orijinal
kullanıcının kimliği akacak

00:12:22.670 --> 00:12:26.810
tüm yol aşağı
veri böylece aslında olabilir

00:12:26.810 --> 00:12:27.980
tüm yol doğrulamak

00:12:27.980 --> 00:12:31.730
bu kullanıcı olduğunu
verilere erişmek istedi.

00:12:31.730 --> 00:12:32.800
Tamam, tamam.

00:12:32.800 --> 00:12:38.820
Evet, evet. Böylece
temelde bir özetidir

00:12:38.820 --> 00:12:41.390
güvenlik te yüksek düzeyde
etrafında yetenekleri

00:12:41.390 --> 00:12:44.780
özellikle AD entegrasyonları
büyük veri kümeleri için.

00:12:44.780 --> 00:12:47.710
Bu yüzden nereden öğrenebilirim
daha derin dalış istiyorsanız daha fazla?

00:12:47.710 --> 00:12:50.420
Evet, evet. Yani eğer

00:12:50.420 --> 00:12:52.580
hakkında daha fazla bilgi edinmek istiyorsanız
genel olarak büyük veri kümeleri

00:12:52.580 --> 00:12:56.495
ve güvenlik dokümanlarımız var.

00:12:56.495 --> 00:12:59.675
ne ayrıntılarını kapsayan
Bugün açıkladım.

00:12:59.675 --> 00:13:04.280
Buna gitmelisin.
kısa bağlantı: aka.ms/sqlbdc.

00:13:04.280 --> 00:13:05.615
Tamam, tamam.

00:13:05.615 --> 00:13:09.455
Oraya gidersen, öğrenebilirsin.
büyük veri kümeleri hakkında ton.

00:13:09.455 --> 00:13:10.835
Öğrenecek her şey var, değil mi?

00:13:10.835 --> 00:13:11.255
Evet, evet.

00:13:11.255 --> 00:13:12.560
Harika. Tamam, tamam.

00:13:12.560 --> 00:13:14.210
Yani temel olarak, oraya gitmem gerek.

00:13:14.210 --> 00:13:16.750
ve öğrenmeye başlamak ve
indirmeye başlayın.

00:13:16.750 --> 00:13:18.810
Ben büyük bir PDF ve dışa aktarabilirsiniz

00:13:18.810 --> 00:13:21.990
sonra okuyun
öğrenmek için gece?

00:13:21.990 --> 00:13:25.095
Evet, evet. Aslında, sanırım.
Bunu yapabilirsin. Evet.

00:13:25.095 --> 00:13:27.120
Yazdırma,
Ama. Sadece PDF, değil mi?

00:13:27.120 --> 00:13:27.300
Evet, evet.

00:13:27.300 --> 00:13:29.390
Tamam, tamam. Serin. Çok teşekkürler.

00:13:29.390 --> 00:13:31.295
Bu çok yararlı oldu.
Paylaşım için çok teşekkürler.

00:13:31.295 --> 00:13:32.030
Teşekkür ederim.

00:13:32.030 --> 00:13:33.950
İzlediğiniz için teşekkür ederim.

00:13:33.950 --> 00:13:35.960
Lütfen beğenin, abone olun,
ve yorum

00:13:35.960 --> 00:13:37.940
video ve ben umuyoruz
Bir dahaki sefere görüşürüz. teşekkürler.

00:13:37.940 --> 00:13:52.600
[MÜZİk]