WEBVTT

00:00:00.000 --> 00:00:01.740
Bonjour, mon nom est Thomas Maurer.

00:00:01.740 --> 00:00:04.770
Je suis un défenseur du nuage chez Microsoft
et je suis assis ici avec

00:00:04.770 --> 00:00:06.645
Chang' de l'équipe Azure Management

00:00:06.645 --> 00:00:08.635
pour parler d'hybride
Gestion des serveurs.

00:00:08.635 --> 00:00:11.300
Oui, c'est vrai. Salut. Je suis un
Gestionnaire de programme à Azure.

00:00:11.300 --> 00:00:14.100
Salut. Donc, je parle beaucoup avec

00:00:14.100 --> 00:00:17.925
clients qui utilisent le
Cloud pour calculer les ressources.

00:00:17.925 --> 00:00:20.610
Mais la plupart d'entre eux ou un
beaucoup d'entre eux ont aussi

00:00:20.610 --> 00:00:22.950
serveurs en cours d'exécution dans leur
centres de données privés,

00:00:22.950 --> 00:00:24.495
dans leurs succursales,

00:00:24.495 --> 00:00:26.910
ou même avoir d'autres parties dans
l'organisation qu'ils

00:00:26.910 --> 00:00:30.195
utiliser un autre fournisseur cloud ou
un autre fournisseur de services.

00:00:30.195 --> 00:00:31.830
L'un des principaux défis

00:00:31.830 --> 00:00:34.490
tous ces serveurs, ils
ont est essentiellement garder

00:00:34.490 --> 00:00:36.400
contrôle de tous ces
serveurs chaque fois qu'ils sont

00:00:36.400 --> 00:00:38.620
courir pour s'assurer
qu'ils sont en sécurité,

00:00:38.620 --> 00:00:42.085
qu'ils sont patch, que
ils ont la conformité.

00:00:42.085 --> 00:00:44.585
J'ai entendu dire que l'Azure
l'équipe et surtout vous

00:00:44.585 --> 00:00:46.760
travaillent sur quelque chose
ce qui aide avec ça.

00:00:46.760 --> 00:00:49.940
Oui, c'est vrai. absolument
J'aime parler

00:00:49.940 --> 00:00:53.240
il et j'étais en fait écho
ce que vous venez de mentionner.

00:00:53.240 --> 00:00:55.835
C'est en effet un énorme défi.

00:00:55.835 --> 00:00:59.990
J'avais donc parlé à beaucoup de clients
ainsi en particulier ils ont besoin

00:00:59.990 --> 00:01:03.890
pour gérer ces très comme
Environnements hybrides,

00:01:03.890 --> 00:01:05.345
donc nous sommes partout

00:01:05.345 --> 00:01:07.490
avec l'équipe d'application
essayer de sortir,

00:01:07.490 --> 00:01:08.930
obtenir toutes les ressources dont ils ont besoin.

00:01:08.930 --> 00:01:10.010
Peu importe quel Cloud,

00:01:10.010 --> 00:01:12.845
ils viennent d'entrer et
déployer des choses là-bas.

00:01:12.845 --> 00:01:15.560
L'informatique, par contre, est
essayer de comprendre,

00:01:15.560 --> 00:01:17.540
oh mon Dieu, où sont toutes les choses?

00:01:17.540 --> 00:01:19.070
Où sont toutes les données ?

00:01:19.070 --> 00:01:21.650
Que se passe-t-il si
quelque chose a été violé?

00:01:21.650 --> 00:01:24.545
Surtout maintenant que vous voyez le
nouvelles partout.

00:01:24.545 --> 00:01:29.210
Donc, c'est vraiment quelque chose
Azure a toujours pensé

00:01:29.210 --> 00:01:31.760
sur et en particulier les services

00:01:31.760 --> 00:01:34.970
aujourd'hui que déjà
gestion du service sur prem.

00:01:34.970 --> 00:01:36.470
Mais maintenant, avec ce service,

00:01:36.470 --> 00:01:39.620
nous sommes vraiment le prendre
à l'étape suivante pour

00:01:39.620 --> 00:01:43.160
intégrer ces serveurs
plus indigène dans Azure.

00:01:43.160 --> 00:01:44.975
D'accord. Ca a l'air fantastique.

00:01:44.975 --> 00:01:46.640
Donc, quand vous parlez d'intégrer

00:01:46.640 --> 00:01:49.115
le service dans Azure,
Qu'est-ce que tu veux dire par là ?

00:01:49.115 --> 00:01:51.260
Oui, c'est vrai. J'aime montrer
vous une photo de celui-ci.

00:01:51.260 --> 00:01:52.070
Parfait. Je vous remercie.

00:01:52.070 --> 00:01:56.630
Voici comment les services sont
gestion de ces environnements.

00:01:56.630 --> 00:01:59.070
Donc, ces services en fait,

00:01:59.070 --> 00:02:01.560
tous gérés sur-prem service aujourd'hui.

00:02:01.560 --> 00:02:03.470
Au fait, j'appelle
le serveur on-prem

00:02:03.470 --> 00:02:05.480
mais il n'a vraiment pas
importe où ils sont.

00:02:05.480 --> 00:02:07.400
Ils peuvent être sur-prem dans les centres de données,

00:02:07.400 --> 00:02:10.580
centres de données privés, ou dans
d'autres hôtes du Cloud.

00:02:10.580 --> 00:02:11.975
Mais comme vous pouvez le voir,

00:02:11.975 --> 00:02:15.170
tous ces serveurs qui gèrent le
Azure Virtual Machines à travers

00:02:15.170 --> 00:02:18.515
le quelque chose appelé Azure
Gestionnaire des ressources, abrémage d'ARM,

00:02:18.515 --> 00:02:21.305
et où sur les serveurs sur-prem,

00:02:21.305 --> 00:02:24.485
ils ont vraiment besoin de comprendre
sur un moyen d'obtenir leur code

00:02:24.485 --> 00:02:28.220
déployé sur ceux sur-prem
serveurs individuellement.

00:02:28.220 --> 00:02:29.840
Donc, comme vous pouvez le voir,

00:02:29.840 --> 00:02:32.180
il ya une certaine disparité entre les

00:02:32.180 --> 00:02:35.540
le panneau de tube et ce

00:02:35.540 --> 00:02:39.320
est vraiment ce que je veux dire par natif
intégré dans votre ARM.

00:02:39.320 --> 00:02:43.315
Maintenant, ils sont projetés comme
la ressource ARM dans Azure.

00:02:43.315 --> 00:02:45.295
L'avantage sera énorme.

00:02:45.295 --> 00:02:48.220
Comme vous pouvez le voir beaucoup de
l'investissement est allé dans ARM;

00:02:48.220 --> 00:02:50.710
comme l'identité, comme
RBAC, comme les politiques.

00:02:50.710 --> 00:02:53.170
Plus important encore, beaucoup de
clients se soucient vraiment

00:02:53.170 --> 00:02:57.460
conformité et aussi juste régulière
gestion comme les étiqueter,

00:02:57.460 --> 00:02:59.800
montrer quels sont mes serveurs
sont tous en production,

00:02:59.800 --> 00:03:03.820
ce genre de choses simples
sont tous capables par ARM.

00:03:03.820 --> 00:03:07.930
Alors maintenant, j'ai une fois le projet
ces serveurs dans ARM,

00:03:07.930 --> 00:03:09.520
J'ai tous ces avantages.

00:03:09.520 --> 00:03:12.160
En outre, tous les
services peuvent maintenant être

00:03:12.160 --> 00:03:16.725
déployé sur Azure ainsi que
sur-prem de la même manière.

00:03:16.725 --> 00:03:18.000
Donc, comme vous pouvez le voir ici,

00:03:18.000 --> 00:03:22.805
J'ai étiqueté ce très important
composant appelé Agent invité.

00:03:22.805 --> 00:03:25.250
Le but de cette
agent est de gérer

00:03:25.250 --> 00:03:28.430
le cycle de vie de ces
extensions et nous suivons

00:03:28.430 --> 00:03:30.635
le même modèle de sorte que maintenant

00:03:30.635 --> 00:03:34.630
toutes ces extensions peuvent être appliquées
au service sur-prem ainsi.

00:03:34.630 --> 00:03:38.700
C'est super. Donc, nos serveurs
s'afficher sous forme de ressources Azure.

00:03:38.700 --> 00:03:41.480
Ils apparaissent dans le portail et aussi
dans le gestionnaire des ressources Azure,

00:03:41.480 --> 00:03:44.330
et je peux essentiellement traiter
comme les machines,

00:03:44.330 --> 00:03:47.195
comme je le faisais avec Azure
Machines virtuelles, c'est ça ?

00:03:47.195 --> 00:03:49.759
Oui, c'est vrai. D'un
perspective de gestion,

00:03:49.759 --> 00:03:51.500
c'est notre objectif central.

00:03:51.500 --> 00:03:54.170
Nous voulions tous ces
solutions pour gérer

00:03:54.170 --> 00:03:57.470
les serveurs de la même manière
pour Azure ainsi que

00:03:57.470 --> 00:04:03.805
pour on-prem et aussi ils
obtenir le même avantage ARM.

00:04:03.805 --> 00:04:05.360
D'accord, c'est génial.

00:04:05.360 --> 00:04:07.850
Donc, je veux maintenant l'utiliser.

00:04:07.850 --> 00:04:11.215
Alors pouvez-vous me montrer comment nous
à bord de ce service vers Azure?

00:04:11.215 --> 00:04:13.460
Absolument, laissez
Je vous montre une démo.

00:04:13.460 --> 00:04:15.560
Il s'agit d'une page que nous avons construite pour montrer

00:04:15.560 --> 00:04:19.960
tous les serveurs sur-prem qui
a été embarqué à Azure.

00:04:19.960 --> 00:04:23.890
Essentiellement à bord,
le client a besoin d'exécuter

00:04:23.890 --> 00:04:27.790
un script sur le serveur et à
aider à construire ce script,

00:04:27.790 --> 00:04:32.840
nous construisons réellement un flux dans
Azure pour générer ce script.

00:04:33.260 --> 00:04:36.235
Donc, c'est l'option qu'ils peuvent

00:04:36.235 --> 00:04:39.100
cliquez pour générer le script
mais en même temps,

00:04:39.100 --> 00:04:42.520
il reconnaît aussi est un défi
pour les clients à bord

00:04:42.520 --> 00:04:44.080
une échelle s'ils doivent se connecter à

00:04:44.080 --> 00:04:46.705
chaque serveur individuellement
pour exécuter ces scripts.

00:04:46.705 --> 00:04:49.240
Donc, nous essayons aussi
pour comprendre ce qui sont

00:04:49.240 --> 00:04:53.140
un serveur courant sur-prem
application de gestion afin que nous puissions

00:04:53.140 --> 00:04:57.505
s'intégrer pour aider les clients à
à bord de ces machines à l'échelle.

00:04:57.505 --> 00:05:00.295
Par exemple, ici, si
le serveur est déjà

00:05:00.295 --> 00:05:03.100
géré par le service de mises à jour Azure,

00:05:03.100 --> 00:05:05.120
nous construisons en fait le script

00:05:05.120 --> 00:05:07.640
ou les runbooks pour réellement
déployer à bord

00:05:07.640 --> 00:05:10.505
ces machines sur Azure

00:05:10.505 --> 00:05:13.055
sans réellement les clients
toucher toutes ces machines.

00:05:13.055 --> 00:05:15.770
Mais à l'avenir, nous sommes aussi
travailler avec, par exemple,

00:05:15.770 --> 00:05:19.129
Gestionnaire de configuration du centre du système
et ils intègrent aussi

00:05:19.129 --> 00:05:20.870
l'expérience à bord et

00:05:20.870 --> 00:05:22.580
en plus de Windows Admin Center.

00:05:22.580 --> 00:05:25.850
Donc, nous avons juste continuer
sur la façon dont les clients peuvent

00:05:25.850 --> 00:05:29.240
à bord d'Azure en
un moyen moins d'effort.

00:05:29.240 --> 00:05:32.630
Mais dans ce cas, permettez-moi de montrer
vous comment générer le script.

00:05:32.630 --> 00:05:35.510
Donc, comme vous pouvez le voir ces
sont des ressources Azure.

00:05:35.510 --> 00:05:37.220
Donc, ils suivent la même hiérarchie

00:05:37.220 --> 00:05:39.140
comme dans les abonnements
groupe de ressources.

00:05:39.140 --> 00:05:40.385
Alors maintenant, vous pouvez choisir

00:05:40.385 --> 00:05:44.870
dont l'abonnement et la ressource
groupe qu'ils voulaient aller et ici

00:05:44.870 --> 00:05:46.790
la région indique que

00:05:46.790 --> 00:05:48.950
qui la région Azure est en cours d'exécution

00:05:48.950 --> 00:05:51.980
ces serveurs qui gèrent
ces ressources sur-prem.

00:05:51.980 --> 00:05:56.930
Ainsi, vous pouvez voir de la conformité
ou point de vue réglementaire,

00:05:56.930 --> 00:05:59.635
nous savons où les métadonnées
est stocké dans Azure.

00:05:59.635 --> 00:06:03.620
L'emplacement physique est nouveau spécifiquement
pour les serveurs on-prem.

00:06:03.620 --> 00:06:06.245
Cela permet aux clients
pour marquer les serveurs

00:06:06.245 --> 00:06:10.655
ou indiquent spécifiquement
dans quel centre de données ils se trouvent.

00:06:10.655 --> 00:06:13.940
Il s'agit vraiment de
facilité de gestion.

00:06:13.940 --> 00:06:15.440
D'accord, c'est plutôt cool.

00:06:15.440 --> 00:06:18.650
Ainsi, les clients ne pouvaient pas simplement ajouter
un nom sur les centres de données.

00:06:18.650 --> 00:06:20.330
Ainsi, ils pourraient même aimer, par exemple,

00:06:20.330 --> 00:06:22.460
ajouter également une pièce de l'emplacement ou

00:06:22.460 --> 00:06:25.520
même le nom direct ou direct
numéro pour le serveur?

00:06:25.520 --> 00:06:26.570
Oui, absolument.

00:06:26.570 --> 00:06:28.670
Donc, c'est vraiment pour le client

00:06:28.670 --> 00:06:31.100
pour identifier facilement
où se trouve cette ressource.

00:06:31.100 --> 00:06:32.750
Si quelque chose arrive à ce serveur,

00:06:32.750 --> 00:06:34.810
ils peuvent aller s'ils ont besoin
d'accès physique,

00:06:34.810 --> 00:06:37.160
ils savent exactement
où ils doivent être.

00:06:37.160 --> 00:06:41.825
Ici, nous permettons également aux clients de
choisir les systèmes d'exploitation.

00:06:41.825 --> 00:06:45.200
Je n'ai pas vraiment spécifiquement
l'épeler, mais comme toujours,

00:06:45.200 --> 00:06:48.395
dans Azure nous essayons d'embrasser
Windows ainsi que Linux.

00:06:48.395 --> 00:06:50.570
Idem ici que nous construisons

00:06:50.570 --> 00:06:52.820
deux paquets pour agent à

00:06:52.820 --> 00:06:56.460
à bord soit Windows
Serveur ou serveur Linux.

00:06:57.380 --> 00:07:01.200
Comprendre beaucoup de clients
pour on-prem en particulier,

00:07:01.200 --> 00:07:03.520
ils ne veulent pas
exposer leurs serveurs à

00:07:03.520 --> 00:07:06.805
l'Internet directement et ils
le mettre derrière un serveur proxy.

00:07:06.805 --> 00:07:12.050
Donc, ici, dans ce cas, notre agent
doit se connecter à l'Azure.

00:07:14.280 --> 00:07:18.400
Si ces serveurs ne sont pas
se connecter directement à l'Azure,

00:07:18.400 --> 00:07:21.610
ils peuvent configurer le
serveur proxy ici et puis

00:07:21.610 --> 00:07:26.000
l'agent sera en mesure de communiquer
via le serveur proxy.

00:07:26.880 --> 00:07:33.700
Ce n'est qu'une ressource Azure
capacité afin qu'ils puissent tack

00:07:33.700 --> 00:07:36.220
les serveurs pour indiquer
peut-être qui possède

00:07:36.220 --> 00:07:39.805
eux ou s'ils
font partie d'une équipe.

00:07:39.805 --> 00:07:41.570
Oui, c'est vrai. Cela a également
signifie que c'est juste

00:07:41.570 --> 00:07:43.670
comme avec d'autres Azure
ressources, à droite.

00:07:43.670 --> 00:07:46.100
Donc, par exemple, dans mon
environnement Je tag ressources

00:07:46.100 --> 00:07:48.665
sur la base de la production,
environnement de développement,

00:07:48.665 --> 00:07:50.375
environnements de démonstration, et ainsi de suite;

00:07:50.375 --> 00:07:52.265
afin qu'ils puissent utiliser le même marquage

00:07:52.265 --> 00:07:53.870
pour leurs serveurs essentiellement sur-prem?

00:07:53.870 --> 00:07:56.560
Oui, exactement. Tu as ça.

00:07:56.750 --> 00:07:59.340
En fin de compte ici,

00:07:59.340 --> 00:08:01.670
nous générons ce script.

00:08:01.670 --> 00:08:03.650
Alors maintenant, vous pouvez prendre une copie de

00:08:03.650 --> 00:08:06.110
le script et l'exécuter
sur le serveur cible.

00:08:06.110 --> 00:08:09.485
Laissez-moi vous montrer exactement
le contenu du script.

00:08:09.485 --> 00:08:11.585
Donc, la première est vraiment trois étapes.

00:08:11.585 --> 00:08:13.580
Une fois que vous téléchargez le paquet,

00:08:13.580 --> 00:08:17.270
mais si vous avez déjà
téléchargé et mis sur une part de fichier,

00:08:17.270 --> 00:08:20.105
vous pouvez simplement changer cela pour copier
de cette part de pouvoir.

00:08:20.105 --> 00:08:23.195
La deuxième commande est de
installer ce paquet.

00:08:23.195 --> 00:08:25.100
Le dernier est le plus important

00:08:25.100 --> 00:08:28.515
ici que nous sommes en fait
pendant l'embarquement.

00:08:28.515 --> 00:08:30.480
Cet outil sera en fait

00:08:30.480 --> 00:08:33.170
créer la ressource ARM
puis revenez à

00:08:33.170 --> 00:08:37.995
l'agent de sorte qu'à la fin
du processus d'embarquement,

00:08:37.995 --> 00:08:40.985
vous verrez réellement ces ressources

00:08:40.985 --> 00:08:44.300
présentant que physique
serveur dans le portail Azure.

00:08:44.300 --> 00:08:45.485
Oh, c'est génial.

00:08:45.485 --> 00:08:49.115
Donc, nous le rendons super facile essentiellement
pour les clients à bord de la

00:08:49.115 --> 00:08:51.050
serveurs en créant essentiellement

00:08:51.050 --> 00:08:53.315
eux le script qu'ils
besoin et évidemment,

00:08:53.315 --> 00:08:54.500
Je pense qu'ils peuvent aussi courir

00:08:54.500 --> 00:08:56.630
les scripts contre
multiples de serveurs s'ils

00:08:56.630 --> 00:08:58.610
à bord comme pas seulement
un ou deux serveurs

00:08:58.610 --> 00:09:00.035
mais peut-être des centaines de serveurs?

00:09:00.035 --> 00:09:01.355
Oh oui. absolument.

00:09:01.355 --> 00:09:04.340
D'accord, c'est super. ainsi
maintenant j'ai mon serveur dans

00:09:04.340 --> 00:09:05.870
le portail et je peux voir que et

00:09:05.870 --> 00:09:07.520
le gérer à l'aide de la
Gestionnaire des ressources Azure,

00:09:07.520 --> 00:09:10.250
quels services peuvent
En fait, je l'utilise maintenant?

00:09:10.250 --> 00:09:12.110
Oui, laissez-moi vous montrer ça.

00:09:12.110 --> 00:09:15.740
Donc, si vous cliquez sur l'un des
ressource, comme vous pouvez le voir ici,

00:09:15.740 --> 00:09:19.610
nous voulons vraiment suivre le
Modèle Azure Virtual Machine.

00:09:19.610 --> 00:09:25.145
Ainsi, vous pouvez voir la liste des
capacités et que nous avançons,

00:09:25.145 --> 00:09:28.655
nous allons développer sur ces
gestion et les capacités.

00:09:28.655 --> 00:09:33.320
Aujourd'hui, nous permettons
deux services spécifiques.

00:09:33.320 --> 00:09:35.480
Un que nous pouvons l'intégrer avec

00:09:35.480 --> 00:09:38.420
Log Analytics afin que
vous pouvez réellement obtenir

00:09:38.420 --> 00:09:41.060
les journaux ajoutés à l'ID de ressource

00:09:41.060 --> 00:09:43.940
et vous pouvez interroger ceux
journaux en un seul endroit central.

00:09:43.940 --> 00:09:47.630
Alors laissez-moi vous montrer. Si je clique
sur "Logs" je serai en mesure

00:09:47.630 --> 00:09:52.470
pour obtenir tous les journaux
pertinent pour ce serveur.

00:09:54.320 --> 00:09:59.910
Sans cela, si le client essayant
pour accéder à un journal pour un serveur,

00:09:59.910 --> 00:10:01.790
ils ont essentiellement besoin d'aller
au serveur et à la figure

00:10:01.790 --> 00:10:03.980
sur lequel l'ID d'espace de travail se connecte à,

00:10:03.980 --> 00:10:05.230
et puis venir au portail,

00:10:05.230 --> 00:10:07.040
trouver cet espace de travail, puis

00:10:07.040 --> 00:10:09.110
vous pouvez filtrer en fonction
sur le nom de l'ordinateur.

00:10:09.110 --> 00:10:10.865
Maintenant, avec cette intégration,

00:10:10.865 --> 00:10:13.130
vous pouvez simplement cliquer ici

00:10:13.130 --> 00:10:15.440
et puis obtenir tous les journaux
appartiennent au même serveur.

00:10:15.440 --> 00:10:16.700
Oh, c'est fantastique.

00:10:16.700 --> 00:10:18.470
Donc ça m'aide aussi comme,

00:10:18.470 --> 00:10:19.760
Je vois beaucoup de clients ayant

00:10:19.760 --> 00:10:21.560
une organisation différente des parties

00:10:21.560 --> 00:10:24.590
et certains d'entre eux sont juste
vraiment axée sur l'application,

00:10:24.590 --> 00:10:28.040
donc je peux maintenant juste donner accès
à cette équipe spécifique pour

00:10:28.040 --> 00:10:30.410
un ensemble spécifique de
serveurs et ils peuvent

00:10:30.410 --> 00:10:33.360
il suffit d'accéder aux serrures pour les services?

00:10:33.360 --> 00:10:36.020
Oui, c'est en fait un grand
vous bénéficier qui a mentionné il

00:10:36.020 --> 00:10:39.200
est en Mars l'équipe de surveillance a

00:10:39.200 --> 00:10:41.420
libéré cette nouvelle capa cité
appelé la ressource

00:10:41.420 --> 00:10:45.620
rôle central RBAC
l'accès aux journaux,

00:10:45.620 --> 00:10:49.685
et ils l'ont mis à disposition pour
Azure VMs, maintenant avec l'hybride.

00:10:49.685 --> 00:10:52.705
Maintenant, vous pouvez aussi l'obtenir
pour le service sur prem.

00:10:52.705 --> 00:10:55.715
Oh, c'est génial. ainsi
vous avez également mentionné des politiques.

00:10:55.715 --> 00:10:59.285
Oui, c'est vrai. La politique Azure est donc

00:10:59.285 --> 00:11:01.700
l'endroit où les clients peuvent définir

00:11:01.700 --> 00:11:04.780
leur conformité et peuvent également
voir leur statut de conformité.

00:11:04.780 --> 00:11:06.860
Il y a cette catégorie particulière de

00:11:06.860 --> 00:11:09.815
politiques appelées Invité
Politiques de configuration.

00:11:09.815 --> 00:11:12.770
Vous pouvez penser à Guest
Politiques de configuration presque comme

00:11:12.770 --> 00:11:17.595
politiques de groupe, mais pour
serveurs pas domaine joint.

00:11:17.595 --> 00:11:22.800
Il y a donc une longue liste de
Politiques de configuration des invités.

00:11:22.800 --> 00:11:26.495
Nous avons fait 18 politiques intégrées aujourd'hui.

00:11:26.495 --> 00:11:30.335
Ainsi, vous pouvez réellement déployer
eux dès la sortie de la boîte.

00:11:30.335 --> 00:11:35.149
Mais il y a aussi, si vous avez un
l'exigence que non intégré,

00:11:35.149 --> 00:11:37.295
vous pouvez réellement créer
ces politiques personnalisées

00:11:37.295 --> 00:11:40.055
et les déployer dans
environnement unique.

00:11:40.055 --> 00:11:42.440
Avec l'invité
Politiques de configuration,

00:11:42.440 --> 00:11:46.025
il fonctionne réellement à travers
ARM pour les machines vétérinaires Azure.

00:11:46.025 --> 00:11:48.695
Maintenant, avec l'hybride, ils peuvent aussi être

00:11:48.695 --> 00:11:52.275
surveillance et gouvernance
les serveurs sur-prem.

00:11:52.275 --> 00:11:54.090
Donc, comme vous pouvez le voir, j'ai déployé

00:11:54.090 --> 00:11:56.315
certains des invités
Politiques de configuration et

00:11:56.315 --> 00:12:00.755
dans une vue, je peux voir tous les
ces statuts non conformes.

00:12:00.755 --> 00:12:04.865
Si je perce vers le bas, je remarque
la politique de mot de passe,

00:12:04.865 --> 00:12:07.610
J'ai un tas de
services non conformes.

00:12:07.610 --> 00:12:09.620
Alors laissez-moi venir ici, percer,

00:12:09.620 --> 00:12:13.765
alors je peux voir tous les serveurs
que non conforme.

00:12:13.765 --> 00:12:17.120
Vous pouvez voir quelle ressource
groupe auquel ils appartiennent,

00:12:17.120 --> 00:12:19.475
afin que vous puissiez avoir une idée
ce qu'ils font.

00:12:19.475 --> 00:12:22.145
Mais ici aussi, c'est important que,

00:12:22.145 --> 00:12:26.045
ce sont des machines virtuelles Azure
et ce sont des serveurs sur-prem.

00:12:26.045 --> 00:12:27.440
Donc, dans une vue, vous obtenez

00:12:27.440 --> 00:12:30.470
une image complète de tous les serveurs
qui ne sont pas conformes.

00:12:30.470 --> 00:12:32.030
Wow, c'est fantastique.

00:12:32.030 --> 00:12:34.179
Donc je vois tous mes serveurs,

00:12:34.179 --> 00:12:35.730
n'a pas d'importance où ils sont en cours d'exécution;

00:12:35.730 --> 00:12:37.770
s'ils courent dans Azure,
s'ils sont en cours d'exécution sur-prem,

00:12:37.770 --> 00:12:40.225
dans mes centres de données, dans
mes succursales,

00:12:40.225 --> 00:12:43.160
Je peux les voir jusqu'à une seule vue

00:12:43.160 --> 00:12:45.680
et je peux les gérer à partir d'Azure?

00:12:45.680 --> 00:12:48.830
Oui, c'est notre but
d'avoir Azure pour être

00:12:48.830 --> 00:12:50.930
le seul endroit central et nous voulons

00:12:50.930 --> 00:12:53.545
fournir l'expérience cohérente.

00:12:53.545 --> 00:12:55.230
C'est fantastique.

00:12:55.230 --> 00:12:56.685
Donc, si je suis un client aujourd'hui,

00:12:56.685 --> 00:12:57.930
comment puis-je mettre la main sur ce?

00:12:57.930 --> 00:13:01.505
Oui, donc nous sommes vraiment
obtenir l'aperçu public maintenant.

00:13:01.505 --> 00:13:03.680
Donc, si vous suivez le
lien à l'écran,

00:13:03.680 --> 00:13:05.990
vous serez en mesure de voir
notre documentation et

00:13:05.990 --> 00:13:08.935
le processus sur la façon de
s'inscrire au service.

00:13:08.935 --> 00:13:10.275
D'accord. C'est fantastique

00:13:10.275 --> 00:13:12.120
et qu'en est-il du coût pour cela?

00:13:12.120 --> 00:13:13.805
Oh oui. C'est un bon point.

00:13:13.805 --> 00:13:16.730
Obtenez beaucoup de questions sur
combien je paierais

00:13:16.730 --> 00:13:20.135
et les bonnes nouvelles ou
La bonne nouvelle, c'est que c'est gratuit.

00:13:20.135 --> 00:13:22.520
Cela signifie que vous
ne paient pas réellement

00:13:22.520 --> 00:13:25.070
à bord de vos machines sur Azure,

00:13:25.070 --> 00:13:27.410
et vous ne paierez
pour les solutions

00:13:27.410 --> 00:13:29.510
que vous allez
déployer sur ces serveurs.

00:13:29.510 --> 00:13:31.070
Eh bien, c'est une nouvelle fantastique.

00:13:31.070 --> 00:13:32.630
Alors merci beaucoup Chang'.

00:13:32.630 --> 00:13:34.370
Merci d'être ici et de montrer

00:13:34.370 --> 00:13:36.245
nous ce hybride
capacités de gestion.

00:13:36.245 --> 00:13:38.130
Oui, merci