WEBVTT

00:00:00.000 --> 00:00:01.740
Merhaba benim adım Thomas Maurer.

00:00:01.740 --> 00:00:04.770
Microsoft'ta Bulut Savunucusuyum
Ve burada oturuyorum.

00:00:04.770 --> 00:00:06.645
Azure Yönetimi ekibinden Chang'

00:00:06.645 --> 00:00:08.635
Hybrid hakkında konuşmak için
Sunucu Yönetimi.

00:00:08.635 --> 00:00:11.300
Evet, evet. Merhaba. Ben bir.
Azure'da Program Yöneticisi.

00:00:11.300 --> 00:00:14.100
Merhaba. Bu yüzden çok konuşuyorum.

00:00:14.100 --> 00:00:17.925
kullanan müşteriler
Hesaplama kaynakları için bulut.

00:00:17.925 --> 00:00:20.610
Ama çoğu ya da bir
bunların çoğu da var

00:00:20.610 --> 00:00:22.950
kendi çalışan sunucuları
özel veri merkezleri,

00:00:22.950 --> 00:00:24.495
şubelerinde,

00:00:24.495 --> 00:00:26.910
hatta diğer parçaları var
oldukları organizasyon

00:00:26.910 --> 00:00:30.195
başka bir Bulut sağlayıcısı kullanmak veya
başka bir hizmet sağlayıcılar.

00:00:30.195 --> 00:00:31.830
Bir ana zorluklardan biri

00:00:31.830 --> 00:00:34.490
tüm bu sunucular onlar
var temelde tutuyor

00:00:34.490 --> 00:00:36.400
tüm bu kontrolü
sunucular her zaman

00:00:36.400 --> 00:00:38.620
emin olmak için çalışan
güvenli olduklarını,

00:00:38.620 --> 00:00:42.085
onlar yama olduğunu, bu
uyumuyguluyorlar.

00:00:42.085 --> 00:00:44.585
Ben duydum Azure
takım ve özellikle siz

00:00:44.585 --> 00:00:46.760
bir şey üzerinde çalışıyoruz
bu da yardımcı olur.

00:00:46.760 --> 00:00:49.940
Evet, evet. Kesinlikle
Konuşmayı seviyorum.

00:00:49.940 --> 00:00:53.240
o ve ben aslında yankılanıyordu
Az önce bahsettiğin şey.

00:00:53.240 --> 00:00:55.835
Bu gerçekten büyük bir meydan okumadır.

00:00:55.835 --> 00:00:59.990
Bu yüzden birçok müşteriyle konuşmuştum.
yanı sıra özellikle ihtiyaç

00:00:59.990 --> 00:01:03.890
bu çok benzer yönetmek için
Hibrit ortamlar,

00:01:03.890 --> 00:01:05.345
Bu yüzden her yerdeyiz.

00:01:05.345 --> 00:01:07.490
Uygulama ekibi ile
dışarı çıkmaya çalışıyorum.

00:01:07.490 --> 00:01:08.930
gereken tüm kaynağı elde etmek.

00:01:08.930 --> 00:01:10.010
Hangi Bulut olduğu önemli değil.

00:01:10.010 --> 00:01:12.845
onlar sadece gitmek ve
orada bir şeyler dağıtmak.

00:01:12.845 --> 00:01:15.560
Öte yandan BT
anlamaya çalışırken,

00:01:15.560 --> 00:01:17.540
Aman Tanrım, her şey nerede?

00:01:17.540 --> 00:01:19.070
Tüm veriler nerede?

00:01:19.070 --> 00:01:21.650
Ne olur eğer
Bir şey ihlal mi edildi?

00:01:21.650 --> 00:01:24.545
Özellikle şimdi görmek
her yerde haber.

00:01:24.545 --> 00:01:29.210
Yani bu gerçekten bir şey.
Azure her zaman

00:01:29.210 --> 00:01:31.760
hakkında ve özellikle hizmetler

00:01:31.760 --> 00:01:34.970
bugün zaten
on-prem hizmetini yönetmek.

00:01:34.970 --> 00:01:36.470
Ama şimdi bu hizmetle,

00:01:36.470 --> 00:01:39.620
Gerçekten alıyoruz.
bir sonraki adıma

00:01:39.620 --> 00:01:43.160
bu sunucuları tümleştirme
azure'a daha doğal olarak.

00:01:43.160 --> 00:01:44.975
Tamam, tamam. Kulağa harika geliyor.

00:01:44.975 --> 00:01:46.640
Bu yüzden bütünleşme hakkında konuştuğunuzda

00:01:46.640 --> 00:01:49.115
Azure'a hizmet,
Bununla ne demek istiyorsun?

00:01:49.115 --> 00:01:51.260
Evet, evet. Göstermeyi seviyorum.
Sen bunun bir resmi.

00:01:51.260 --> 00:01:52.070
Mükemmel. Teşekkür ederiz.

00:01:52.070 --> 00:01:56.630
>> Hizmetler şu şekildedir:
bu ortamları yönetmek.

00:01:56.630 --> 00:01:59.070
Yani bu hizmetler aslında,

00:01:59.070 --> 00:02:01.560
tüm yönetilen on-prem hizmeti bugün.

00:02:01.560 --> 00:02:03.470
Bu arada, arıyorum.
ön-prem sunucusu

00:02:03.470 --> 00:02:05.480
ama gerçekten değil
nerede oldukları önemli değil.

00:02:05.480 --> 00:02:07.400
Veri merkezlerinde prem olabilir,

00:02:07.400 --> 00:02:10.580
özel veri merkezleri veya
Bulut'un diğer ana bilgisayarları.

00:02:10.580 --> 00:02:11.975
Ama gördüğünüz gibi,

00:02:11.975 --> 00:02:15.170
tüm bu sunucular yönetmek
Azure Sanal Makineleri ile

00:02:15.170 --> 00:02:18.515
Azure adlı bir şey
Kaynak Yöneticisi, ARM'ın kısaltması,

00:02:18.515 --> 00:02:21.305
ve nerede on-prem sunucularda,

00:02:21.305 --> 00:02:24.485
onlar gerçekten anlamaya gerekir
kodlarını almak için bir yol dışarı

00:02:24.485 --> 00:02:28.220
prem üzerinde olanlar üzerine dağıtılan
sunucuları ayrı ayrı.

00:02:28.220 --> 00:02:29.840
Gördüğünüz gibi,

00:02:29.840 --> 00:02:32.180
arasında bir eşitsizlik var.

00:02:32.180 --> 00:02:35.540
tüp paneli ve bu

00:02:35.540 --> 00:02:39.320
gerçekten ne yerli derken demek
ARM'ınıza entegre edilmiştir.

00:02:39.320 --> 00:02:43.315
Şimdi onlar olarak yansıtılan olsun
Azure'a ARM kaynağı.

00:02:43.315 --> 00:02:45.295
Faydası çok büyük olacak.

00:02:45.295 --> 00:02:48.220
Gördüğünüz gibi bir sürü
arm yatırım gitti;

00:02:48.220 --> 00:02:50.710
kimlik gibi, gibi
RBAC, politikalar gibi.

00:02:50.710 --> 00:02:53.170
En önemlisi bir sürü
müşteriler gerçekten bakım

00:02:53.170 --> 00:02:57.460
uyum ve aynı zamanda sadece düzenli
onları etiketlemek gibi yönetim,

00:02:57.460 --> 00:02:59.800
sunucularımın ne olduğunu göster
tüm üretim,

00:02:59.800 --> 00:03:03.820
basit şeyler bu tür
tüm ARM üzerinden yeteneğine sahiptir.

00:03:03.820 --> 00:03:07.930
Şimdi bir zamanlar projem var.
ARM içine bu sunucular,

00:03:07.930 --> 00:03:09.520
Bütün bu yardımları alıyorum.

00:03:09.520 --> 00:03:12.160
Buna ek olarak, tüm
hizmetler artık olabilir

00:03:12.160 --> 00:03:16.725
azure'a dağıtılan ve
aynı şekilde prem.

00:03:16.725 --> 00:03:18.000
Burada gördüğünüz gibi,

00:03:18.000 --> 00:03:22.805
Bunu çok önemli bir şekilde etiketledim.
guest agent adlı bileşen.

00:03:22.805 --> 00:03:25.250
Bunun amacı
ajan yönetmektir

00:03:25.250 --> 00:03:28.430
bu yaşam döngüsü
uzantıları ve biz aşağıdaki konum

00:03:28.430 --> 00:03:30.635
aynı model böylece şimdi

00:03:30.635 --> 00:03:34.630
tüm bu uzantılar uygulanabilir
on-prem hizmeti için de.

00:03:34.630 --> 00:03:38.700
Bu harika. Yani sunucularımız
Azure kaynakları olarak gösterin.

00:03:38.700 --> 00:03:41.480
Portalda ortaya çıkıyorlar ve ayrıca.
Azure Kaynak Yöneticisi'nde,

00:03:41.480 --> 00:03:44.330
ve ben temelde tedavi edebilirsiniz
makineler gibi,

00:03:44.330 --> 00:03:47.195
Azure ile yaptığım gibi
Sanal Makineler, değil mi?

00:03:47.195 --> 00:03:49.759
Evet, evet. Bir
yönetim perspektifi,

00:03:49.759 --> 00:03:51.500
Bu bizim ana hedefimizdir.

00:03:51.500 --> 00:03:54.170
Bunların hepsini istedik.
yönetmek için çözümler

00:03:54.170 --> 00:03:57.470
sunucular aynı şekilde
Azure için olduğu kadar

00:03:57.470 --> 00:04:03.805
on-prem için ve aynı zamanda onlar
aynı ARM avantajını elde edin.

00:04:03.805 --> 00:04:05.360
Tamam, bu harika.

00:04:05.360 --> 00:04:07.850
Şimdi bunu kullanmak istiyorum.

00:04:07.850 --> 00:04:11.215
Bana nasıl.
bu hizmeti Azure'a mı?

00:04:11.215 --> 00:04:13.460
Kesinlikle, izin
bana bir demo göstermek.

00:04:13.460 --> 00:04:15.560
Bu, göstermek için oluşturduğumuz bir sayfa.

00:04:15.560 --> 00:04:19.960
tüm prem sunucuları
Azure'a bindi.

00:04:19.960 --> 00:04:23.890
Esasen on-board için,
müşteri çalıştırmak gerekir

00:04:23.890 --> 00:04:27.790
sunucuda bir komut dosyası ve
bu komut dosyası oluşturmak için yardım,

00:04:27.790 --> 00:04:32.840
biz aslında bir akış inşa
Bu komut dosyasını oluşturmak için Azure.

00:04:33.260 --> 00:04:36.235
Yani bu seçenek onlar olabilir

00:04:36.235 --> 00:04:39.100
komut dosyasını oluşturmak için tıklatın
ama aynı zamanda,

00:04:39.100 --> 00:04:42.520
aynı zamanda bir meydan okuma olduğunu tanımak
müşteriler için on-board

00:04:42.520 --> 00:04:44.080
bağlanmak zorunda olduklarında bir ölçek

00:04:44.080 --> 00:04:46.705
her bir sunucu tek tek
bu komut dosyalarını çalıştırmak için.

00:04:46.705 --> 00:04:49.240
Biz de deniyoruz.
ne olduğunu anlamak için

00:04:49.240 --> 00:04:53.140
bazı yaygın on-prem sunucusu
yönetim uygulaması böylece biz olabilir

00:04:53.140 --> 00:04:57.505
müşterilerine yardımcı olmak için entegre
ölçekte bu makineleri on-board.

00:04:57.505 --> 00:05:00.295
Örneğin, burada, eğer
sunucu zaten

00:05:00.295 --> 00:05:03.100
Azure güncellemeleri hizmeti tarafından yönetilen,

00:05:03.100 --> 00:05:05.120
biz aslında script inşa

00:05:05.120 --> 00:05:07.640
ya da runbooks aslında
on-board'a dağıtma

00:05:07.640 --> 00:05:10.505
bu makineler Azure üzerine

00:05:10.505 --> 00:05:13.055
aslında müşteriler olmadan
tüm o makinelere dokunuyor.

00:05:13.055 --> 00:05:15.770
Ama gelecekte, biz de.
ile çalışma, örneğin,

00:05:15.770 --> 00:05:19.129
Sistem Merkezi Yapılandırma Yöneticisi
ve onlar da entegre konum

00:05:19.129 --> 00:05:20.870
on-board deneyimi ve

00:05:20.870 --> 00:05:22.580
Windows Yönetici Merkezi'ne ek olarak.

00:05:22.580 --> 00:05:25.850
Bu yüzden devam ediyoruz.
müşterilerin nasıl

00:05:25.850 --> 00:05:29.240
on-board to Azure içinde
en az çaba yolu.

00:05:29.240 --> 00:05:32.630
Ama bu durumda, göstereyim.
komut dosyası oluşturmak için nasıl.

00:05:32.630 --> 00:05:35.510
Gördüğünüz gibi bu
Azure kaynaklarıdır.

00:05:35.510 --> 00:05:37.220
Bu yüzden aynı hiyerarşiyi takip ederler.

00:05:37.220 --> 00:05:39.140
aboneliklerde olduğu gibi
ve kaynak grubu.

00:05:39.140 --> 00:05:40.385
Yani şimdi seçebilirsiniz

00:05:40.385 --> 00:05:44.870
hangi abonelik ve kaynak
grup onlar gitmek istedim ve burada

00:05:44.870 --> 00:05:46.790
bölge gösterir

00:05:46.790 --> 00:05:48.950
hangi Azure bölgesi çalışıyor

00:05:48.950 --> 00:05:51.980
bu sunucular yönetmek
bu on-prem kaynakları.

00:05:51.980 --> 00:05:56.930
Böylece uyumluluktan görebilirsiniz
veya düzenleyici nokta perspektifi,

00:05:56.930 --> 00:05:59.635
meta verilerin nerede olduğunu biliyoruz
Azure'da depolanır.

00:05:59.635 --> 00:06:03.620
Fiziksel konum özellikle yeni
on-prem sunucuları için.

00:06:03.620 --> 00:06:06.245
Bu müşteri sağlar
sunucuları etiketlemek için

00:06:06.245 --> 00:06:10.655
veya özellikle belirtmek
hangi veri merkezinde olduklarını.

00:06:10.655 --> 00:06:13.940
Bu gerçekten.
yönetim kolaylığı.

00:06:13.940 --> 00:06:15.440
Tamam, bu çok güzel.

00:06:15.440 --> 00:06:18.650
Bu yüzden müşteriler sadece eklemek olamazdı
veri merkezleri üzerinde bir ad.

00:06:18.650 --> 00:06:20.330
Böylece, örneğin,

00:06:20.330 --> 00:06:22.460
ayrıca konumun bir oda eklemek veya

00:06:22.460 --> 00:06:25.520
hatta doğrudan ad veya doğrudan
sunucu için numara?

00:06:25.520 --> 00:06:26.570
Evet, kesinlikle.

00:06:26.570 --> 00:06:28.670
Yani bu gerçekten müşteri için.

00:06:28.670 --> 00:06:31.100
kolayca tanımlamak için
bu kaynağın nerede olduğunu.

00:06:31.100 --> 00:06:32.750
Bu sunucuya bir şey olursa,

00:06:32.750 --> 00:06:34.810
ihtiyaç duyduklarında gidebilirler.
fiziksel erişim için,

00:06:34.810 --> 00:06:37.160
onlar tam olarak biliyorum
olmaları gereken yerde.

00:06:37.160 --> 00:06:41.825
Burada da müşteri izin
işletim sistemlerini seçin.

00:06:41.825 --> 00:06:45.200
Ben gerçekten özellikle vermedi
hecelemek ama her zaman olduğu gibi,

00:06:45.200 --> 00:06:48.395
Azure'da benimsemeye çalışıyoruz
Windows yanı sıra Linux.

00:06:48.395 --> 00:06:50.570
İnşa ettiğimiz burada da aynısı.

00:06:50.570 --> 00:06:52.820
aracı için iki paket

00:06:52.820 --> 00:06:56.460
on-board ya Windows
Sunucu veya Linux sunucusu.

00:06:57.380 --> 00:07:01.200
Birçok müşteriyi anlayın
özellikle on-prem için,

00:07:01.200 --> 00:07:03.520
onlar istemiyorum
sunucularını

00:07:03.520 --> 00:07:06.805
doğrudan Internet ve onlar
bir proxy sunucusu nun arkasına koyun.

00:07:06.805 --> 00:07:12.050
Yani burada bu durumda bizim ajan
Azure'a bağlanması gerekir.

00:07:14.280 --> 00:07:18.400
Bu sunucular değilse
doğrudan Azure'a bağlanmak,

00:07:18.400 --> 00:07:21.610
onlar yapılandırabilirsiniz
proxy sunucu burada ve sonra

00:07:21.610 --> 00:07:26.000
ajan iletişim kurabilecektir
proxy sunucusu aracılığıyla.

00:07:26.880 --> 00:07:33.700
Bu sadece bir Azure kaynağıdır
yeteneği böylece raptiye olabilir

00:07:33.700 --> 00:07:36.220
belirtmek için sunucular
belki kim sahibi

00:07:36.220 --> 00:07:39.805
onları ya da olsun
bir takımın parçası.

00:07:39.805 --> 00:07:41.570
Evet, evet. Bu da
sadece anlamına gelir

00:07:41.570 --> 00:07:43.670
diğer Azure'da olduğu gibi
kaynaklar, doğru.

00:07:43.670 --> 00:07:46.100
Yani örneğin benim
çevre Kaynakları etiketle

00:07:46.100 --> 00:07:48.665
üretime dayalı,
kalkınma ortamı,

00:07:48.665 --> 00:07:50.375
demo ortamları, ve benzeri;

00:07:50.375 --> 00:07:52.265
böylece aynı etiketlemeyi kullanabilirler

00:07:52.265 --> 00:07:53.870
onların temelde on-prem sunucuları için?

00:07:53.870 --> 00:07:56.560
Evet, kesinlikle. Anladın mı?

00:07:56.750 --> 00:07:59.340
Sonunda burada,

00:07:59.340 --> 00:08:01.670
Bu komut dosyalarını biz üretiyoruz.

00:08:01.670 --> 00:08:03.650
Yani şimdi bir kopyasını alabilir

00:08:03.650 --> 00:08:06.110
komut dosyası ve çalıştırmak
hedef sunucuda.

00:08:06.110 --> 00:08:09.485
Sana tam olarak göstereyim.
komut dosyası içeriği.

00:08:09.485 --> 00:08:11.585
Yani ilki gerçekten üç adım.

00:08:11.585 --> 00:08:13.580
Paketi indirdikten sonra,

00:08:13.580 --> 00:08:17.270
ama eğer gerçekten zaten
indirilen ve bir dosya paylaşımı koymak,

00:08:17.270 --> 00:08:20.105
sadece kopyalamak için değiştirebilirsiniz
o güç paylaşımından çıkar.

00:08:20.105 --> 00:08:23.195
İkinci komut
paketi yükleyin.

00:08:23.195 --> 00:08:25.100
Sonuncusu önemli olan.

00:08:25.100 --> 00:08:28.515
burada biz aslında konum
biniş sırasında.

00:08:28.515 --> 00:08:30.480
Bu araç aslında olacak

00:08:30.480 --> 00:08:33.170
ARM kaynağını oluşturmak
ve sonra geri bağlantı

00:08:33.170 --> 00:08:37.995
ajan böylece sonunda
biniş sürecinin,

00:08:37.995 --> 00:08:40.985
aslında bu kaynak göreceksiniz

00:08:40.985 --> 00:08:44.300
bu fiziksel sunan
Azure portalındaki sunucu.

00:08:44.300 --> 00:08:45.485
Bu harika.

00:08:45.485 --> 00:08:49.115
Bu yüzden süper kolay temelde yapmak
müşteriler için on-board

00:08:49.115 --> 00:08:51.050
temelde oluşturarak sunucular

00:08:51.050 --> 00:08:53.315
onlara script onlar
ihtiyaç ve tabii ki,

00:08:53.315 --> 00:08:54.500
Bence onlar da koşabilirler.

00:08:54.500 --> 00:08:56.630
karşı komut dosyaları
sunucuların katları

00:08:56.630 --> 00:08:58.610
sadece gibi on-board
bir veya iki sunucu

00:08:58.610 --> 00:09:00.035
ama belki sunucuların yüzlerce?

00:09:00.035 --> 00:09:01.355
Evet, evet. Kesinlikle.

00:09:01.355 --> 00:09:04.340
Tamam, bu harika. Bu yüzden.
şimdi benim sunucu var

00:09:04.340 --> 00:09:05.870
portal ve ben görebilirsiniz ve

00:09:05.870 --> 00:09:07.520
kullanarak yönetin
Azure Kaynak Yöneticisi,

00:09:07.520 --> 00:09:10.250
hangi hizmetler
Şimdi gerçekten mi kullanıyorum?

00:09:10.250 --> 00:09:12.110
Evet, sana bunu göstereyim.

00:09:12.110 --> 00:09:15.740
Bu yüzden bir tıklarsanız
kaynak, burada gördüğünüz gibi,

00:09:15.740 --> 00:09:19.610
biz gerçekten takip etmek istiyorum
Azure Sanal Makine modeli.

00:09:19.610 --> 00:09:25.145
Böylece listesini görebilirsiniz
yetenekleri ve biz ileriye taşımak gibi,

00:09:25.145 --> 00:09:28.655
biz bu genişletmek için gidiyoruz
yönetim ve yetenekler.

00:09:28.655 --> 00:09:33.320
Bugün biz etkinleştiriyoruz
iki özel hizmet.

00:09:33.320 --> 00:09:35.480
Bir biz ile entegre edebilirsiniz

00:09:35.480 --> 00:09:38.420
Log Analytics böylece
aslında alabilirsiniz

00:09:38.420 --> 00:09:41.060
kaynak kimliğine eklenen günlükler

00:09:41.060 --> 00:09:43.940
ve bu sorgulayabilirsiniz
tek bir merkezi yerde oturum açar.

00:09:43.940 --> 00:09:47.630
Sana göstereyim. Tıklarsam
"Günlükler" üzerinde ben mümkün olacak

00:09:47.630 --> 00:09:52.470
tüm günlükleri almak için
bu sunucuile ilgilidir.

00:09:54.320 --> 00:09:59.910
Bu olmadan, eğer müşteri çalışıyor
bir sunucu için bir günlük erişmek için,

00:09:59.910 --> 00:10:01.790
onlar aslında gitmek gerekir
sunucu ve rakam için

00:10:01.790 --> 00:10:03.980
çalışma alanı kimliğinin bağlandığı,

00:10:03.980 --> 00:10:05.230
ve sonra portala geliyor,

00:10:05.230 --> 00:10:07.040
bu çalışma alanını bulmak ve sonra

00:10:07.040 --> 00:10:09.110
tabanlı filtre uygulayabilirsiniz
bilgisayar adına.

00:10:09.110 --> 00:10:10.865
Şimdi bu entegrasyon ile,

00:10:10.865 --> 00:10:13.130
sadece buraya tıklayabilirsiniz

00:10:13.130 --> 00:10:15.440
ve sonra tüm günlükleri almak
aynı sunucuya aittir.

00:10:15.440 --> 00:10:16.700
Bu harika.

00:10:16.700 --> 00:10:18.470
Bu da bana yardımcı olur.

00:10:18.470 --> 00:10:19.760
Ben sahip olan bir çok müşteri görüyorum

00:10:19.760 --> 00:10:21.560
farklı bir organizasyon parçaları

00:10:21.560 --> 00:10:24.590
ve bazıları sadece
gerçekten uygulama odaklı,

00:10:24.590 --> 00:10:28.040
bu yüzden şimdi sadece erişim verebilir
bu özel ekibe

00:10:28.040 --> 00:10:30.410
belirli bir dizi
sunucular ve onlar olabilir

00:10:30.410 --> 00:10:33.360
sadece hizmet için kilitleri erişim?

00:10:33.360 --> 00:10:36.020
Evet, bu aslında harika bir
orada bahsedilen yarar

00:10:36.020 --> 00:10:39.200
Mart ayında izleme ekibi var

00:10:39.200 --> 00:10:41.420
bu yeni yetenek yayımladı
kaynak olarak adlandırılan

00:10:41.420 --> 00:10:45.620
merkezli RBAC rolü
günlükleri için erişim,

00:10:45.620 --> 00:10:49.685
ve onlar için kullanılabilir hale
Azure VM'ler, şimdi Hybrid ile.

00:10:49.685 --> 00:10:52.705
Şimdi de alabilirsiniz
on-prem hizmeti için.

00:10:52.705 --> 00:10:55.715
Bu harika. Bu yüzden.
politikalardan da bahsettiniz.

00:10:55.715 --> 00:10:59.285
Evet, evet. Yani Azure ilkesi

00:10:59.285 --> 00:11:01.700
müşterilerin tanımlayabileceği yer

00:11:01.700 --> 00:11:04.780
uygunlukları ve aynı zamanda
uyumluluk durumlarını görüntüleyin.

00:11:04.780 --> 00:11:06.860
Bu özel bir kategori var

00:11:06.860 --> 00:11:09.815
konuk adlı politikalar
Yapılandırma ilkeleri.

00:11:09.815 --> 00:11:12.770
Misafir'i düşünebilirsiniz.
Yapılandırma İlkeleri neredeyse benzer

00:11:12.770 --> 00:11:17.595
grup politikaları ancak
sunucular etki alanı katıldı değil.

00:11:17.595 --> 00:11:22.800
Yani uzun bir liste var.
Konuk Yapılandırma İlkeleri.

00:11:22.800 --> 00:11:26.495
Bugün 18 yerleşik politika yaptık.

00:11:26.495 --> 00:11:30.335
Yani gerçekten dağıtabilirsiniz
kutunun dışında.

00:11:30.335 --> 00:11:35.149
Ama aynı zamanda, eğer bir
yerleşik olmayan gereksinimi,

00:11:35.149 --> 00:11:37.295
aslında oluşturabilirsiniz
bu özel ilkeler

00:11:37.295 --> 00:11:40.055
ve bunları dağıtmak
benzersiz bir ortam.

00:11:40.055 --> 00:11:42.440
Konuk ile
Yapılandırma ilkeleri,

00:11:42.440 --> 00:11:46.025
aslında üzerinden çalışır
Azure VM'ler için ARM.

00:11:46.025 --> 00:11:48.695
Şimdi Hybrid ile, onlar da olabilir

00:11:48.695 --> 00:11:52.275
izleme ve yönetme
on-prem sunucuları.

00:11:52.275 --> 00:11:54.090
Gördüğünüz gibi, ben de

00:11:54.090 --> 00:11:56.315
bazı Konuk
Yapılandırma İlkeleri ve

00:11:56.315 --> 00:12:00.755
bir görünümde ben tüm görebilirsiniz
bu uyumsuz durum.

00:12:00.755 --> 00:12:04.865
Eğer sondaj yaparsam fark ederim.
şifre ilkesi,

00:12:04.865 --> 00:12:07.610
Bir sürü var.
uyumlu olmayan hizmetler.

00:12:07.610 --> 00:12:09.620
İzin ver buraya geleyim, detaya ineyim.

00:12:09.620 --> 00:12:13.765
sonra tüm sunucuları görebilirsiniz
uyumlu değildir.

00:12:13.765 --> 00:12:17.120
Hangi kaynağı görebilirsiniz
ait oldukları grup,

00:12:17.120 --> 00:12:19.475
böylece bir fikir edinebilirsiniz
ne yaptıklarını.

00:12:19.475 --> 00:12:22.145
Ama aynı zamanda burada da önemli olan,

00:12:22.145 --> 00:12:26.045
bunlar Azure Sanal Makineleri
ve bunlar prem sunucuları.

00:12:26.045 --> 00:12:27.440
Yani bir görünümde, olsun

00:12:27.440 --> 00:12:30.470
tüm sunucuların tam bir resim
uygun değildir.

00:12:30.470 --> 00:12:32.030
Vay canına, bu harika.

00:12:32.030 --> 00:12:34.179
Bu yüzden tüm sunucularımı görüyorum.

00:12:34.179 --> 00:12:35.730
nereye koştukları önemli değil;

00:12:35.730 --> 00:12:37.770
Azure'da çalışıyorsa,
eğer prem'de çalışıyorlarsa,

00:12:37.770 --> 00:12:40.225
veri merkezlerimde,
şubelerim,

00:12:40.225 --> 00:12:43.160
Onları tek bir görüşte görebiliyorum.

00:12:43.160 --> 00:12:45.680
ve bunları Azure'dan yönetebilir miyim?

00:12:45.680 --> 00:12:48.830
Evet, amacımız bu.
Azure'un olması

00:12:48.830 --> 00:12:50.930
tek merkezi bir yer ve biz istiyorum

00:12:50.930 --> 00:12:53.545
tutarlı bir deneyim sağlar.

00:12:53.545 --> 00:12:55.230
Bu harika.

00:12:55.230 --> 00:12:56.685
Eğer bugün müşteriysem,

00:12:56.685 --> 00:12:57.930
Bunu nasıl ele alabilirim?

00:12:57.930 --> 00:13:01.505
Evet, bu yüzden gerçekten
şimdi genel önizleme alma.

00:13:01.505 --> 00:13:03.680
Eğer takip ederseniz
ekrandaki bağlantı,

00:13:03.680 --> 00:13:05.990
görebilirsiniz
dokümantasyon ve

00:13:05.990 --> 00:13:08.935
nasıl bir süreç
hizmete kaydolun.

00:13:08.935 --> 00:13:10.275
Tamam, tamam. Bu harika.

00:13:10.275 --> 00:13:12.120
ve bunun maliyeti ne olacak?

00:13:12.120 --> 00:13:13.805
Evet, evet. Bu harika bir nokta.

00:13:13.805 --> 00:13:16.730
Bir sürü soru alın
ne kadar ödeyeceğim

00:13:16.730 --> 00:13:20.135
bu ve iyi haber ya da
Harika haber, ücretsiz.

00:13:20.135 --> 00:13:22.520
Bu demektir ki
aslında ödeme yapmayın

00:13:22.520 --> 00:13:25.070
makinelerinizi Azure'a dahil etmek için,

00:13:25.070 --> 00:13:27.410
ve sadece ödeyecek
çözümler için

00:13:27.410 --> 00:13:29.510
bu olacak
bu sunuculara dağıtın.

00:13:29.510 --> 00:13:31.070
Bu harika bir haber.

00:13:31.070 --> 00:13:32.630
Çok teşekkür ederim Chang' .

00:13:32.630 --> 00:13:34.370
Burada olmak ve göstermek için teşekkür ederiz

00:13:34.370 --> 00:13:36.245
bize bu Melez
yönetim yetenekleri.

00:13:36.245 --> 00:13:38.130
Evet, teşekkür ederim.