WEBVTT

00:00:00.000 --> 00:00:01.740
>> Hallo mein Name ist Thomas Maurer.

00:00:01.740 --> 00:00:04.770
Ich bin Cloud Advocate bei Microsoft
und ich sitze hier mit

00:00:04.770 --> 00:00:06.645
Chang' vom Azure Management-Team

00:00:06.645 --> 00:00:08.635
um über Hybrid zu sprechen
Serververwaltung.

00:00:08.635 --> 00:00:11.300
>> ja. Hallo. Ich bin ein
Programm-Manager in Azure.

00:00:11.300 --> 00:00:14.100
>> Hallo. Also spreche ich viel mit

00:00:14.100 --> 00:00:17.925
Kunden, die die
Cloud für Computeressourcen.

00:00:17.925 --> 00:00:20.610
Aber die meisten von ihnen oder ein
viele von ihnen haben auch

00:00:20.610 --> 00:00:22.950
Server, die in ihren
private Rechenzentren,

00:00:22.950 --> 00:00:24.495
in ihren Zweigstellen,

00:00:24.495 --> 00:00:26.910
oder haben sogar andere Teile in
die Organisation, die sie

00:00:26.910 --> 00:00:30.195
einen anderen Cloud-Anbieter verwenden oder
anderen Dienstleistern.

00:00:30.195 --> 00:00:31.830
Eine der größten Herausforderungen bei der

00:00:31.830 --> 00:00:34.490
alle diese Server, die sie
haben im Grunde halten

00:00:34.490 --> 00:00:36.400
Kontrolle all dieser
Server, wann immer sie

00:00:36.400 --> 00:00:38.620
ausgeführt werden, um sicherzustellen, dass
dass sie sicher sind,

00:00:38.620 --> 00:00:42.085
dass sie Patch sind, dass
sie haben die Einhaltung.

00:00:42.085 --> 00:00:44.585
Ich habe gehört, dass die Azure
Team und vor allem Sie

00:00:44.585 --> 00:00:46.760
arbeiten an etwas
was dabei hilft.

00:00:46.760 --> 00:00:49.940
>> ja. absolut
Ich liebe es, darüber zu sprechen

00:00:49.940 --> 00:00:53.240
es und ich hallte tatsächlich
was Sie gerade erwähnt haben.

00:00:53.240 --> 00:00:55.835
Es ist in der Tat eine große Herausforderung.

00:00:55.835 --> 00:00:59.990
Also hatte ich mit vielen Kunden gesprochen
sowie vor allem benötigen sie

00:00:59.990 --> 00:01:03.890
um diese sehr wie
Hybride Umgebungen,

00:01:03.890 --> 00:01:05.345
so sind wir überall

00:01:05.345 --> 00:01:07.490
mit Demapplication-Team
versuchen, einfach rauszugehen,

00:01:07.490 --> 00:01:08.930
alle Ressourcen, die sie benötigen, zu erhalten.

00:01:08.930 --> 00:01:10.010
Es spielt keine Rolle, welche Cloud,

00:01:10.010 --> 00:01:12.845
sie gehen einfach hinein und
Dinge dort bereitstellen.

00:01:12.845 --> 00:01:15.560
IT ist dagegen
versuchen zu verstehen,

00:01:15.560 --> 00:01:17.540
oh mein Gosch, wo sind all die Dinge?

00:01:17.540 --> 00:01:19.070
Wo sind alle Daten?

00:01:19.070 --> 00:01:21.650
Was passiert, wenn
etwas durchbrochen?

00:01:21.650 --> 00:01:24.545
Vor allem jetzt sehen Sie die
Nachrichten überall.

00:01:24.545 --> 00:01:29.210
Das ist also wirklich etwas
Azure hat schon immer darüber nachgedacht

00:01:29.210 --> 00:01:31.760
über und vor allem Dienstleistungen

00:01:31.760 --> 00:01:34.970
heute, dass bereits
Verwaltung des On-Prem-Dienstes.

00:01:34.970 --> 00:01:36.470
Aber jetzt mit diesem Service,

00:01:36.470 --> 00:01:39.620
wir nehmen es wirklich
zum nächsten Schritt, um

00:01:39.620 --> 00:01:43.160
Integrieren dieser Server
nativere in Azure.

00:01:43.160 --> 00:01:44.975
>> Okay. Das klingt fantastisch.

00:01:44.975 --> 00:01:46.640
Wenn Sie also über die Integration sprechen,

00:01:46.640 --> 00:01:49.115
den Dienst in Azure,
Was meinst du damit?

00:01:49.115 --> 00:01:51.260
>> ja. Ich liebe es zu zeigen
Sie ein Bild davon.

00:01:51.260 --> 00:01:52.070
>> Perfekt. Danke.

00:01:52.070 --> 00:01:56.630
>> So sind Dienstleistungen
Verwaltung dieser Umgebungen.

00:01:56.630 --> 00:01:59.070
Also diese Dienste tatsächlich,

00:01:59.070 --> 00:02:01.560
alle verwalteten On-Prem-Service heute.

00:02:01.560 --> 00:02:03.470
Übrigens rufe ich an
der On-Prem-Server

00:02:03.470 --> 00:02:05.480
aber es ist wirklich nicht
materie, wo sie sind.

00:02:05.480 --> 00:02:07.400
Sie können in Rechenzentren,

00:02:07.400 --> 00:02:10.580
privaten Rechenzentren oder in
anderen Hosts der Cloud.

00:02:10.580 --> 00:02:11.975
Aber wie Sie sehen können,

00:02:11.975 --> 00:02:15.170
alle diese Server, die die
Virtuelle Azure-Computer über

00:02:15.170 --> 00:02:18.515
das so genannte Azure
Resource Manager, kurz für ARM,

00:02:18.515 --> 00:02:21.305
und wo auf den On-Prem-Servern,

00:02:21.305 --> 00:02:24.485
sie müssen wirklich
eine Möglichkeit, ihren Code zu erhalten

00:02:24.485 --> 00:02:28.220
auf den On-Prem-
Server einzeln.

00:02:28.220 --> 00:02:29.840
So wie Sie sehen können,

00:02:29.840 --> 00:02:32.180
es gibt einige Unterschiede zwischen

00:02:32.180 --> 00:02:35.540
die Röhrenplatte und diese

00:02:35.540 --> 00:02:39.320
ist wirklich, was ich meine mit nativ
in Ihren ARM integriert.

00:02:39.320 --> 00:02:43.315
Jetzt werden sie als
die ARM-Ressource in Azure.

00:02:43.315 --> 00:02:45.295
Der Nutzen wird enorm sein.

00:02:45.295 --> 00:02:48.220
Wie Sie sehen können,
Investitionen in ARM;

00:02:48.220 --> 00:02:50.710
wie Identität, wie
RBAC, wie Richtlinien.

00:02:50.710 --> 00:02:53.170
Vor allem eine Menge
Kunden interessieren sich wirklich für

00:02:53.170 --> 00:02:57.460
Compliance und auch nur regelmäßige
Verwaltung wie tag sie,

00:02:57.460 --> 00:02:59.800
Zeigen, was meine Server sind
sind alle in Produktion,

00:02:59.800 --> 00:03:03.820
diese Art von einfachen Dingen
sind alle durch ARM in der Lage.

00:03:03.820 --> 00:03:07.930
Jetzt habe ich also einmal Projekt
diese Server in ARM,

00:03:07.930 --> 00:03:09.520
Ich bekomme all diese Vorteile.

00:03:09.520 --> 00:03:12.160
Darüber hinaus sind alle
Dienstleistungen können jetzt

00:03:12.160 --> 00:03:16.725
in Azure bereitgestellt und
on-prem auf die gleiche Weise.

00:03:16.725 --> 00:03:18.000
So wie Sie hier sehen können,

00:03:18.000 --> 00:03:22.805
Ich habe diese sehr wichtige
Komponente namens Guest Agent.

00:03:22.805 --> 00:03:25.250
Der Zweck dieser
Agent ist zu verwalten

00:03:25.250 --> 00:03:28.430
der Lebenszyklus dieser
Erweiterungen und wir folgen

00:03:28.430 --> 00:03:30.635
das gleiche Modell, so dass jetzt

00:03:30.635 --> 00:03:34.630
alle diese Erweiterungen können angewendet werden
on-prem-Service.

00:03:34.630 --> 00:03:38.700
>> Das ist toll. So sind unsere Server
als Azure-Ressourcen angezeigt werden.

00:03:38.700 --> 00:03:41.480
Sie erscheinen im Portal und
im Azure Resource Manager,

00:03:41.480 --> 00:03:44.330
und ich kann grundsätzlich behandeln
sie wie Maschinen,

00:03:44.330 --> 00:03:47.195
wie früher bei Azure
Virtuelle Maschinen, oder?

00:03:47.195 --> 00:03:49.759
>> Ja. Von einem
Managementperspektive,

00:03:49.759 --> 00:03:51.500
das ist unser zentrales Ziel.

00:03:51.500 --> 00:03:54.170
Wir wollten all diese
Lösungen für die Verwaltung

00:03:54.170 --> 00:03:57.470
die Server auf die gleiche Weise
für Azure sowie

00:03:57.470 --> 00:04:03.805
für On-Prem und auch sie
den gleichen ARM-Vorteil erhalten.

00:04:03.805 --> 00:04:05.360
>> Okay, das ist genial.

00:04:05.360 --> 00:04:07.850
Das möchte ich jetzt nutzen.

00:04:07.850 --> 00:04:11.215
So können Sie mir zeigen, wie wir
diesen Dienst in Azure an Bord?

00:04:11.215 --> 00:04:13.460
>> Absolut, lassen Sie
ich zeige dir eine Demo.

00:04:13.460 --> 00:04:15.560
Dies ist eine Seite, die wir erstellt haben, um

00:04:15.560 --> 00:04:19.960
alle On-Prem-Server, die
wurde an Azure an Bord.

00:04:19.960 --> 00:04:23.890
Im Wesentlichen an Bord,
der Kunde ausführen muss

00:04:23.890 --> 00:04:27.790
ein Skript auf dem Server und
Hilfe beim Erstellen dieses Skripts,

00:04:27.790 --> 00:04:32.840
wir tatsächlich einen Fluss in
Azure, um dieses Skript zu generieren.

00:04:33.260 --> 00:04:36.235
Dies ist also die Option, dass sie

00:04:36.235 --> 00:04:39.100
Klicken Sie hier, um das Skript zu generieren
aber gleichzeitig,

00:04:39.100 --> 00:04:42.520
es ist auch eine Herausforderung
für Kunden an Bord

00:04:42.520 --> 00:04:44.080
eine Skala, wenn sie eine Verbindung zu

00:04:44.080 --> 00:04:46.705
jeder einzelne Server einzeln
, um diese Skripts auszuführen.

00:04:46.705 --> 00:04:49.240
Also versuchen wir auch
zu verstehen, was

00:04:49.240 --> 00:04:53.140
Einige gängige On-Prem-Server
Management-Anwendung, damit wir

00:04:53.140 --> 00:04:57.505
integrieren, um Kunden zu helfen,
an Bord dieser Maschinen in großem Maßstab.

00:04:57.505 --> 00:05:00.295
Hier, wenn
Der Server ist bereits

00:05:00.295 --> 00:05:03.100
vom Azure-Aktualisierungsdienst verwaltet werden,

00:05:03.100 --> 00:05:05.120
wir erstellen tatsächlich das Skript

00:05:05.120 --> 00:05:07.640
oder die Runbooks, um
Bereitstellung an Bord

00:05:07.640 --> 00:05:10.505
Diese Computer in Azure

00:05:10.505 --> 00:05:13.055
ohne eigentliche Kunden
alle diese Maschinen zu berühren.

00:05:13.055 --> 00:05:15.770
Aber in Zukunft sind wir auch
Arbeiten z. B. mit

00:05:15.770 --> 00:05:19.129
System Center-Konfigurations-Manager
und sie integrieren auch

00:05:19.129 --> 00:05:20.870
die Onboarding-Erfahrung und

00:05:20.870 --> 00:05:22.580
zusätzlich zu Windows Admin Center.

00:05:22.580 --> 00:05:25.850
Also haben wir einfach weitergemacht
wie Kunden in der

00:05:25.850 --> 00:05:29.240
on-board zu Azure in
am wenigsten Aufwands-Weg.

00:05:29.240 --> 00:05:32.630
Aber in diesem Fall möchte ich zeigen,
wie Sie das Skript generieren.

00:05:32.630 --> 00:05:35.510
So wie Sie diese sehen können
sind Azure-Ressourcen.

00:05:35.510 --> 00:05:37.220
Sie folgen also der gleichen Hierarchie

00:05:37.220 --> 00:05:39.140
wie in Abonnements
und Ressourcengruppe.

00:05:39.140 --> 00:05:40.385
So können Sie jetzt wählen

00:05:40.385 --> 00:05:44.870
welches Abonnement und welche Ressource
Gruppe wollten sie gehen und hier

00:05:44.870 --> 00:05:46.790
die Region zeigt an, dass

00:05:46.790 --> 00:05:48.950
Welche Azure-Region ausgeführt wird

00:05:48.950 --> 00:05:51.980
Diese Server verwalten
diese On-Prem-Ressourcen.

00:05:51.980 --> 00:05:56.930
So können Sie an Compliance-
oder regulatorische Punktperspektive,

00:05:56.930 --> 00:05:59.635
wir wissen, wo die Metadaten
wird in Azure gespeichert.

00:05:59.635 --> 00:06:03.620
Physischer Standort ist neu speziell
für die On-Prem-Server.

00:06:03.620 --> 00:06:06.245
Dies ermöglicht es dem Kunden,
, um die Server zu markieren

00:06:06.245 --> 00:06:10.655
oder geben Sie
in welchem Rechenzentrum sie sich befinden.

00:06:10.655 --> 00:06:13.940
Es geht wirklich um
einfache Verwaltung.

00:06:13.940 --> 00:06:15.440
>> Okay, das ist ziemlich cool.

00:06:15.440 --> 00:06:18.650
So konnten Kunden nicht einfach
einen Namen über den Rechenzentren.

00:06:18.650 --> 00:06:20.330
So könnten sie sogar gerne, zum Beispiel,

00:06:20.330 --> 00:06:22.460
auch einen Raum des Ortes hinzufügen oder

00:06:22.460 --> 00:06:25.520
sogar direkter Name oder direkt
Nummer für den Server?

00:06:25.520 --> 00:06:26.570
>> ja, absolut.

00:06:26.570 --> 00:06:28.670
Das ist also wirklich für den Kunden

00:06:28.670 --> 00:06:31.100
um leicht zu identifizieren
wo sich diese Ressource befindet.

00:06:31.100 --> 00:06:32.750
Wenn mit diesem Server etwas passiert,

00:06:32.750 --> 00:06:34.810
sie können gehen, wenn sie brauchen
physischen Zugriff,

00:06:34.810 --> 00:06:37.160
sie wissen genau
wo sie sein müssen.

00:06:37.160 --> 00:06:41.825
Hier erlauben wir dem Kunden auch,
wählen Sie die Betriebssysteme aus.

00:06:41.825 --> 00:06:45.200
Ich habe nicht wirklich speziell
aber wie immer,

00:06:45.200 --> 00:06:48.395
in Azure versuchen wir,
Windows sowie Linux.

00:06:48.395 --> 00:06:50.570
Gleiches gilt für hier, das wir bauen

00:06:50.570 --> 00:06:52.820
zwei Pakete für Agent, um

00:06:52.820 --> 00:06:56.460
On-Board entweder Windows
Server oder Linux-Server.

00:06:57.380 --> 00:07:01.200
Viele Kunden verstehen
insbesondere für On-Prem,

00:07:01.200 --> 00:07:03.520
sie wollen nicht
setzen ihre Server

00:07:03.520 --> 00:07:06.805
das Internet direkt und sie
hinter einem Proxy-Server.

00:07:06.805 --> 00:07:12.050
Hier also in diesem Fall unser Agent
muss eine Verbindung mit Azure hergestellt werden.

00:07:14.280 --> 00:07:18.400
Wenn diese Server nicht
direkt mit Azure verbinden,

00:07:18.400 --> 00:07:21.610
sie können die
Proxy-Server hier und dann

00:07:21.610 --> 00:07:26.000
Der Agent kann kommunizieren
über den Proxy-Server.

00:07:26.880 --> 00:07:33.700
Dies ist nur eine Azure-Ressource
Fähigkeit, so dass sie heften können

00:07:33.700 --> 00:07:36.220
die Server, um anzugeben,
vielleicht, wem gehört

00:07:36.220 --> 00:07:39.805
sie oder ob sie
sind Teil eines Teams.

00:07:39.805 --> 00:07:41.570
>> ja. Dies auch
bedeutet, dass es nur

00:07:41.570 --> 00:07:43.670
wie bei anderen Azure
Ressourcen, richtig.

00:07:43.670 --> 00:07:46.100
So zum Beispiel in meinem
Umgebung Ich tage Ressourcen

00:07:46.100 --> 00:07:48.665
basierend auf Produktion,
Entwicklungsumfeld,

00:07:48.665 --> 00:07:50.375
Demo-Umgebungen usw.;

00:07:50.375 --> 00:07:52.265
damit sie dasselbe Tagging verwenden können

00:07:52.265 --> 00:07:53.870
für ihre im Grunde on-prem-Server?

00:07:53.870 --> 00:07:56.560
>> ja, genau. Das haben Sie bekommen.

00:07:56.750 --> 00:07:59.340
Am Ende hier,

00:07:59.340 --> 00:08:01.670
wir dieses Skript generieren.

00:08:01.670 --> 00:08:03.650
So können Sie jetzt eine Kopie von

00:08:03.650 --> 00:08:06.110
Das Skript und führen Sie es aus
auf dem Zielserver.

00:08:06.110 --> 00:08:09.485
Lassen Sie mich Ihnen genau zeigen
den Skriptinhalt.

00:08:09.485 --> 00:08:11.585
Der erste ist also wirklich drei Schritte.

00:08:11.585 --> 00:08:13.580
Sobald Sie das Paket heruntergeladen haben,

00:08:13.580 --> 00:08:17.270
aber wenn Sie tatsächlich schon
heruntergeladen und auf eine Dateifreigabe gelegt werden,

00:08:17.270 --> 00:08:20.105
Sie können das einfach ändern, um es zu kopieren
von dieser Machtbeteiligung ab.

00:08:20.105 --> 00:08:23.195
Der zweite Befehl ist,
installieren Sie dieses Paket.

00:08:23.195 --> 00:08:25.100
Die letzte ist die wichtige

00:08:25.100 --> 00:08:28.515
hier, die wir eigentlich sind
während des Einsteigens.

00:08:28.515 --> 00:08:30.480
Dieses Tool wird tatsächlich

00:08:30.480 --> 00:08:33.170
Erstellen der ARM-Ressource
und verlinken Sie dann zurück zu

00:08:33.170 --> 00:08:37.995
der Agent, so dass am Ende
des Onboarding-Prozesses,

00:08:37.995 --> 00:08:40.985
Sie werden diese Ressource tatsächlich sehen

00:08:40.985 --> 00:08:44.300
darstellung dieser physischen
Server im Azure-Portal.

00:08:44.300 --> 00:08:45.485
>> Oh, das ist genial.

00:08:45.485 --> 00:08:49.115
So machen wir es super einfach im Grunde
für Kunden, die

00:08:49.115 --> 00:08:51.050
Server durch grundsätzliche Erstellung

00:08:51.050 --> 00:08:53.315
sie das Skript, das sie
Notwendigkeit und natürlich,

00:08:53.315 --> 00:08:54.500
Ich denke, sie können auch laufen

00:08:54.500 --> 00:08:56.630
die Skripte gegen
Vielfache von Servern, wenn sie

00:08:56.630 --> 00:08:58.610
an Bord wie nicht nur
ein oder zwei Server

00:08:58.610 --> 00:09:00.035
aber vielleicht Hunderte von Servern?

00:09:00.035 --> 00:09:01.355
>> Oh ja. absolut.

00:09:01.355 --> 00:09:04.340
>> Okay, das ist toll. Also
jetzt habe ich meinen Server in

00:09:04.340 --> 00:09:05.870
das Portal und ich kann sehen, dass und

00:09:05.870 --> 00:09:07.520
verwalten Sie es mit dem
Azure Resource Manager,

00:09:07.520 --> 00:09:10.250
welche Dienste
Ich benutze jetzt eigentlich?

00:09:10.250 --> 00:09:12.110
>> ja, das möchte ich Ihnen zeigen.

00:09:12.110 --> 00:09:15.740
Wenn Sie also auf eine der
Ressource, wie Sie hier sehen können,

00:09:15.740 --> 00:09:19.610
wir wollen wirklich den
Azure Virtual Machine-Modell.

00:09:19.610 --> 00:09:25.145
So können Sie die Liste der
Fähigkeiten und während wir voranschreiten,

00:09:25.145 --> 00:09:28.655
werden wir auf diese
Management und Fähigkeiten.

00:09:28.655 --> 00:09:33.320
Heute ermöglichen wir
zwei spezifische Dienstleistungen.

00:09:33.320 --> 00:09:35.480
Eine, mit der wir sie integrieren können

00:09:35.480 --> 00:09:38.420
Log Analytics, so dass
Sie können tatsächlich bekommen

00:09:38.420 --> 00:09:41.060
die der Ressourcen-ID hinzugefügten Protokolle

00:09:41.060 --> 00:09:43.940
und Sie können diese
Protokolle an einem zentralen Ort.

00:09:43.940 --> 00:09:47.630
Lassen Sie mich Ihnen also zeigen. Wenn ich auf
auf "Logs" werde ich in der Lage sein,

00:09:47.630 --> 00:09:52.470
, um alle Protokolle abzurufen
für diesen Server relevant sind.

00:09:54.320 --> 00:09:59.910
Ohne dies, wenn der Kunde versucht,
um auf ein Protokoll für einen Server zuzugreifen,

00:09:59.910 --> 00:10:01.790
sie müssen im Wesentlichen gehen
zum Server und zur Figur

00:10:01.790 --> 00:10:03.980
heraus, mit welcher Workspace-ID eine Verbindung herstellt,

00:10:03.980 --> 00:10:05.230
und dann zum Portal kommen,

00:10:05.230 --> 00:10:07.040
finden Sie diesen Arbeitsbereich, und

00:10:07.040 --> 00:10:09.110
Sie können basierend filtern
auf dem Computernamen.

00:10:09.110 --> 00:10:10.865
Mit dieser Integration

00:10:10.865 --> 00:10:13.130
Sie können einfach hier klicken

00:10:13.130 --> 00:10:15.440
und dann alle Protokolle abrufen
zum gleichen Server gehören.

00:10:15.440 --> 00:10:16.700
>> Oh, das ist fantastisch.

00:10:16.700 --> 00:10:18.470
Das hilft mir auch,

00:10:18.470 --> 00:10:19.760
Ich sehe viele Kunden mit

00:10:19.760 --> 00:10:21.560
eine andere Organisationsteile

00:10:21.560 --> 00:10:24.590
und einige von ihnen sind nur
wirklich anwendungsorientiert,

00:10:24.590 --> 00:10:28.040
so kann ich jetzt nur Zugriff gewähren
an dieses spezielle Team, um

00:10:28.040 --> 00:10:30.410
eine bestimmte Gruppe von
Server und sie können

00:10:30.410 --> 00:10:33.360
nur auf die Schlösser für die Serves zugreifen?

00:10:33.360 --> 00:10:36.020
>> ja, das ist eigentlich ein tolles
Nutzen Sie, die dort erwähnt

00:10:36.020 --> 00:10:39.200
ist im März das Monitoring-Team hat

00:10:39.200 --> 00:10:41.420
diese neue Funktion veröffentlicht
die Ressource genannt

00:10:41.420 --> 00:10:45.620
zentrische RBAC-Rolle
Zugriff auf die Protokolle,

00:10:45.620 --> 00:10:49.685
und sie stellten es für
Azure VMs, jetzt mit dem Hybrid.

00:10:49.685 --> 00:10:52.705
Jetzt können Sie es auch bekommen
für On-Prem-Service.

00:10:52.705 --> 00:10:55.715
>> Oh, das ist genial. Also
Sie haben auch die Richtlinien erwähnt.

00:10:55.715 --> 00:10:59.285
>> ja. Die Azure-Richtlinie ist also

00:10:59.285 --> 00:11:01.700
ort, an dem Kunden

00:11:01.700 --> 00:11:04.780
ihre Einhaltung und kann auch
ihren Konformitätsstatus anzeigen.

00:11:04.780 --> 00:11:06.860
Es gibt diese besondere Kategorie von

00:11:06.860 --> 00:11:09.815
Richtlinien, die als Gast bezeichnet werden
Konfigurationsrichtlinien.

00:11:09.815 --> 00:11:12.770
Sie können sich Gast vorstellen
Konfigurationsrichtlinien fast wie

00:11:12.770 --> 00:11:17.595
Gruppenrichtlinien, sondern für
Server, die keine Domäne beigetreten sind.

00:11:17.595 --> 00:11:22.800
Es gibt also eine lange Liste der
Richtlinien für die Gastkonfiguration.

00:11:22.800 --> 00:11:26.495
Wir haben heute 18 integrierte Richtlinien gemacht.

00:11:26.495 --> 00:11:30.335
So können Sie tatsächlich
sie direkt aus dem Kasten heraus.

00:11:30.335 --> 00:11:35.149
Aber es gibt auch, wenn Sie eine
Anforderung, die nicht eingebaut ist,

00:11:35.149 --> 00:11:37.295
Sie können tatsächlich erstellen
Diese benutzerdefinierten Richtlinien

00:11:37.295 --> 00:11:40.055
und setzen sie in
einzigartige Umgebung.

00:11:40.055 --> 00:11:42.440
Mit dem Gast
Konfigurationsrichtlinien,

00:11:42.440 --> 00:11:46.025
es funktioniert tatsächlich durch
ARM für die Azure-VMs.

00:11:46.025 --> 00:11:48.695
Mit dem Hybrid können sie nun auch

00:11:48.695 --> 00:11:52.275
Überwachung und Verwaltung
die On-Prem-Server.

00:11:52.275 --> 00:11:54.090
Wie Sie sehen können, habe ich

00:11:54.090 --> 00:11:56.315
einige der Gäste
Konfigurationsrichtlinien und

00:11:56.315 --> 00:12:00.755
in einer Ansicht kann ich alle
diese nicht konformen Status.

00:12:00.755 --> 00:12:04.865
Wenn ich einen Drilldown mache, merke ich,
die Passwortrichtlinie,

00:12:04.865 --> 00:12:07.610
Ich habe einen Haufen
nicht konforme Dienste.

00:12:07.610 --> 00:12:09.620
Also lasst mich hierher kommen, bohren,

00:12:09.620 --> 00:12:13.765
dann kann ich alle Server sehen
nicht konform.

00:12:13.765 --> 00:12:17.120
Sie können sehen, welche Ressource
Gruppe, der sie angehören,

00:12:17.120 --> 00:12:19.475
so können Sie eine Idee bekommen
was sie tun.

00:12:19.475 --> 00:12:22.145
Aber auch hier ist wichtig, dass,

00:12:22.145 --> 00:12:26.045
Dies sind virtuelle Azure-Computer
und dies sind On-Prem-Server.

00:12:26.045 --> 00:12:27.440
In einer Ansicht erhalten Sie

00:12:27.440 --> 00:12:30.470
ein vollständiges Bild aller Server
die nicht konform sind.

00:12:30.470 --> 00:12:32.030
>> Wow, das ist fantastisch.

00:12:32.030 --> 00:12:34.179
Also sehe ich alle meine Server,

00:12:34.179 --> 00:12:35.730
spielt keine Rolle, wo sie laufen;

00:12:35.730 --> 00:12:37.770
wenn sie in Azure ausgeführt werden,
wenn sie auf Prem ausgeführt werden,

00:12:37.770 --> 00:12:40.225
in meinen Rechenzentren, in
meine Niederlassungen,

00:12:40.225 --> 00:12:43.160
Ich kann sie in einer einzigen Ansicht sehen

00:12:43.160 --> 00:12:45.680
und kann ich sie von Azure aus verwalten?

00:12:45.680 --> 00:12:48.830
>> ja, das ist unser Zweck
von Azure zu haben, um

00:12:48.830 --> 00:12:50.930
der eine zentrale Ort und wir wollen

00:12:50.930 --> 00:12:53.545
die konsistente Erfahrung bieten.

00:12:53.545 --> 00:12:55.230
>> Das ist fantastisch.

00:12:55.230 --> 00:12:56.685
Wenn ich also heute Kunde bin,

00:12:56.685 --> 00:12:57.930
Wie bekomme ich das in die Hände?

00:12:57.930 --> 00:13:01.505
>> Ja, also sind wir wirklich
jetzt die öffentliche Vorschau abrufen.

00:13:01.505 --> 00:13:03.680
Wenn Sie also den
Link auf dem Bildschirm,

00:13:03.680 --> 00:13:05.990
Sie werden in der Lage sein,
unsere Dokumentation und

00:13:05.990 --> 00:13:08.935
den Prozess, wie
sich für den Dienst registrieren.

00:13:08.935 --> 00:13:10.275
>> Okay. Das ist fantastisch,

00:13:10.275 --> 00:13:12.120
und was ist mit den Kosten dafür?

00:13:12.120 --> 00:13:13.805
>> Oh ja. Das ist ein großartiger Punkt.

00:13:13.805 --> 00:13:16.730
Holen Sie sich viele Fragen zu
wie viel würde ich bezahlen

00:13:16.730 --> 00:13:20.135
es und die gute Nachricht oder
tolle Nachrichten sind, es ist kostenlos.

00:13:20.135 --> 00:13:22.520
Das bedeutet, dass Sie
nicht wirklich zahlen

00:13:22.520 --> 00:13:25.070
um Ihre Computer in Azure zu installieren,

00:13:25.070 --> 00:13:27.410
und Sie zahlen nur
für die Lösungen

00:13:27.410 --> 00:13:29.510
dass Sie gehen, um
auf diesen Servern bereitstellen.

00:13:29.510 --> 00:13:31.070
>> Nun, das ist eine fantastische Nachricht.

00:13:31.070 --> 00:13:32.630
Also vielen Dank Chang'.

00:13:32.630 --> 00:13:34.370
Vielen Dank, dass Sie hier sind und

00:13:34.370 --> 00:13:36.245
uns diese Hybrid
Management-Fähigkeiten.

00:13:36.245 --> 00:13:38.130
>> ja, danke