WEBVTT

00:00:00.000 --> 00:00:01.740
>> Witam nazywam się Thomas Maurer.

00:00:01.740 --> 00:00:04.770
I'm a Cloud Advocate w: Microsoft
i siedzę tutaj z

00:00:04.770 --> 00:00:06.645
Chang ' z zespołu zarządzania Azure

00:00:06.645 --> 00:00:08.635
rozmawiać o Hybrid
Zarządzanie serwerem.

00:00:08.635 --> 00:00:11.300
>> tak. Cześć. Jestem
Program Manager na platformie Azure.

00:00:11.300 --> 00:00:14.100
>> Cześć. Więc mówię wiele z

00:00:14.100 --> 00:00:17.925
klientów korzystających z
Chmura dla zasobów obliczeniowych.

00:00:17.925 --> 00:00:20.610
Ale większość z nich lub
wiele z nich ma również

00:00:20.610 --> 00:00:22.950
serwery działające w ich
prywatne centra danych,

00:00:22.950 --> 00:00:24.495
w swoich oddziałach,

00:00:24.495 --> 00:00:26.910
lub nawet mieć inne części
organizacji, którą

00:00:26.910 --> 00:00:30.195
użyć innego dostawcy chmury lub
innych usługodawców.

00:00:30.195 --> 00:00:31.830
Jednym z głównych wyzwań

00:00:31.830 --> 00:00:34.490
wszystkie te serwery
jest zasadniczo utrzymanie

00:00:34.490 --> 00:00:36.400
kontrolę wszystkich tych
serwerów, gdy są one

00:00:36.400 --> 00:00:38.620
uruchomiony, aby upewnić się,
że są bezpieczne,

00:00:38.620 --> 00:00:42.085
że są one patch, że
mają one zgodności.

00:00:42.085 --> 00:00:44.585
Słyszałem, że platforma Azure
zespołu, a zwłaszcza

00:00:44.585 --> 00:00:46.760
pracują nad czymś
co pomaga w tym.

00:00:46.760 --> 00:00:49.940
>> tak. Absolutnie
Uwielbiam rozmawiać o

00:00:49.940 --> 00:00:53.240
ono i ja był rzeczywiście odbijanie
co po prostu wspomniano.

00:00:53.240 --> 00:00:55.835
To jest rzeczywiście ogromne wyzwanie.

00:00:55.835 --> 00:00:59.990
Więc rozmawiałem z wieloma klientami
szczególnie potrzebują

00:00:59.990 --> 00:01:03.890
zarządzać tymi bardzo jak
Środowiska hybrydowe,

00:01:03.890 --> 00:01:05.345
więc jesteśmy na miejscu

00:01:05.345 --> 00:01:07.490
z zespołem aplikacji
próbując po prostu wyjść,

00:01:07.490 --> 00:01:08.930
uzyskać wszystkie potrzebne zasoby.

00:01:08.930 --> 00:01:10.010
Nie ma znaczenia, która Chmura,

00:01:10.010 --> 00:01:12.845
po prostu iść i
wdrożyć rzeczy tam.

00:01:12.845 --> 00:01:15.560
IT z drugiej strony jest
starając się zrozumieć,

00:01:15.560 --> 00:01:17.540
Oh My Gosh, gdzie są wszystkie rzeczy?

00:01:17.540 --> 00:01:19.070
Gdzie są wszystkie dane?

00:01:19.070 --> 00:01:21.650
Co się stanie, jeśli
coś dostał naruszył?

00:01:21.650 --> 00:01:24.545
Szczególnie teraz widzisz
wiadomości w każdym miejscu.

00:01:24.545 --> 00:01:29.210
Więc to jest naprawdę coś
Platforma Azure zawsze myślała

00:01:29.210 --> 00:01:31.760
w szczególności usług

00:01:31.760 --> 00:01:34.970
Dzisiaj, że już
zarządzania usługami w ramach Prem.

00:01:34.970 --> 00:01:36.470
Ale teraz z tej usługi,

00:01:36.470 --> 00:01:39.620
Jesteśmy naprawdę biorąc go
do kolejnego kroku, aby

00:01:39.620 --> 00:01:43.160
zintegrowanie tych serwerów
bardziej natywnie na platformę Azure.

00:01:43.160 --> 00:01:44.975
>> Okay. To brzmi fantastycznie.

00:01:44.975 --> 00:01:46.640
Więc kiedy mówisz o integracji

00:01:46.640 --> 00:01:49.115
usługi na platformę Azure,
co masz na myśli przez to?

00:01:49.115 --> 00:01:51.260
>> tak. Uwielbiam pokazywać
obraz.

00:01:51.260 --> 00:01:52.070
>> Perfect. Dziękuję.

00:01:52.070 --> 00:01:56.630
>> Oto jak usługi są
zarządzania tymi środowiskami.

00:01:56.630 --> 00:01:59.070
Więc te usługi faktycznie,

00:01:59.070 --> 00:02:01.560
wszystkie zarządzane usługi na Prem dzisiaj.

00:02:01.560 --> 00:02:03.470
Nawiasem mówiąc, wzywam
serwer na Prem

00:02:03.470 --> 00:02:05.480
ale to naprawdę nie
względu na to, gdzie się znajdują.

00:02:05.480 --> 00:02:07.400
Mogą być na Prem w centrach danych,

00:02:07.400 --> 00:02:10.580
prywatnych centrów danych lub
innych hostów w chmurze.

00:02:10.580 --> 00:02:11.975
Ale jak widać,

00:02:11.975 --> 00:02:15.170
wszystkie te serwery zarządzające
Maszyny wirtualne platformy Azure za pośrednictwem

00:02:15.170 --> 00:02:18.515
coś o nazwie Azure
Resource Manager, skrót od ARM,

00:02:18.515 --> 00:02:21.305
i gdzie na serwerach na Prem,

00:02:21.305 --> 00:02:24.485
naprawdę muszą figurują
sposób, aby uzyskać ich kod

00:02:24.485 --> 00:02:28.220
wdrożono na tych Prem
poszczególnych serwerów.

00:02:28.220 --> 00:02:29.840
Tak jak widać,

00:02:29.840 --> 00:02:32.180
Istnieje pewna rozbieżność między

00:02:32.180 --> 00:02:35.540
na panelu rury i ten

00:02:35.540 --> 00:02:39.320
jest naprawdę to, co mam na myśli przez natywnie
zintegrowane z Twoim ARM.

00:02:39.320 --> 00:02:43.315
Teraz są one przewidywane jako
zasobów ARM na platformę Azure.

00:02:43.315 --> 00:02:45.295
Korzyści będą ogromne.

00:02:45.295 --> 00:02:48.220
Jak widać wiele
inwestycja weszła w ramię;

00:02:48.220 --> 00:02:50.710
jak tożsamość, jak
RBAC, podobnie jak zasady.

00:02:50.710 --> 00:02:53.170
Co najważniejsze wiele
Klienci naprawdę dbają o

00:02:53.170 --> 00:02:57.460
zgodności, a także tylko regularne
zarządzania, jak je oznaczyć,

00:02:57.460 --> 00:02:59.800
Pokaż jakie są moje serwery
są w produkcji,

00:02:59.800 --> 00:03:03.820
tego rodzaju prostych rzeczy
są zdolne przez ARM.

00:03:03.820 --> 00:03:07.930
Więc teraz mam raz projekt
te serwery do ARM,

00:03:07.930 --> 00:03:09.520
Dostałam wszystkie te korzyści.

00:03:09.520 --> 00:03:12.160
Ponadto wszystkie
usługi mogą być teraz

00:03:12.160 --> 00:03:16.725
wdrożone na platformie Azure, a także
na Prem w ten sam sposób.

00:03:16.725 --> 00:03:18.000
Więc jak można zobaczyć tutaj,

00:03:18.000 --> 00:03:22.805
I oznaczone to bardzo ważne
składnik o nazwie agenta gościa.

00:03:22.805 --> 00:03:25.250
Celem tego
agenta jest zarządzanie

00:03:25.250 --> 00:03:28.430
cyklu życia tych
rozszerzenia i jesteśmy po

00:03:28.430 --> 00:03:30.635
ten sam model, aby teraz

00:03:30.635 --> 00:03:34.630
wszystkie te rozszerzenia mogą być stosowane
również do usług na Prem.

00:03:34.630 --> 00:03:38.700
>> Więc to świetnie. Więc nasze serwery
wyświetlane jako zasoby platformy Azure.

00:03:38.700 --> 00:03:41.480
Pojawiają się one w portalu, a także
w usłudze Azure Resource Manager,

00:03:41.480 --> 00:03:44.330
i mogę w zasadzie leczyć
jak maszyny,

00:03:44.330 --> 00:03:47.195
jak kiedyś z platformą Azure
Maszyny wirtualne, prawda?

00:03:47.195 --> 00:03:49.759
>> Tak. Z poziomu
perspektywy zarządzania,

00:03:49.759 --> 00:03:51.500
naszym głównym celem.

00:03:51.500 --> 00:03:54.170
Chcieliśmy, aby wszystkie te
rozwiązania do zarządzania

00:03:54.170 --> 00:03:57.470
serwerów w ten sam sposób
dla platformy Azure, a także

00:03:57.470 --> 00:04:03.805
na Prem, a także
uzyskania tej samej korzyści z ramienia.

00:04:03.805 --> 00:04:05.360
>> Okay, to niesamowite.

00:04:05.360 --> 00:04:07.850
Więc chcę teraz użyć tego.

00:04:07.850 --> 00:04:11.215
Więc możesz mi pokazać, jak
na pokładzie tej usługi na platformie Azure?

00:04:11.215 --> 00:04:13.460
>> Absolutnie, niech
mi pokazać demo.

00:04:13.460 --> 00:04:15.560
To jest strona, którą zbudowaliśmy, aby pokazać

00:04:15.560 --> 00:04:19.960
wszystkie serwery na Prem, które
została na pokład na platformie Azure.

00:04:19.960 --> 00:04:23.890
Zasadniczo do pokładu,
Klient musi uruchomić

00:04:23.890 --> 00:04:27.790
skrypt na serwerze i do
pomóc zbudować ten skrypt,

00:04:27.790 --> 00:04:32.840
w rzeczywistości budujemy przepływ w
Azure do generowania tego skryptu.

00:04:33.260 --> 00:04:36.235
Więc jest to opcja, że mogą one

00:04:36.235 --> 00:04:39.100
Kliknij, aby wygenerować skrypt
ale w tym samym czasie,

00:04:39.100 --> 00:04:42.520
rozpoznaje również jest wyzwaniem
dla klientów na pokładzie

00:04:42.520 --> 00:04:44.080
skalę, jeśli muszą one łączyć się z

00:04:44.080 --> 00:04:46.705
Każdy pojedynczy serwer indywidualnie
, aby uruchomić te skrypty.

00:04:46.705 --> 00:04:49.240
Próbujemy również
zrozumieć, jakie są

00:04:49.240 --> 00:04:53.140
jakiś wspólny serwer na Prem
aplikacji do zarządzania, abyśmy mogli

00:04:53.140 --> 00:04:57.505
integrację, aby pomóc klientom
na pokładzie tych maszyn na dużą skalę.

00:04:57.505 --> 00:05:00.295
Na przykład tutaj, jeśli
serwer jest juz

00:05:00.295 --> 00:05:03.100
zarządzane przez usługę aktualizacji platformy Azure,

00:05:03.100 --> 00:05:05.120
Budujemy faktycznie skrypt

00:05:05.120 --> 00:05:07.640
lub elementów Runbook faktycznie
wdrożyć na pokładzie

00:05:07.640 --> 00:05:10.505
tych maszyn na platformie Azure

00:05:10.505 --> 00:05:13.055
bez faktycznego klienta
dotykania wszystkich tych maszyn.

00:05:13.055 --> 00:05:15.770
Ale w przyszłości jesteśmy również
pracy z, na przykład,

00:05:15.770 --> 00:05:19.129
Menedżer konfiguracji programu System Center
a także integrują

00:05:19.129 --> 00:05:20.870
doświadczeń na pokład i

00:05:20.870 --> 00:05:22.580
oprócz centrum administracyjnego systemu Windows.

00:05:22.580 --> 00:05:25.850
Więc mamy tylko na bieżąco
w jaki sposób klienci mogą

00:05:25.850 --> 00:05:29.240
na pokładzie do platformy Azure w
sposób najmniejszy wysiłek.

00:05:29.240 --> 00:05:32.630
Ale w tym przypadku, pozwól mi pokazać
sposób generowania skryptu.

00:05:32.630 --> 00:05:35.510
Tak jak można zobaczyć te
to zasoby platformy Azure.

00:05:35.510 --> 00:05:37.220
Dlatego są one zgodne z tą samą hierarchią

00:05:37.220 --> 00:05:39.140
jak w abonamentach
i grupy zasobów.

00:05:39.140 --> 00:05:40.385
Więc teraz można wybrać

00:05:40.385 --> 00:05:44.870
które subskrypcje i zasoby
Grupa chcieli pójść i tu

00:05:44.870 --> 00:05:46.790
Region wskazuje, że

00:05:46.790 --> 00:05:48.950
który region platformy Azure jest uruchomiony

00:05:48.950 --> 00:05:51.980
serwery zarządzające
tych na Prem zasobów.

00:05:51.980 --> 00:05:56.930
Dzięki temu można sprawdzić zgodność
lub z punktu widzenia regulacyjnego,

00:05:56.930 --> 00:05:59.635
Wiemy, gdzie metadane
jest przechowywany na platformie Azure.

00:05:59.635 --> 00:06:03.620
Lokalizacja fizyczna jest nowa w szczególności
dla serwerów na Prem.

00:06:03.620 --> 00:06:06.245
Dzięki temu klient
Aby oznaczyć serwery

00:06:06.245 --> 00:06:10.655
lub wyraźnie wskazać
centrum danych, w którym się znajdują.

00:06:10.655 --> 00:06:13.940
To jest naprawdę o
łatwość zarządzania.

00:06:13.940 --> 00:06:15.440
>> Okay, to całkiem fajne.

00:06:15.440 --> 00:06:18.650
Więc klienci nie mogli po prostu dodać
nazwę w centrach danych.

00:06:18.650 --> 00:06:20.330
Więc mogą nawet jak, na przykład,

00:06:20.330 --> 00:06:22.460
również dodać pokój w lokalizacji lub

00:06:22.460 --> 00:06:25.520
nawet bezpośrednie nazwy lub bezpośrednie
Numer serwera?

00:06:25.520 --> 00:06:26.570
>> tak, absolutnie.

00:06:26.570 --> 00:06:28.670
Więc to jest naprawdę dla klienta

00:06:28.670 --> 00:06:31.100
łatwo identyfikować
gdzie ten zasób jest.

00:06:31.100 --> 00:06:32.750
Jeśli coś się stanie z tym serwerem,

00:06:32.750 --> 00:06:34.810
mogą pójść, jeśli potrzebują
do fizycznego dostępu,

00:06:34.810 --> 00:06:37.160
wiedzą dokładnie
gdzie muszą być.

00:06:37.160 --> 00:06:41.825
Tutaj również umożliwiamy Klientowi
wybrać systemy operacyjne.

00:06:41.825 --> 00:06:45.200
I tak naprawdę nie specjalnie
zaklęcie, ale jak zawsze,

00:06:45.200 --> 00:06:48.395
na platformie Azure staramy się objąć
Windows, jak i Linux.

00:06:48.395 --> 00:06:50.570
To samo dla nas budujemy

00:06:50.570 --> 00:06:52.820
dwa pakiety dla agenta

00:06:52.820 --> 00:06:56.460
na pokładzie albo Windows
Serwer lub serwer Linux.

00:06:57.380 --> 00:07:01.200
Zrozumienie wielu klientów
zwłaszcza na Prem,

00:07:01.200 --> 00:07:03.520
nie chcą
narazić swoje serwery na

00:07:03.520 --> 00:07:06.805
bezpośrednio z Internetu i
umieścić go za serwerem proxy.

00:07:06.805 --> 00:07:12.050
Więc w tym przypadku nasz agent
musi nawiązać połączenie z platformą Azure.

00:07:14.280 --> 00:07:18.400
Jeśli te serwery nie są
bezpośrednio nawiązać połączenie z platformą Azure,

00:07:18.400 --> 00:07:21.610
mogą konfigurować
serwera proxy tutaj, a następnie

00:07:21.610 --> 00:07:26.000
Agent będzie w stanie komunikować się
przez serwer proxy.

00:07:26.880 --> 00:07:33.700
Jest to tylko zasób platformy Azure
możliwości, dzięki czemu mogą

00:07:33.700 --> 00:07:36.220
serwerów w celu wskazania
może kto jest właścicielem

00:07:36.220 --> 00:07:39.805
Czy
są częścią zespołu.

00:07:39.805 --> 00:07:41.570
>> tak. To również
oznacza, że jest to po prostu

00:07:41.570 --> 00:07:43.670
jak w przypadku innych usług Azure
zasobów, prawo.

00:07:43.670 --> 00:07:46.100
Więc na przykład w moim
środowisko I tag zasobów

00:07:46.100 --> 00:07:48.665
w oparciu o produkcję,
środowiska programistycznego,

00:07:48.665 --> 00:07:50.375
środowiskach demonstracyjnych itd.;

00:07:50.375 --> 00:07:52.265
więc mogą korzystać z tego samego tagowania

00:07:52.265 --> 00:07:53.870
pod kątem ich gruntownie u-Prem serwery?

00:07:53.870 --> 00:07:56.560
>> tak, dokładnie. Masz to.

00:07:56.750 --> 00:07:59.340
W końcu tutaj,

00:07:59.340 --> 00:08:01.670
wygenerujemy ten skrypt.

00:08:01.670 --> 00:08:03.650
Więc teraz można zrobić kopię

00:08:03.650 --> 00:08:06.110
skrypt i uruchom go
na serwerze docelowym.

00:08:06.110 --> 00:08:09.485
Pozwól mi pokazać dokładnie
zawartość skryptu.

00:08:09.485 --> 00:08:11.585
Więc pierwszy jest naprawdę trzy kroki.

00:08:11.585 --> 00:08:13.580
Po pobraniu pakietu,

00:08:13.580 --> 00:08:17.270
ale jeśli rzeczywiście już
pobrane i umieszczone na udziale plików,

00:08:17.270 --> 00:08:20.105
można po prostu zmienić, aby skopiować
od tego udziału w zasilaniu.

00:08:20.105 --> 00:08:23.195
Drugie polecenie polega na
zainstalować ten pakiet.

00:08:23.195 --> 00:08:25.100
Ostatnią z nich jest ważna

00:08:25.100 --> 00:08:28.515
tutaj, które jesteśmy rzeczywiście
podczas wchodzenia na pokład.

00:08:28.515 --> 00:08:30.480
To narzędzie będzie faktycznie

00:08:30.480 --> 00:08:33.170
Tworzenie zasobu ARM
, a następnie Połącz z powrotem do

00:08:33.170 --> 00:08:37.995
środek tak, aby na końcu
procesu pokładowego,

00:08:37.995 --> 00:08:40.985
rzeczywiście zobaczy te zasoby

00:08:40.985 --> 00:08:44.300
prezentacji, że fizyczne
serwera w witrynie Azure Portal.

00:08:44.300 --> 00:08:45.485
>> Och, to jest niesamowite.

00:08:45.485 --> 00:08:49.115
Więc robimy to bardzo proste w zasadzie
dla klientów na pokładzie

00:08:49.115 --> 00:08:51.050
serwerów w zasadzie tworząc

00:08:51.050 --> 00:08:53.315
im skrypt, który
potrzeby i oczywiście,

00:08:53.315 --> 00:08:54.500
Myślę, że mogą również uruchomić

00:08:54.500 --> 00:08:56.630
skrypty przeciwko
wielokrotności serwerów, jeśli

00:08:56.630 --> 00:08:58.610
na pokładzie, jak nie tylko
jeden lub dwa serwery

00:08:58.610 --> 00:09:00.035
ale moze setki serwerow?

00:09:00.035 --> 00:09:01.355
>> Oh yeah. Absolutnie.

00:09:01.355 --> 00:09:04.340
>> Okay, to świetnie. Więc
teraz mam serwer w

00:09:04.340 --> 00:09:05.870
portalu i widzę, że i

00:09:05.870 --> 00:09:07.520
zarządzać nim za pomocą
Usługi Azure Resource Manager,

00:09:07.520 --> 00:09:10.250
które usługi mogą
I rzeczywiście używać teraz?

00:09:10.250 --> 00:09:12.110
>> tak, pozwól mi pokazać, że.

00:09:12.110 --> 00:09:15.740
Więc jeśli klikniesz na jeden z
zasób, jak można zobaczyć tutaj,

00:09:15.740 --> 00:09:19.610
naprawdę chcemy podążać za
Modelu maszyny wirtualnej platformy Azure.

00:09:19.610 --> 00:09:25.145
Możesz więc zobaczyć listę
i w miarę jak poruszamy się naprzód,

00:09:25.145 --> 00:09:28.655
zamierzamy rozwinąć te
zarządzania i możliwości.

00:09:28.655 --> 00:09:33.320
Dziś umożliwiamy
dwóch konkretnych usług.

00:09:33.320 --> 00:09:35.480
Jeden z nich możemy zintegrować z

00:09:35.480 --> 00:09:38.420
Log Analytics, aby
rzeczywiście można uzyskać

00:09:38.420 --> 00:09:41.060
Dzienniki dodane do identyfikatora zasobu

00:09:41.060 --> 00:09:43.940
i można zbadać te
Dzienniki w jednym centralnym miejscu.

00:09:43.940 --> 00:09:47.630
Więc pozwól mi pokazać. Jeśli klikam
na "logi" będę w stanie

00:09:47.630 --> 00:09:52.470
Aby uzyskać wszystkie dzienniki
istotne dla tego serwera.

00:09:54.320 --> 00:09:59.910
Bez tego, jeśli klient próbuje
, aby uzyskać dostęp do dziennika dla serwera,

00:09:59.910 --> 00:10:01.790
zasadniczo muszą iść
do serwera i figura

00:10:01.790 --> 00:10:03.980
który identyfikator obszaru roboczego łączy się z

00:10:03.980 --> 00:10:05.230
a następnie przyjść do portalu,

00:10:05.230 --> 00:10:07.040
znaleźć tego obszaru roboczego, a następnie

00:10:07.040 --> 00:10:09.110
można filtrować na podstawie
na nazwę komputera.

00:10:09.110 --> 00:10:10.865
Teraz dzięki tej integracji

00:10:10.865 --> 00:10:13.130
Możesz po prostu kliknąć tutaj

00:10:13.130 --> 00:10:15.440
a potem dostajesz wszystkie logi
należą do tego samego serwera.

00:10:15.440 --> 00:10:16.700
>> Och, to fantastyczne.

00:10:16.700 --> 00:10:18.470
Więc to również pomaga mi jak,

00:10:18.470 --> 00:10:19.760
Widzę wielu klientów,

00:10:19.760 --> 00:10:21.560
różne części organizacyjne

00:10:21.560 --> 00:10:24.590
a niektóre z nich są po prostu
naprawdę koncentruje się aplikacji,

00:10:24.590 --> 00:10:28.040
więc mogę teraz po prostu dać dostęp
do tego konkretnego zespołu, aby

00:10:28.040 --> 00:10:30.410
określony zestaw
serwerów i mogą

00:10:30.410 --> 00:10:33.360
tylko dostęp do zamków na służy?

00:10:33.360 --> 00:10:36.020
>> tak, to jest naprawdę wielki
korzyści, o których wspomniał

00:10:36.020 --> 00:10:39.200
w marcu zespół monitorujący

00:10:39.200 --> 00:10:41.420
wydała tę nową możliwość
nazywany zasobem

00:10:41.420 --> 00:10:45.620
centric roli RBAC
dostęp do dzienników,

00:10:45.620 --> 00:10:49.685
i udostępnili je do
Maszyny wirtualne platformy Azure, teraz z hybrydowego.

00:10:49.685 --> 00:10:52.705
Teraz można również dostać
dla usługi on-Prem.

00:10:52.705 --> 00:10:55.715
>> Och, to jest niesamowite. Więc
również wspomniane zasady.

00:10:55.715 --> 00:10:59.285
>> tak. Więc zasady platformy Azure jest

00:10:59.285 --> 00:11:01.700
miejsce, w którym klienci mogą definiować

00:11:01.700 --> 00:11:04.780
ich zgodności i może również
sprawdzić ich status zgodności.

00:11:04.780 --> 00:11:06.860
Jest to szczególna Kategoria

00:11:06.860 --> 00:11:09.815
polityki o nazwie gość
Zasady konfiguracji.

00:11:09.815 --> 00:11:12.770
Możesz myśleć o Gości
Zasady konfiguracji prawie jak

00:11:12.770 --> 00:11:17.595
zasady grupy, ale dla
serwery nie przyłączone do domeny.

00:11:17.595 --> 00:11:22.800
Więc istnieje długa lista
Zasady konfiguracji gościa.

00:11:22.800 --> 00:11:26.495
Zrobiliśmy 18 wbudowanych polityk dzisiaj.

00:11:26.495 --> 00:11:30.335
Więc można faktycznie wdrożyć
po prawej stronie pudełka.

00:11:30.335 --> 00:11:35.149
Ale również nie ma, jeśli masz
wymóg, który nie jest wbudowany,

00:11:35.149 --> 00:11:37.295
faktycznie można utworzyć
tych zasad niestandardowych

00:11:37.295 --> 00:11:40.055
i wdrażać je w
unikalne środowisko.

00:11:40.055 --> 00:11:42.440
Z gościnnym
Zasady konfiguracji,

00:11:42.440 --> 00:11:46.025
to rzeczywiście działa poprzez
ARM dla maszyn wirtualnych platformy Azure.

00:11:46.025 --> 00:11:48.695
Teraz z Hybrid, mogą być również

00:11:48.695 --> 00:11:52.275
monitorowanie i regulowanie
serwerach na Prem.

00:11:52.275 --> 00:11:54.090
Tak jak widać, wdrożyła

00:11:54.090 --> 00:11:56.315
Niektóre z Gości
Zasady konfiguracji i

00:11:56.315 --> 00:12:00.755
w jednym widoku widzę wszystkie
niezgodnego stanu.

00:12:00.755 --> 00:12:04.865
Jeśli I drill down zauważyłem
zasad haseł,

00:12:04.865 --> 00:12:07.610
Mam kilka
niezgodnych usług.

00:12:07.610 --> 00:12:09.620
Więc pozwól mi przyjść tutaj, drill down,

00:12:09.620 --> 00:12:13.765
potem moge zobaczy wszystkie serwery
które nie są zgodne.

00:12:13.765 --> 00:12:17.120
Można zobaczyć, który zasób
grupy, do której należą,

00:12:17.120 --> 00:12:19.475
więc można zorientować się
co robią.

00:12:19.475 --> 00:12:22.145
Ale również tutaj ważne jest to, że

00:12:22.145 --> 00:12:26.045
są to maszyny wirtualne Azure
i są to serwery na Prem.

00:12:26.045 --> 00:12:27.440
Więc w jednym widoku, otrzymasz

00:12:27.440 --> 00:12:30.470
pełny obraz wszystkich serwerów
które nie są zgodne.

00:12:30.470 --> 00:12:32.030
>> Wow, to fantastyczne.

00:12:32.030 --> 00:12:34.179
Więc widzę wszystkie moje serwery,

00:12:34.179 --> 00:12:35.730
nie ma znaczenia, gdzie są uruchomione;

00:12:35.730 --> 00:12:37.770
Jeśli są uruchomione na platformie Azure,
Jeśli oni ' kolejny u-Prem,

00:12:37.770 --> 00:12:40.225
w moich centrach danych, w
Moje oddziały,

00:12:40.225 --> 00:12:43.160
Widzę je jeden widok

00:12:43.160 --> 00:12:45.680
i mogę zarządzać nimi z platformy Azure?

00:12:45.680 --> 00:12:48.830
>> tak, to nasze cele
posiadania platformy Azure

00:12:48.830 --> 00:12:50.930
jednym centralnym miejscu i chcemy

00:12:50.930 --> 00:12:53.545
zapewnić spójne doświadczenie.

00:12:53.545 --> 00:12:55.230
>> Więc to fantastyczne.

00:12:55.230 --> 00:12:56.685
Więc jeśli jestem dzisiaj klientem,

00:12:56.685 --> 00:12:57.930
Jak mogę dostać moje ręce na ten temat?

00:12:57.930 --> 00:13:01.505
>> Tak, tak naprawdę jesteśmy
uzyskanie publicznej wersji zapoznawczej teraz.

00:13:01.505 --> 00:13:03.680
Więc jeśli będziesz postępować zgodnie z
link na ekranie,

00:13:03.680 --> 00:13:05.990
będziesz w stanie zobaczyć
naszej dokumentacji i

00:13:05.990 --> 00:13:08.935
proces, w jaki sposób
zarejestrować się w usłudze.

00:13:08.935 --> 00:13:10.275
>> Okay. To fantastyczne,

00:13:10.275 --> 00:13:12.120
a co z tym kosztem?

00:13:12.120 --> 00:13:13.805
>> Oh yeah. To świetny punkt.

00:13:13.805 --> 00:13:16.730
Uzyskaj wiele pytań na temat
ile bym zapłaci za

00:13:16.730 --> 00:13:20.135
i dobrą wiadomością lub
wspaniałą wiadomością jest to, że jest za darmo.

00:13:20.135 --> 00:13:22.520
Oznacza to, że
faktycznie nie płacą

00:13:22.520 --> 00:13:25.070
na pokładzie swoich maszyn na platformie Azure,

00:13:25.070 --> 00:13:27.410
i będziesz płacić tylko
dla rozwiązań

00:13:27.410 --> 00:13:29.510
, że masz zamiar
wdrożyć na tych serwerach.

00:13:29.510 --> 00:13:31.070
>> Cóż, to fantastyczna wiadomość.

00:13:31.070 --> 00:13:32.630
Więc bardzo dziękuję Chang.

00:13:32.630 --> 00:13:34.370
Dziękujemy za bycie tutaj i pokazanie

00:13:34.370 --> 00:13:36.245
nam ten hybrydowy
możliwości zarządzania.

00:13:36.245 --> 00:13:38.130
>> tak, dziękuję