WEBVTT

00:00:00.000 --> 00:00:01.740
>> Oi meu nome é Thomas Maurer.

00:00:01.740 --> 00:00:04.770
Eu sou um defensor da nuvem na Microsoft
e eu estou sentado aqui com

00:00:04.770 --> 00:00:06.645
Chang' da equipe de gestão do Azure

00:00:06.645 --> 00:00:08.635
para falar sobre híbrido
Gerenciamento de servidores.

00:00:08.635 --> 00:00:11.300
>> Sim. Oi. Eu sou um
Gerente de Programa no Azure.

00:00:11.300 --> 00:00:14.100
>> Oi. Então eu falo muito com

00:00:14.100 --> 00:00:17.925
clientes que estão usando o
Nuvem para recursos de computação.

00:00:17.925 --> 00:00:20.610
Mas a maioria deles ou um
muitos deles também têm

00:00:20.610 --> 00:00:22.950
servidores em execução em seu
data centers privados,

00:00:22.950 --> 00:00:24.495
em suas filiais,

00:00:24.495 --> 00:00:26.910
ou até mesmo ter outras partes em
a organização que eles

00:00:26.910 --> 00:00:30.195
use outro provedor de nuvem ou
outros prestadores de serviços.

00:00:30.195 --> 00:00:31.830
Um dos principais desafios

00:00:31.830 --> 00:00:34.490
todos esses servidores eles
ter é basicamente manter

00:00:34.490 --> 00:00:36.400
controle de todos estes
servidores sempre que são

00:00:36.400 --> 00:00:38.620
correr para ter certeza
que eles estão seguros,

00:00:38.620 --> 00:00:42.085
que eles são patch, que
eles têm a conformidade.

00:00:42.085 --> 00:00:44.585
Ouvi dizer que o Azure
equipe e especialmente você

00:00:44.585 --> 00:00:46.760
estão trabalhando em algo
o que ajuda com isso.

00:00:46.760 --> 00:00:49.940
>> Sim. Absolutamente
Adoro falar sobre isso.

00:00:49.940 --> 00:00:53.240
ele e eu estava realmente ecoando
o que acabou de mencionar.

00:00:53.240 --> 00:00:55.835
É de fato um grande desafio.

00:00:55.835 --> 00:00:59.990
Então eu tinha conversado com um monte de clientes
também, especialmente, eles precisam

00:00:59.990 --> 00:01:03.890
para gerenciar estes muito parecidos
Ambientes híbridos,

00:01:03.890 --> 00:01:05.345
Então estamos em todo o lugar

00:01:05.345 --> 00:01:07.490
com equipe de inscrição
tentando sair,

00:01:07.490 --> 00:01:08.930
obter todo o recurso que eles precisam.

00:01:08.930 --> 00:01:10.010
Não importa qual nuvem,

00:01:10.010 --> 00:01:12.845
eles só entram e
implantar coisas lá.

00:01:12.845 --> 00:01:15.560
It, por outro lado, é
tentando entender,

00:01:15.560 --> 00:01:17.540
Meu Deus, onde estão todas as coisas?

00:01:17.540 --> 00:01:19.070
Onde estão todos os dados?

00:01:19.070 --> 00:01:21.650
O que acontece se
algo foi violado?

00:01:21.650 --> 00:01:24.545
Especialmente agora você vê o
notícias em todo o lugar.

00:01:24.545 --> 00:01:29.210
Então isso é realmente algo
Azure sempre foi pensar

00:01:29.210 --> 00:01:31.760
sobre e especialmente os serviços

00:01:31.760 --> 00:01:34.970
hoje que já
gestão de serviço on-prem.

00:01:34.970 --> 00:01:36.470
Mas agora com este serviço,

00:01:36.470 --> 00:01:39.620
estamos realmente tomando
para o próximo passo para

00:01:39.620 --> 00:01:43.160
integrar esses servidores
mais nativamente em Azure.

00:01:43.160 --> 00:01:44.975
>> Ok. Isso parece fantástico.

00:01:44.975 --> 00:01:46.640
Então, quando você fala sobre integração

00:01:46.640 --> 00:01:49.115
o serviço em Azure,
O que quer dizer com isso?

00:01:49.115 --> 00:01:51.260
>> Sim. Adoro mostrar
você uma foto dele.

00:01:51.260 --> 00:01:52.070
>> Perfeito. Obrigado.

00:01:52.070 --> 00:01:56.630
>> Aqui está como os serviços são
gerir estes ambientes.

00:01:56.630 --> 00:01:59.070
Então, esses serviços, na verdade,

00:01:59.070 --> 00:02:01.560
todos gerenciados no serviço prem hoje.

00:02:01.560 --> 00:02:03.470
A propósito, eu estou chamando
o servidor on-prem

00:02:03.470 --> 00:02:05.480
mas realmente não
importa onde eles estão.

00:02:05.480 --> 00:02:07.400
Eles podem estar em prem em datacenters,

00:02:07.400 --> 00:02:10.580
datacenters privados, ou em
outros anfitriões da Nuvem.

00:02:10.580 --> 00:02:11.975
Mas, como você pode ver,

00:02:11.975 --> 00:02:15.170
todos esses servidores gerenciando o
Máquinas virtuais azuis através

00:02:15.170 --> 00:02:18.515
o algo chamado Azure
Gerente de Recursos, abreviação de ARM,

00:02:18.515 --> 00:02:21.305
e onde nos servidores on-prem,

00:02:21.305 --> 00:02:24.485
eles realmente precisam descobrir
para fora uma maneira de obter o seu código

00:02:24.485 --> 00:02:28.220
implantado para aqueles em prem
servidores individualmente.

00:02:28.220 --> 00:02:29.840
Então, como você pode ver,

00:02:29.840 --> 00:02:32.180
há alguma disparidade entre

00:02:32.180 --> 00:02:35.540
o painel do tubo e este

00:02:35.540 --> 00:02:39.320
é realmente o que eu quero dizer com nativamente
integrado em seu BRAÇO.

00:02:39.320 --> 00:02:43.315
Agora eles são projetados como
o recurso ARM em Azure.

00:02:43.315 --> 00:02:45.295
O benefício será enorme.

00:02:45.295 --> 00:02:48.220
Como você pode ver um monte de
investimento foi para ARM;

00:02:48.220 --> 00:02:50.710
como identidade, como
RBAC, como políticas.

00:02:50.710 --> 00:02:53.170
Mais importante é que um monte de
clientes realmente se preocupam com

00:02:53.170 --> 00:02:57.460
conformidade e também apenas regular
gestão como marcá-los,

00:02:57.460 --> 00:02:59.800
mostrar quais são os meus servidores
estão todos em produção,

00:02:59.800 --> 00:03:03.820
esses tipos de coisas simples
são todos capazes através do ARM.

00:03:03.820 --> 00:03:07.930
Então, agora eu tenho uma vez projeto
estes servidores em ARM,

00:03:07.930 --> 00:03:09.520
Recebo todos esses benefícios.

00:03:09.520 --> 00:03:12.160
Além disso, todos os
serviços agora pode ser

00:03:12.160 --> 00:03:16.725
implantado no Azure, bem como
on-prem da mesma forma.

00:03:16.725 --> 00:03:18.000
Então, como você pode ver aqui,

00:03:18.000 --> 00:03:22.805
Eu rotulei isso muito importante
componente chamado Agente Convidado.

00:03:22.805 --> 00:03:25.250
O propósito disso
agente é gerenciar

00:03:25.250 --> 00:03:28.430
o ciclo de vida destes
extensões e estamos seguindo

00:03:28.430 --> 00:03:30.635
o mesmo modelo de modo que agora

00:03:30.635 --> 00:03:34.630
todas estas extensões podem ser aplicadas
para o serviço on-prem também.

00:03:34.630 --> 00:03:38.700
>> Então isso é ótimo. Assim, nossos servidores
aparecem como recursos do Azure.

00:03:38.700 --> 00:03:41.480
Eles aparecem no portal e também
no Azure Resource Manager,

00:03:41.480 --> 00:03:44.330
e eu posso basicamente tratar
eles gostam de máquinas,

00:03:44.330 --> 00:03:47.195
como eu costumava fazer com Azure
Máquinas Virtuais, certo?

00:03:47.195 --> 00:03:49.759
>> Sim. De um
perspectiva de gestão,

00:03:49.759 --> 00:03:51.500
esse é o nosso objetivo central.

00:03:51.500 --> 00:03:54.170
Queríamos tudo isso.
soluções para gerenciar

00:03:54.170 --> 00:03:57.470
os servidores da mesma forma
para a zure, bem como

00:03:57.470 --> 00:04:03.805
para on-prem e também eles
obter o mesmo benefício ARM.

00:04:03.805 --> 00:04:05.360
>> Ok, isso é incrível.

00:04:05.360 --> 00:04:07.850
Então, eu quero agora usar isso.

00:04:07.850 --> 00:04:11.215
Então, você pode me mostrar como nós
a bordo deste serviço para o Azure?

00:04:11.215 --> 00:04:13.460
>> Absolutamente, deixe
me mostrar uma demonstração.

00:04:13.460 --> 00:04:15.560
Esta é uma página que construímos para mostrar

00:04:15.560 --> 00:04:19.960
todos os servidores on-prem que
foi embarcado no Azure.

00:04:19.960 --> 00:04:23.890
Essencialmente, a bordo,
o cliente precisa correr

00:04:23.890 --> 00:04:27.790
um script no servidor e para
ajudar a construir esse script,

00:04:27.790 --> 00:04:32.840
nós realmente construir um fluxo em
Azul para gerar esse script.

00:04:33.260 --> 00:04:36.235
Portanto, esta é a opção que eles podem

00:04:36.235 --> 00:04:39.100
clique para gerar o script
mas, ao mesmo tempo,

00:04:39.100 --> 00:04:42.520
ele também reconhecer é um desafio
para que os clientes a bordo

00:04:42.520 --> 00:04:44.080
uma escala, se eles têm que se conectar a

00:04:44.080 --> 00:04:46.705
cada servidor individualmente
para executar esses scripts.

00:04:46.705 --> 00:04:49.240
Então, nós também estamos tentando
para entender o que são

00:04:49.240 --> 00:04:53.140
algum servidor comum no prem
aplicativo de gestão para que possamos

00:04:53.140 --> 00:04:57.505
integrar-se para ajudar os clientes a
a bordo dessas máquinas em escala.

00:04:57.505 --> 00:05:00.295
Por exemplo, aqui, se
o servidor já está

00:05:00.295 --> 00:05:03.100
gerenciado pelo serviço de atualizações do Azure,

00:05:03.100 --> 00:05:05.120
nós construímos realmente o script

00:05:05.120 --> 00:05:07.640
ou os livros de execução para realmente
implantar a bordo

00:05:07.640 --> 00:05:10.505
essas máquinas no Azure

00:05:10.505 --> 00:05:13.055
sem realmente clientes
tocar todas essas máquinas.

00:05:13.055 --> 00:05:15.770
Mas no futuro, também estamos
trabalhar com, por exemplo,

00:05:15.770 --> 00:05:19.129
Gerente de configuração do centro do sistema
e eles também estão integrando

00:05:19.129 --> 00:05:20.870
a experiência de embarque e

00:05:20.870 --> 00:05:22.580
além do Windows Admin Center.

00:05:22.580 --> 00:05:25.850
Então, nós apenas continuamos
expandir a forma como os clientes podem

00:05:25.850 --> 00:05:29.240
a bordo do Azure em
um pouco de esforço.

00:05:29.240 --> 00:05:32.630
Mas neste caso, deixe-me mostrar
você como gerar o script.

00:05:32.630 --> 00:05:35.510
Então, como você pode ver estes
são recursos do Azure.

00:05:35.510 --> 00:05:37.220
Então eles seguem a mesma hierarquia

00:05:37.220 --> 00:05:39.140
como nas assinaturas
e grupo de recursos.

00:05:39.140 --> 00:05:40.385
Então, agora você pode escolher

00:05:40.385 --> 00:05:44.870
qual assinatura e recurso
grupo que eles queriam ir e aqui

00:05:44.870 --> 00:05:46.790
a região indica que

00:05:46.790 --> 00:05:48.950
qual região do Azure está executando

00:05:48.950 --> 00:05:51.980
esses servidores gerenciando
estes recursos on-prem.

00:05:51.980 --> 00:05:56.930
Assim, você pode ver a partir da conformidade
ou perspectiva ponto regulamentar,

00:05:56.930 --> 00:05:59.635
sabemos onde os metadados
é armazenado no Azure.

00:05:59.635 --> 00:06:03.620
A localização física é nova especificamente
para os servidores on-prem.

00:06:03.620 --> 00:06:06.245
Isso permite que o cliente
para marcar os servidores

00:06:06.245 --> 00:06:10.655
ou indicar especificamente
em que datacenter eles estão.

00:06:10.655 --> 00:06:13.940
Isto é realmente sobre
facilidade de gestão.

00:06:13.940 --> 00:06:15.440
>> Ok, isso é muito legal.

00:06:15.440 --> 00:06:18.650
Assim, os clientes não poderiam simplesmente adicionar
um nome sobre os datacenters.

00:06:18.650 --> 00:06:20.330
Assim, eles poderiam até mesmo gostar, por exemplo,

00:06:20.330 --> 00:06:22.460
também adicionar uma sala do local ou

00:06:22.460 --> 00:06:25.520
mesmo nome direto ou direto
número para o servidor?

00:06:25.520 --> 00:06:26.570
>> Sim, com certeza.

00:06:26.570 --> 00:06:28.670
Então, isso é realmente para o cliente

00:06:28.670 --> 00:06:31.100
para identificar facilmente
onde está esse recurso.

00:06:31.100 --> 00:06:32.750
Se algo acontecer com esse servidor,

00:06:32.750 --> 00:06:34.810
eles podem ir se precisarem
para acessar fisicamente,

00:06:34.810 --> 00:06:37.160
eles sabem exatamente
onde eles precisam estar.

00:06:37.160 --> 00:06:41.825
Aqui também permitimos que o cliente
escolher os sistemas operacionais.

00:06:41.825 --> 00:06:45.200
Eu realmente não especificamente
soletrar para fora, mas como sempre,

00:06:45.200 --> 00:06:48.395
no Azure, estamos a tentar abraçar
Janelas, bem como Linux.

00:06:48.395 --> 00:06:50.570
O mesmo por aqui que construímos

00:06:50.570 --> 00:06:52.820
dois pacotes para o agente

00:06:52.820 --> 00:06:56.460
a bordo do Windows
Servidor ou servidor Linux.

00:06:57.380 --> 00:07:01.200
Entenda muitos clientes
especialmente no prem,

00:07:01.200 --> 00:07:03.520
eles não querem
expor seus servidores para

00:07:03.520 --> 00:07:06.805
a Internet diretamente e eles
colocá-lo atrás de um servidor proxy.

00:07:06.805 --> 00:07:12.050
Então, aqui neste caso, o nosso agente
precisa se conectar ao Azure.

00:07:14.280 --> 00:07:18.400
Se esses servidores não forem
conectar-se diretamente ao Azure,

00:07:18.400 --> 00:07:21.610
eles podem configurar o
proxy servidor aqui e depois

00:07:21.610 --> 00:07:26.000
o agente será capaz de se comunicar
através do servidor proxy.

00:07:26.880 --> 00:07:33.700
Este é apenas um recurso azure
capacidade para que eles possam aderência

00:07:33.700 --> 00:07:36.220
os servidores para indicar
talvez quem possui

00:07:36.220 --> 00:07:39.805
eles ou se eles
fazem parte de uma equipa.

00:07:39.805 --> 00:07:41.570
>> Sim. Isso também
significa que é só

00:07:41.570 --> 00:07:43.670
como com outros Azure
recursos, certo.

00:07:43.670 --> 00:07:46.100
Então, por exemplo, no meu
ambiente eu tag recursos

00:07:46.100 --> 00:07:48.665
baseado na produção,
ambiente de desenvolvimento,

00:07:48.665 --> 00:07:50.375
ambientes de demonstração, e assim por diante;

00:07:50.375 --> 00:07:52.265
para que eles possam usar a mesma marcação

00:07:52.265 --> 00:07:53.870
para seus servidores basicamente on-prem?

00:07:53.870 --> 00:07:56.560
>> Sim, exatamente. Você entendeu isso.

00:07:56.750 --> 00:07:59.340
No final aqui,

00:07:59.340 --> 00:08:01.670
geramos este script.

00:08:01.670 --> 00:08:03.650
Então, agora você pode ter uma cópia de

00:08:03.650 --> 00:08:06.110
o script e executá-lo
no servidor alvo.

00:08:06.110 --> 00:08:09.485
Deixe-me mostrar exatamente
o conteúdo do script.

00:08:09.485 --> 00:08:11.585
Então o primeiro são realmente três passos.

00:08:11.585 --> 00:08:13.580
Depois de baixar o pacote,

00:08:13.580 --> 00:08:17.270
mas se você realmente já
baixou e colocou uma ação de arquivo,

00:08:17.270 --> 00:08:20.105
você pode simplesmente mudar isso para copiar
fora dessa quota de poder.

00:08:20.105 --> 00:08:23.195
O segundo comando é
instalar esse pacote.

00:08:23.195 --> 00:08:25.100
O último é o importante

00:08:25.100 --> 00:08:28.515
aqui que estamos realmente
durante o embarque.

00:08:28.515 --> 00:08:30.480
Esta ferramenta vai realmente

00:08:30.480 --> 00:08:33.170
criar o recurso ARM
e, em seguida, link de volta para

00:08:33.170 --> 00:08:37.995
o agente para que no final
do processo de embarque,

00:08:37.995 --> 00:08:40.985
você vai realmente ver esses recursos

00:08:40.985 --> 00:08:44.300
apresentando que física
servidor no portal Azure.

00:08:44.300 --> 00:08:45.485
>> Oh, isso é incrível.

00:08:45.485 --> 00:08:49.115
Então, nós tornamos super fácil, basicamente,
para que os clientes a bordo

00:08:49.115 --> 00:08:51.050
servidores, criando basicamente

00:08:51.050 --> 00:08:53.315
eles o script que eles
necessidade e, obviamente,

00:08:53.315 --> 00:08:54.500
Eu acho que eles também podem correr

00:08:54.500 --> 00:08:56.630
os scripts contra
múltiplos de servidores se eles

00:08:56.630 --> 00:08:58.610
a bordo como não apenas
um ou dois servidores

00:08:58.610 --> 00:09:00.035
mas talvez centenas de servidores?

00:09:00.035 --> 00:09:01.355
>> Ah, sim. Absolutamente.

00:09:01.355 --> 00:09:04.340
>> Ok, isso é ótimo. Então
agora eu tenho o meu servidor em

00:09:04.340 --> 00:09:05.870
o portal e eu posso ver isso e

00:09:05.870 --> 00:09:07.520
gerenciá-lo usando o
Gerente de Recursos Do Azure,

00:09:07.520 --> 00:09:10.250
quais serviços podem
Eu realmente uso agora?

00:09:10.250 --> 00:09:12.110
>> Sim, deixe-me mostrar isso.

00:09:12.110 --> 00:09:15.740
Então, se você clicar em um dos
recursos, como você pode ver aqui,

00:09:15.740 --> 00:09:19.610
queremos realmente seguir o
Modelo azure virtual da máquina.

00:09:19.610 --> 00:09:25.145
Assim, você pode ver a lista de
capacidades e à medida que avançamos,

00:09:25.145 --> 00:09:28.655
vamos expandir estes
gestão e capacidades.

00:09:28.655 --> 00:09:33.320
Hoje estamos permitindo
dois serviços específicos.

00:09:33.320 --> 00:09:35.480
Um que podemos integrá-lo com

00:09:35.480 --> 00:09:38.420
Log Analytics para que
você pode realmente começar

00:09:38.420 --> 00:09:41.060
os registros adicionados ao recurso ID

00:09:41.060 --> 00:09:43.940
e você pode consultar aqueles
logs em um lugar central.

00:09:43.940 --> 00:09:47.630
Então deixe-me mostrar a você. Se eu clicar
em "Logs" Eu serei capaz

00:09:47.630 --> 00:09:52.470
para obter todos os logs
relevante para este servidor.

00:09:54.320 --> 00:09:59.910
Sem isso, se o cliente tentar
para acessar um registro para um servidor,

00:09:59.910 --> 00:10:01.790
eles essencialmente precisam ir
para o servidor e figura

00:10:01.790 --> 00:10:03.980
para fora que id espaço de trabalho se conecta,

00:10:03.980 --> 00:10:05.230
e depois vir para o portal,

00:10:05.230 --> 00:10:07.040
encontrar esse espaço de trabalho, e então

00:10:07.040 --> 00:10:09.110
você pode filtrar com base
no nome do computador.

00:10:09.110 --> 00:10:10.865
Agora, com esta integração,

00:10:10.865 --> 00:10:13.130
você pode simplesmente apenas clicar aqui

00:10:13.130 --> 00:10:15.440
e, em seguida, obter todos os logs
pertencem ao mesmo servidor.

00:10:15.440 --> 00:10:16.700
>> Oh, isso é fantástico.

00:10:16.700 --> 00:10:18.470
Então isso também me ajuda a gostar,

00:10:18.470 --> 00:10:19.760
Eu vejo um monte de clientes com

00:10:19.760 --> 00:10:21.560
uma organização diferente

00:10:21.560 --> 00:10:24.590
e alguns deles são apenas
realmente focado em aplicativo,

00:10:24.590 --> 00:10:28.040
para que agora eu possa dar acesso
para esta equipe específica para

00:10:28.040 --> 00:10:30.410
um conjunto específico de
servidores e eles podem

00:10:30.410 --> 00:10:33.360
basta acessar as fechaduras para os saques?

00:10:33.360 --> 00:10:36.020
>> Sim, isso é realmente um grande
beneficiá-lo que mencionou lá

00:10:36.020 --> 00:10:39.200
é em março a equipe de monitoramento tem

00:10:39.200 --> 00:10:41.420
lançou esta nova capacidade
chamado o recurso

00:10:41.420 --> 00:10:45.620
papel de RBAC centrado
acesso para os logs,

00:10:45.620 --> 00:10:49.685
e eles disponibilizaram para
VMs azuis, agora com o Híbrido.

00:10:49.685 --> 00:10:52.705
Agora você também pode obtê-lo
para o serviço on-prem.

00:10:52.705 --> 00:10:55.715
>> Oh, isso é incrível. Então
você também mencionou políticas.

00:10:55.715 --> 00:10:59.285
>> Sim. Portanto, a política do Azure é

00:10:59.285 --> 00:11:01.700
o lugar onde os clientes podem definir

00:11:01.700 --> 00:11:04.780
sua conformidade e também pode
veja o status de conformidade deles.

00:11:04.780 --> 00:11:06.860
Há esta categoria particular de

00:11:06.860 --> 00:11:09.815
políticas chamadas Guest
Políticas de configuração.

00:11:09.815 --> 00:11:12.770
Você pode pensar em Guest
Políticas de configuração quase gostam

00:11:12.770 --> 00:11:17.595
políticas de grupo, mas para
servidores não domínio aderiu.

00:11:17.595 --> 00:11:22.800
Portanto, há uma longa lista do
Políticas de configuração de hóspedes.

00:11:22.800 --> 00:11:26.495
Fizemos 18 políticas embutidas hoje.

00:11:26.495 --> 00:11:30.335
Assim, você pode realmente implantar
eles para a direita fora da caixa.

00:11:30.335 --> 00:11:35.149
Mas também há, se você tem um
requisito que não built-in,

00:11:35.149 --> 00:11:37.295
você pode realmente criar
essas políticas personalizadas

00:11:37.295 --> 00:11:40.055
e implantá-los em
ambiente único.

00:11:40.055 --> 00:11:42.440
Com o convidado
Políticas de configuração,

00:11:42.440 --> 00:11:46.025
ele realmente funciona através
ARM para os VMs azure.

00:11:46.025 --> 00:11:48.695
Agora, com o híbrido, eles também podem ser

00:11:48.695 --> 00:11:52.275
monitoramento e governo
os servidores on-prem.

00:11:52.275 --> 00:11:54.090
Então, como você pode ver, eu implantado

00:11:54.090 --> 00:11:56.315
alguns dos convidados
Políticas de configuração e

00:11:56.315 --> 00:12:00.755
em uma visão eu posso ver tudo
estes estatutos não conformes.

00:12:00.755 --> 00:12:04.865
Se eu detalhar eu aviso
a política de senha,

00:12:04.865 --> 00:12:07.610
Eu tenho um monte de
serviços não conformes.

00:12:07.610 --> 00:12:09.620
Então deixe-me vir aqui, detalhar,

00:12:09.620 --> 00:12:13.765
então eu posso ver todos os servidores
que não está em conformidade.

00:12:13.765 --> 00:12:17.120
Você pode ver qual recurso
grupo a que pertencem,

00:12:17.120 --> 00:12:19.475
para que você possa ter uma idéia
o que eles estão fazendo.

00:12:19.475 --> 00:12:22.145
Mas também aqui importante é que,

00:12:22.145 --> 00:12:26.045
estas são máquinas virtuais azure
e estes são servidores on-prem.

00:12:26.045 --> 00:12:27.440
Então, em uma visão, você começa

00:12:27.440 --> 00:12:30.470
uma imagem completa de todos os servidores
que não estão em conformidade.

00:12:30.470 --> 00:12:32.030
>> Uau, isso é fantástico.

00:12:32.030 --> 00:12:34.179
Então eu vejo todos os meus servidores,

00:12:34.179 --> 00:12:35.730
não importa onde eles estão correndo;

00:12:35.730 --> 00:12:37.770
se eles estão correndo em Azure,
se eles estão correndo em prem,

00:12:37.770 --> 00:12:40.225
nos meus datacenters, em
minhas filiais,

00:12:40.225 --> 00:12:43.160
Eu posso vê-los até uma única visão

00:12:43.160 --> 00:12:45.680
e eu posso gerenciá-los do Azure?

00:12:45.680 --> 00:12:48.830
>> Sim, esses são os nossos propósitos
de ter Azure para ser

00:12:48.830 --> 00:12:50.930
o único lugar central e queremos

00:12:50.930 --> 00:12:53.545
proporcionar a experiência consistente.

00:12:53.545 --> 00:12:55.230
>> Então isso é fantástico.

00:12:55.230 --> 00:12:56.685
Então, se eu sou um cliente hoje,

00:12:56.685 --> 00:12:57.930
Como posso colocar as mãos nisso?

00:12:57.930 --> 00:13:01.505
>> Sim, então estamos realmente
obter a pré-visualização pública agora.

00:13:01.505 --> 00:13:03.680
Então, se você seguir o
link na tela,

00:13:03.680 --> 00:13:05.990
você será capaz de ver
nossa documentação e

00:13:05.990 --> 00:13:08.935
o processo sobre como
inscreva-se com o serviço.

00:13:08.935 --> 00:13:10.275
>> Ok. Isso é fantástico,

00:13:10.275 --> 00:13:12.120
e quanto ao custo para isso?

00:13:12.120 --> 00:13:13.805
>> Ah, sim. Esse é um ótimo ponto.

00:13:13.805 --> 00:13:16.730
Receba muitas perguntas sobre
quanto eu pagaria

00:13:16.730 --> 00:13:20.135
e as boas notícias ou
uma grande notícia é que é de graça.

00:13:20.135 --> 00:13:22.520
Isso significa que você
não pagar

00:13:22.520 --> 00:13:25.070
a bordo de suas máquinas no Azure,

00:13:25.070 --> 00:13:27.410
e você só vai pagar
para as soluções

00:13:27.410 --> 00:13:29.510
que você vai
implantar nesses servidores.

00:13:29.510 --> 00:13:31.070
>> Bem, isso é uma notícia fantástica.

00:13:31.070 --> 00:13:32.630
Então, muito obrigado Chang'.

00:13:32.630 --> 00:13:34.370
Obrigado por estar aqui e mostrar

00:13:34.370 --> 00:13:36.245
nós este híbrido
capacidades de gestão.

00:13:36.245 --> 00:13:38.130
>> Sim, obrigado