WEBVTT

00:00:00.000 --> 00:00:01.740
>> Ahoj jmenuji se Thomas Maurer.

00:00:01.740 --> 00:00:04.770
Jsem zastáncem mraků v Microsoftu
a sedím tady s

00:00:04.770 --> 00:00:06.645
Čchang ' od týmu Azure

00:00:06.645 --> 00:00:08.635
mluvit o hybridních
Správa serveru.

00:00:08.635 --> 00:00:11.300
>> Ano. Ahoj. Jsem
Správce programů v Azure.

00:00:11.300 --> 00:00:14.100
>> Ahoj. Tak hodně mluvím s

00:00:14.100 --> 00:00:17.925
zákazníkům, kteří používají
Mrak pro výpočet zdrojů.

00:00:17.925 --> 00:00:20.610
Ale většina z nich nebo
řada z nich má také

00:00:20.610 --> 00:00:22.950
servery spuštěné v
soukromá datová centra,

00:00:22.950 --> 00:00:24.495
v jejich pobočkách,

00:00:24.495 --> 00:00:26.910
nebo dokonce mají jiné části
organizace, kterou

00:00:26.910 --> 00:00:30.195
použít jiného zprostředkovatele shluku nebo
jiným poskytovatelům služeb.

00:00:30.195 --> 00:00:31.830
Jedním z hlavních úkolů

00:00:31.830 --> 00:00:34.490
všechny tyto servery, které
se v zásadě drží

00:00:34.490 --> 00:00:36.400
kontrolu všech těchto
servery, kdykoli jsou

00:00:36.400 --> 00:00:38.620
spuštěn, aby bylo zajištěno
že jsou bezpečné,

00:00:38.620 --> 00:00:42.085
že se jedná o opravu, která
mají shodu.

00:00:42.085 --> 00:00:44.585
Slyšel jsem, že Azure
tým a zvláště vy

00:00:44.585 --> 00:00:46.760
pracují na něčem
což s tím pomáhá.

00:00:46.760 --> 00:00:49.940
>> Ano. Naprosto
Rád mluvím o

00:00:49.940 --> 00:00:53.240
a já se ve skutečnosti ozvěnou
o čem jste se právě zmínil.

00:00:53.240 --> 00:00:55.835
Je to vskutku obrovská výzva.

00:00:55.835 --> 00:00:59.990
Tak jsem mluvil se spoustou zákazníků
a zejména potřebují

00:00:59.990 --> 00:01:03.890
to zvládat jako
Hybridní prostředí,

00:01:03.890 --> 00:01:05.345
Takže jsme všude kolem

00:01:05.345 --> 00:01:07.490
s týmem aplikací
chtěl prostě jít ven,

00:01:07.490 --> 00:01:08.930
získat všechen zdroj, který potřebují.

00:01:08.930 --> 00:01:10.010
Nezáleží na tom, který mrak,

00:01:10.010 --> 00:01:12.845
prostě jdou dovnitř a
tam věci nasazovat.

00:01:12.845 --> 00:01:15.560
Na druhé straně je
snažit pochopit,

00:01:15.560 --> 00:01:17.540
Sakra, kde jsou všechny ty věci?

00:01:17.540 --> 00:01:19.070
Kde jsou všechna data?

00:01:19.070 --> 00:01:21.650
Co se stane, když
něco prolomili?

00:01:21.650 --> 00:01:24.545
Zvláště nyní vidíte
zprávy po celém místě.

00:01:24.545 --> 00:01:29.210
Takže tohle je opravdu něco
Azure si vždycky myslel

00:01:29.210 --> 00:01:31.760
o službách a zvláště

00:01:31.760 --> 00:01:34.970
dnes již
řízení služby on-Prem.

00:01:34.970 --> 00:01:36.470
Ale teď s touto službou

00:01:36.470 --> 00:01:39.620
Opravdu si ho vezmeme
na další krok k

00:01:39.620 --> 00:01:43.160
integrace těchto serverů
nativně do Azure.

00:01:43.160 --> 00:01:44.975
>> Dobře. To zní fantasticky.

00:01:44.975 --> 00:01:46.640
Takže když mluvíte o integraci

00:01:46.640 --> 00:01:49.115
služby do Azure,
Co tím myslíš?

00:01:49.115 --> 00:01:51.260
>> Ano. Miluju show
ti fotku.

00:01:51.260 --> 00:01:52.070
>> Perfektní. Děkuju.

00:01:52.070 --> 00:01:56.630
>> Zde je způsob, jakým jsou služby
správu těchto prostředí.

00:01:56.630 --> 00:01:59.070
Takže tyto služby ve skutečnosti

00:01:59.070 --> 00:02:01.560
Dnes všechny řízené služby on-Prem.

00:02:01.560 --> 00:02:03.470
Mimochodem, volám
na serveru typu on-Prem

00:02:03.470 --> 00:02:05.480
ale opravdu to
ohledu na to, kde jsou.

00:02:05.480 --> 00:02:07.400
Mohou být na-Prem v údaji,

00:02:07.400 --> 00:02:10.580
soukromé datové aplikace nebo v
Další hostitelé mraků.

00:02:10.580 --> 00:02:11.975
Jak však můžete vidět,

00:02:11.975 --> 00:02:15.170
všechny tyto servery spravují
Azurové virtuální stroje

00:02:15.170 --> 00:02:18.515
něco, čemu se říká Azure
Správce prostředků, zkratka pro ARM,

00:02:18.515 --> 00:02:21.305
a kde na serverech on-Prem,

00:02:21.305 --> 00:02:24.485
opravdu potřebují zjistit
způsob, jak získat jejich kód

00:02:24.485 --> 00:02:28.220
nasazeno na tyto
serverů samostatně.

00:02:28.220 --> 00:02:29.840
Takže, jak můžeš vidět,

00:02:29.840 --> 00:02:32.180
Existuje nějaká rozdílnost mezi

00:02:32.180 --> 00:02:35.540
panel s trubicí a toto

00:02:35.540 --> 00:02:39.320
je opravdu to, co myslím nativně
součástí vaší paže.

00:02:39.320 --> 00:02:43.315
Nyní jsou projektované jako
zdroje ARM do Azure.

00:02:43.315 --> 00:02:45.295
Výhoda bude obrovská.

00:02:45.295 --> 00:02:48.220
Jak můžete vidět spoustu
investice do ruky;

00:02:48.220 --> 00:02:50.710
jako identita, jako
RBAC, jako politika.

00:02:50.710 --> 00:02:53.170
Nejdůležitější je spousta
Zákazníci se skutečně starají o

00:02:53.170 --> 00:02:57.460
soulad a také běžný
řízení, jako by je označily,

00:02:57.460 --> 00:02:59.800
Zobrazit co jsou mé servery
jsou všechny ve výrobě,

00:02:59.800 --> 00:03:03.820
takové jednoduché věci
Všechny jsou schopné skrz rameno.

00:03:03.820 --> 00:03:07.930
Takže teď mám na projektu
Tyto servery do ruky,

00:03:07.930 --> 00:03:09.520
Já mám všechny tyto výhody.

00:03:09.520 --> 00:03:12.160
Kromě toho všechny
služby nyní mohou být

00:03:12.160 --> 00:03:16.725
rozmístěny na Azure a
on-Prem stejným způsobem.

00:03:16.725 --> 00:03:18.000
Takže, jak vidíte tady,

00:03:18.000 --> 00:03:22.805
Popsi jsem to velmi důležitý
součást s názvem Guest agent.

00:03:22.805 --> 00:03:25.250
Účelem tohoto
Agent je spravovat

00:03:25.250 --> 00:03:28.430
životní cyklus těchto
rozšíření a následující

00:03:28.430 --> 00:03:30.635
stejný model, takže nyní

00:03:30.635 --> 00:03:34.630
všechna tato rozšíření lze použít
na službu on-Prem.

00:03:34.630 --> 00:03:38.700
>> Tak to je skvělé. Naše servery
se zobrazí jako prostředky Azure.

00:03:38.700 --> 00:03:41.480
Zobrazí se na portálu a také
ve Správci zdrojů Azure,

00:03:41.480 --> 00:03:44.330
a mohu v podstatě zacházet s
je jako stroje,

00:03:44.330 --> 00:03:47.195
Jak jsem kdysi dělal s Azure
Virtuální stroje, že?

00:03:47.195 --> 00:03:49.759
>> Ano. Z
hlediska řízení,

00:03:49.759 --> 00:03:51.500
To je náš hlavní cíl.

00:03:51.500 --> 00:03:54.170
Chtěli jsme všechny tyhle
řešení pro správu

00:03:54.170 --> 00:03:57.470
servery stejným způsobem
pro Azure a

00:03:57.470 --> 00:04:03.805
pro Prem a také
mít stejnou výhodu z paže.

00:04:03.805 --> 00:04:05.360
>> Dobře, to je úžasný.

00:04:05.360 --> 00:04:07.850
Takže to teď chci použít.

00:04:07.850 --> 00:04:11.215
Můžete mi ukázat, jak jsme
na palubě této služby Azure?

00:04:11.215 --> 00:04:13.460
>> Absolutně, nech
Já ti ukážu demo.

00:04:13.460 --> 00:04:15.560
Toto je stránka, kterou jsme postavili za účelem zobrazení

00:04:15.560 --> 00:04:19.960
všechny servery on-Prem, které
byl na palubě Azure.

00:04:19.960 --> 00:04:23.890
V zásadě na palubě,
Zákazník musí spustit

00:04:23.890 --> 00:04:27.790
skript na serveru a
pomoci při sestavování tohoto skriptu,

00:04:27.790 --> 00:04:32.840
ve skutečnosti stavíme tok v
Azure, abys ten scénář vygeneroval.

00:04:33.260 --> 00:04:36.235
To je možnost, že mohou

00:04:36.235 --> 00:04:39.100
Klepnutím vygenerujete skript
zároveň však

00:04:39.100 --> 00:04:42.520
také uznává, že je výzvou
pro zákazníky na palubě

00:04:42.520 --> 00:04:44.080
měřítko, pokud se musí připojit k

00:04:44.080 --> 00:04:46.705
každý jednotlivý Server samostatně
ke spuštění těchto skriptů.

00:04:46.705 --> 00:04:49.240
Takže se také snažíme
pochopit, co se

00:04:49.240 --> 00:04:53.140
některý společný server on-Prem
aplikace pro správu, abychom mohli

00:04:53.140 --> 00:04:57.505
integrace s cílem pomoci zákazníkům
na palubě těchto strojů v měřítku.

00:04:57.505 --> 00:05:00.295
Pokud například
Server je již

00:05:00.295 --> 00:05:03.100
spravované službou Azure,

00:05:03.100 --> 00:05:05.120
postavíme ve skutečnosti scénář

00:05:05.120 --> 00:05:07.640
nebo runbooks, které skutečně
nasadit na palubu

00:05:07.640 --> 00:05:10.505
Ty stroje na Azure

00:05:10.505 --> 00:05:13.055
bez skutečných zákazníků
dotýkat se všech těch strojů.

00:05:13.055 --> 00:05:15.770
Ale v budoucnu jsme také
práce, například

00:05:15.770 --> 00:05:19.129
Správce konfigurace systému System Center
a také integrují

00:05:19.129 --> 00:05:20.870
zkušenost při nástupu na palubu a

00:05:20.870 --> 00:05:22.580
Kromě centra pro správu systému Windows.

00:05:22.580 --> 00:05:25.850
Takže jsme si prostě udrželi
rozbalení způsobu, jakým mohou zákazníci

00:05:25.850 --> 00:05:29.240
na palubu Azure v
nejméně úsilí.

00:05:29.240 --> 00:05:32.630
Ale v tomto případě, dovol mi Ukázat
, jak vygenerovat skript.

00:05:32.630 --> 00:05:35.510
Takže, jak můžete vidět tyto
jsou azurové zdroje.

00:05:35.510 --> 00:05:37.220
Proto sledují stejnou hierarchii

00:05:37.220 --> 00:05:39.140
jako u odběrů
a skupiny zdrojů.

00:05:39.140 --> 00:05:40.385
Takže teď si můžeš vybrat

00:05:40.385 --> 00:05:44.870
který odběr a zdroj
skupinu, kterou chtěli jít, a tady

00:05:44.870 --> 00:05:46.790
oblasti označují, že

00:05:46.790 --> 00:05:48.950
které je azurová oblast

00:05:48.950 --> 00:05:51.980
Správa těchto serverů
Tyto prostředky on-Prem.

00:05:51.980 --> 00:05:56.930
Takže můžete vidět z souladu
nebo hlediska regulačního bodu,

00:05:56.930 --> 00:05:59.635
Víme, kde jsou metadata
je uložen v Azure.

00:05:59.635 --> 00:06:03.620
Fyzické umístění je nové specificky
pro servery typu on-Prem.

00:06:03.620 --> 00:06:06.245
To umožňuje zákazníkům
k označení serverů

00:06:06.245 --> 00:06:10.655
nebo výslovně uvede
ve kterých se nachází datové centrum.

00:06:10.655 --> 00:06:13.940
To je opravdu o
snadnému řízení.

00:06:13.940 --> 00:06:15.440
>> Dobře, to je dobrý.

00:06:15.440 --> 00:06:18.650
Takže zákazníci nemohli jen tak přidat
jméno přes datové pole.

00:06:18.650 --> 00:06:20.330
Takže by mohli chtít například

00:06:20.330 --> 00:06:22.460
také přidat místnost pro umístění nebo

00:06:22.460 --> 00:06:25.520
dokonce přímé jméno nebo přímé
číslo serveru?

00:06:25.520 --> 00:06:26.570
>> Ano, absolutně.

00:06:26.570 --> 00:06:28.670
To je skutečně pro zákazníka

00:06:28.670 --> 00:06:31.100
snadno identifikovat
kde je tento prostředek.

00:06:31.100 --> 00:06:32.750
Pokud se na serveru něco stane,

00:06:32.750 --> 00:06:34.810
mohou jít, pokud potřebují
k fyzickému přístupu,

00:06:34.810 --> 00:06:37.160
vědí přesně
kde musí být.

00:06:37.160 --> 00:06:41.825
Zde také umožneme zákazníkovi
Zvolte operační systémy.

00:06:41.825 --> 00:06:45.200
Opravdu jsem
to hláskovat, ale jako vždy,

00:06:45.200 --> 00:06:48.395
v Azure se snažíme přijmout
Windows i Linux.

00:06:48.395 --> 00:06:50.570
To samé, co jsme postavili

00:06:50.570 --> 00:06:52.820
dva balíčky pro agenta

00:06:52.820 --> 00:06:56.460
na palubě buď systém Windows
Server nebo linuxový Server.

00:06:57.380 --> 00:07:01.200
Pochopení mnoha zákazníků
zvláště pro on-Prem,

00:07:01.200 --> 00:07:03.520
nechtějí
vystavit své servery

00:07:03.520 --> 00:07:06.805
Internetu přímo a
jej umístit za server proxy.

00:07:06.805 --> 00:07:12.050
Takže tady v tomto případě náš agent
potřebuje se připojit k Azure.

00:07:14.280 --> 00:07:18.400
Pokud tyto servery nejsou
připojit se přímo k Azure,

00:07:18.400 --> 00:07:21.610
mohou konfigurovat
Server proxy a potom

00:07:21.610 --> 00:07:26.000
Agent bude moci komunikovat
prostřednictvím proxy serveru.

00:07:26.880 --> 00:07:33.700
Toto je jen zdroj Azure
možnost, aby mohli

00:07:33.700 --> 00:07:36.220
servery, které budou označovat
Možná kdo vlastní

00:07:36.220 --> 00:07:39.805
nebo zda
jsou součástí týmu.

00:07:39.805 --> 00:07:41.570
>> Ano. To také
znamená, že je to jen

00:07:41.570 --> 00:07:43.670
jako s ostatními Azure
prostředky, správně.

00:07:43.670 --> 00:07:46.100
Takže například v mém
prostředí označím zdroje

00:07:46.100 --> 00:07:48.665
na základě výroby,
vývojové prostředí,

00:07:48.665 --> 00:07:50.375
demonstrační prostředí atd.

00:07:50.375 --> 00:07:52.265
takže mohou používat stejné tagování

00:07:52.265 --> 00:07:53.870
pro své v podstatě na Prem servery?

00:07:53.870 --> 00:07:56.560
>> Ano, přesně. Máš to mít.

00:07:56.750 --> 00:07:59.340
Nakonec

00:07:59.340 --> 00:08:01.670
Tento skript vygenerujeme.

00:08:01.670 --> 00:08:03.650
Takže teď si můžete vzít kopii

00:08:03.650 --> 00:08:06.110
skript a spustit jej
na cílovém serveru.

00:08:06.110 --> 00:08:09.485
Ukážu ti přesně
obsahu skriptu.

00:08:09.485 --> 00:08:11.585
Takže první jsou opravdu tři kroky.

00:08:11.585 --> 00:08:13.580
Po stažení balíčku

00:08:13.580 --> 00:08:17.270
Pokud jste však již
Stáhnout a umístit do sdílené složky,

00:08:17.270 --> 00:08:20.105
můžete pouze změnit kopii
to z toho podílu na moci.

00:08:20.105 --> 00:08:23.195
Druhým příkazem je
instalaci tohoto balíčku.

00:08:23.195 --> 00:08:25.100
Poslední je ten důležitý.

00:08:25.100 --> 00:08:28.515
Tady jsme vlastně
během nástupu na palubu.

00:08:28.515 --> 00:08:30.480
Tento nástroj bude ve skutečnosti

00:08:30.480 --> 00:08:33.170
Vytvoření prostředku ARM
a potom odkaz zpět na

00:08:33.170 --> 00:08:37.995
zástupce tak, aby na konci
z procesu nalodění,

00:08:37.995 --> 00:08:40.985
Tento zdroj se ve skutečnosti zobrazí

00:08:40.985 --> 00:08:44.300
předložením tohoto fyzického
serveru v Azure portálu.

00:08:44.300 --> 00:08:45.485
>> Oh, to je úžasný.

00:08:45.485 --> 00:08:49.115
Takže to v podstatě bude jednoduché
pro zákazníky na palubě

00:08:49.115 --> 00:08:51.050
servery v zásadě vytvořením

00:08:51.050 --> 00:08:53.315
jim scénář, který
potřebovat a očividně,

00:08:53.315 --> 00:08:54.500
Myslím, že mohou také běžet

00:08:54.500 --> 00:08:56.630
skripty proti
násobky serverů, pokud

00:08:56.630 --> 00:08:58.610
na plavidle, jako ne pouze
jeden nebo dva servery

00:08:58.610 --> 00:09:00.035
ale možná stovky serverů?

00:09:00.035 --> 00:09:01.355
>> Ale ano. Naprosto.

00:09:01.355 --> 00:09:04.340
>> Dobře, to je skvělé. Takže
Nyní mám server v

00:09:04.340 --> 00:09:05.870
portál a já to vidím a

00:09:05.870 --> 00:09:07.520
jej spravovat pomocí
Správce zdrojů Azure,

00:09:07.520 --> 00:09:10.250
služby, které mohou
Já teď opravdu?

00:09:10.250 --> 00:09:12.110
>> Ano, ukážu ti to.

00:09:12.110 --> 00:09:15.740
Pokud tedy kliknete na jednu z
zdroj, jak zde můžete vidět,

00:09:15.740 --> 00:09:19.610
opravdu chceme sledovat
Model Azure Virtual Machine.

00:09:19.610 --> 00:09:25.145
Takže se můžete podívat na seznam
schopností a při pohybu vpřed

00:09:25.145 --> 00:09:28.655
budeme rozšiřovat
správu a možnosti.

00:09:28.655 --> 00:09:33.320
Dnes povolujeme
dvě konkrétní služby.

00:09:33.320 --> 00:09:35.480
Můžeme ji integrovat s

00:09:35.480 --> 00:09:38.420
Protokolovat analytiku tak, aby
můžete skutečně získat

00:09:38.420 --> 00:09:41.060
protokoly přidané k ID prostředku

00:09:41.060 --> 00:09:43.940
a můžete zadat dotaz na
protokoly na jednom centrálním místě.

00:09:43.940 --> 00:09:47.630
Tak já ti to ukážu. Pokud kliknete na tlačítko
"protokoly" budu moci

00:09:47.630 --> 00:09:52.470
pro získání všech protokolů
pro tento server relevantní.

00:09:54.320 --> 00:09:59.910
Bez tohoto, pokud se zákazník pokouší
získat přístup k protokolu serveru,

00:09:59.910 --> 00:10:01.790
v podstatě potřebují jít
na server a obrázek

00:10:01.790 --> 00:10:03.980
na které ID pracovního prostoru se připojuje,

00:10:03.980 --> 00:10:05.230
a pak přijďte na portál,

00:10:05.230 --> 00:10:07.040
najít tento pracovní prostor a potom

00:10:07.040 --> 00:10:09.110
můžete filtrovat podle
na název počítače.

00:10:09.110 --> 00:10:10.865
Nyní s touto integrací

00:10:10.865 --> 00:10:13.130
můžete jednoduše kliknout sem

00:10:13.130 --> 00:10:15.440
a potom získat všechny protokoly
patřit ke stejnému serveru.

00:10:15.440 --> 00:10:16.700
>> Oh, to je fantastické.

00:10:16.700 --> 00:10:18.470
To mi také pomáhá,

00:10:18.470 --> 00:10:19.760
Vidím spoustu zákazníků, kteří

00:10:19.760 --> 00:10:21.560
jiné organizační části

00:10:21.560 --> 00:10:24.590
a některé z nich jsou jen
skutečně zaměřeno na aplikaci,

00:10:24.590 --> 00:10:28.040
Takže teď můžu jen dát přístup
do tohoto specifického týmu

00:10:28.040 --> 00:10:30.410
specifická sada
servery a mohou

00:10:30.410 --> 00:10:33.360
jen otevřít zámky pro ty, co slouží?

00:10:33.360 --> 00:10:36.020
>> Ano, to je vlastně skvělý
přínos, který se zde zmínil

00:10:36.020 --> 00:10:39.200
je v březnu monitorovací tým

00:10:39.200 --> 00:10:41.420
vydala tuto novou možnost
nazývá zdroj

00:10:41.420 --> 00:10:45.620
centrální RBAC role
přístup k protokolům,

00:10:45.620 --> 00:10:49.685
a zpřístupili ji pro
Azure VMs, teď s Hybrid.

00:10:49.685 --> 00:10:52.705
Nyní ji můžete také získat
pro službu on-Prem.

00:10:52.705 --> 00:10:55.715
>> Oh, to je úžasný. Takže
zmiňujete také zásady.

00:10:55.715 --> 00:10:59.285
>> Ano. Azurová politika je tedy

00:10:59.285 --> 00:11:01.700
místo, kde mohou zákazníci definovat

00:11:01.700 --> 00:11:04.780
jejich soulad a může také
Zobrazit stav jejich kompatibility.

00:11:04.780 --> 00:11:06.860
Existuje určitá kategorie

00:11:06.860 --> 00:11:09.815
zásady nazvané Guest
Zásady konfigurace.

00:11:09.815 --> 00:11:12.770
Můžete si představit hosta
Zásady konfigurace téměř jako

00:11:12.770 --> 00:11:17.595
Zásady skupiny, ale pro
servery, které nejsou připojeny k doméně.

00:11:17.595 --> 00:11:22.800
Takže je tu dlouhý seznam
Zásady konfigurace hosta.

00:11:22.800 --> 00:11:26.495
Dnes jsme udělali 18 předdefinovaných politik.

00:11:26.495 --> 00:11:30.335
Takže můžete skutečně nasadit
je přímo z krabice.

00:11:30.335 --> 00:11:35.149
Ale také existuje, pokud máte
požadavek, který není zabudovaný,

00:11:35.149 --> 00:11:37.295
můžete skutečně vytvořit
Tyto vlastní zásady

00:11:37.295 --> 00:11:40.055
a nasadit je do
jedinečné prostředí.

00:11:40.055 --> 00:11:42.440
S hostem
Zásady konfigurace,

00:11:42.440 --> 00:11:46.025
skutečně funguje prostřednictvím
PAŽE k Azurovu VMs.

00:11:46.025 --> 00:11:48.695
Nyní, s hybridními, mohou být také

00:11:48.695 --> 00:11:52.275
sledování a řízení
serverech na předběžné m.

00:11:52.275 --> 00:11:54.090
Jak vidíte, nasadili jsme

00:11:54.090 --> 00:11:56.315
Někteří hosté
Zásady konfigurace a

00:11:56.315 --> 00:12:00.755
v jednom zobrazení lze zobrazit všechny
Tyto stavy nejsou kompatibilní.

00:12:00.755 --> 00:12:04.865
Při přechodu na nižší úroveň si všimla
Zásady hesel,

00:12:04.865 --> 00:12:07.610
Mám hromadu
nevyhovující služby.

00:12:07.610 --> 00:12:09.620
Tak mě nech jít sem, přejít na zem,

00:12:09.620 --> 00:12:13.765
pak mohu zobrazit všechny servery
, které nejsou vyhovující.

00:12:13.765 --> 00:12:17.120
Můžete zjistit, který zdroj
skupiny, do které patří,

00:12:17.120 --> 00:12:19.475
abys mohl mít představu
co dělají.

00:12:19.475 --> 00:12:22.145
Ale i zde je důležité,

00:12:22.145 --> 00:12:26.045
To jsou Azure virtuální stroje
a jsou to servery na Prem.

00:12:26.045 --> 00:12:27.440
Takže v jednom pohledu dostanete

00:12:27.440 --> 00:12:30.470
úplný obrázek všech serverů
, které nejsou v souladu.

00:12:30.470 --> 00:12:32.030
>> Wow, to je fantastické.

00:12:32.030 --> 00:12:34.179
Takže vidím všechny své servery,

00:12:34.179 --> 00:12:35.730
Nezáleží na tom, kde běží;

00:12:35.730 --> 00:12:37.770
Pokud jsou v Azure,
Pokud běží na Prem,

00:12:37.770 --> 00:12:40.225
ve svých údaji, v
mé pobočky,

00:12:40.225 --> 00:12:43.160
Vidím je v jednom zobrazení

00:12:43.160 --> 00:12:45.680
a můžu je zvládnout z Azure?

00:12:45.680 --> 00:12:48.830
>> Ano, to jsou naše cíle.
mít Azura

00:12:48.830 --> 00:12:50.930
na jednom centrálním místě a chceme

00:12:50.930 --> 00:12:53.545
poskytovat konzistentní zkušenosti.

00:12:53.545 --> 00:12:55.230
>> Tak to je fantastické.

00:12:55.230 --> 00:12:56.685
Takže když jsem dnes zákazník,

00:12:56.685 --> 00:12:57.930
Jak se k tomu dostanu?

00:12:57.930 --> 00:13:01.505
>> Ano, takže jsme opravdu
získání veřejného náhledu.

00:13:01.505 --> 00:13:03.680
Pokud tedy dodržujete
odkaz na obrazovce,

00:13:03.680 --> 00:13:05.990
budete moci vidět
naši dokumentaci a

00:13:05.990 --> 00:13:08.935
Postup při
zápis se službou.

00:13:08.935 --> 00:13:10.275
>> Dobře. To je fantastické,

00:13:10.275 --> 00:13:12.120
a co náklady na tohle?

00:13:12.120 --> 00:13:13.805
>> Ale ano. To je skvělá pointa.

00:13:13.805 --> 00:13:16.730
Získejte mnoho otázek na
Kolik bych zaplatil za

00:13:16.730 --> 00:13:20.135
a dobrou zprávu nebo
Skvělá zpráva je, že je zadarmo.

00:13:20.135 --> 00:13:22.520
To znamená, že jste
ve skutečnosti neplatí

00:13:22.520 --> 00:13:25.070
na palubě vašich strojů na Azure,

00:13:25.070 --> 00:13:27.410
a vy budete platit pouze
pro řešení

00:13:27.410 --> 00:13:29.510
že budeš
na tyto servery nasadit.

00:13:29.510 --> 00:13:31.070
>> No, to je fantastická novinka.

00:13:31.070 --> 00:13:32.630
Takže díky moc Changovi.

00:13:32.630 --> 00:13:34.370
Děkujeme vám, že jste zde a zobrazujete

00:13:34.370 --> 00:13:36.245
nám tento Hybrid
možnosti správy.

00:13:36.245 --> 00:13:38.130
>> Ano, děkuji