WEBVTT

00:00:03.729 --> 00:00:08.438
Boa tarde todos e
Bem-vindo novamente para a próxima sessão

00:00:08.438 --> 00:00:13.528
do Microsoft Azure que está fazendo,
a edição de março de 2017.

00:00:13.528 --> 00:00:18.213
Temos dois muito interessantes
anúncio que

00:00:18.213 --> 00:00:23.023
foi feito neste mês, então
Vamos começar com isso.

00:00:23.023 --> 00:00:28.038
O primeiro que temos é
Conexões de híbrido de retransmissão Azure

00:00:28.038 --> 00:00:30.338
disponibilidade geral.

00:00:30.338 --> 00:00:31.553
Basicamente,

00:00:31.553 --> 00:00:35.800
Azure retransmissão foi um dos
o primeiro núcleo Azure services.

00:00:35.800 --> 00:00:43.745
Ele ajuda a conectividade do
ativos no local para a nuvem.

00:00:43.745 --> 00:00:48.250
E ele oferece muitos
gerenciamento de rede e coisas.

00:00:49.500 --> 00:00:52.585
Isso até agora, aqueles que
quem já usou a retransmissão de WCF

00:00:52.585 --> 00:00:54.810
eles estarão familiarizados com ele.

00:00:54.810 --> 00:01:00.720
Mas a retransmissão do Azure era dependente
em retransmissões de WCF para o serviço.

00:01:00.720 --> 00:01:05.645
Mais adiante, anunciamos
o recurso de Conexão híbrida

00:01:05.645 --> 00:01:06.996
para retransmissão Azure.

00:01:06.996 --> 00:01:10.818
Agora, se a dependência é
não na comunicação do Windows

00:01:10.818 --> 00:01:14.802
Base, porque não
todo mundo usa Windows, direita?

00:01:14.802 --> 00:01:20.040
Agora, estamos basicamente usando
todos esses Conexão híbrida.

00:01:20.040 --> 00:01:23.330
Eles poderão ajudá-lo a
com conectividade segura entre

00:01:23.330 --> 00:01:25.046
ativos no local e a nuvem.

00:01:25.046 --> 00:01:28.276
Você pode ter cinco off-line
bancos de dados porque ele é muito

00:01:28.276 --> 00:01:30.742
grupos comuns de resultado diferente.

00:01:30.742 --> 00:01:37.522
Mas ela também se baseia em Abrir
padrões para o protocolo.

00:01:37.522 --> 00:01:42.003
Portanto, ele se baseia nos soquetes de web
o que está se baseando em WCF,

00:01:42.003 --> 00:01:45.963
são conexões híbrida,
novamente, entre plataformas.

00:01:45.963 --> 00:01:49.528
Portanto, você pode usar o Windows na
plataforma atual oferece suporte

00:01:49.528 --> 00:01:50.389
soquetes de Web.

00:01:50.389 --> 00:01:55.565
Você pode usar a retransmissão do Azure e o
suporte a conexão principal de .NET

00:01:55.565 --> 00:01:57.722
JavaScript, Node. js.

00:01:57.722 --> 00:02:02.666
E vários outro RPC
modelos de programação para

00:02:02.666 --> 00:02:04.362
conseguir isso.

00:02:04.362 --> 00:02:07.146
Portanto, se desejar
começar com

00:02:07.146 --> 00:02:10.507
Conexões de híbrido de retransmissão Azure,
É possível

00:02:10.507 --> 00:02:15.501
Vá a documentação
Microsoft Azure e procure

00:02:15.501 --> 00:02:16.668
Retransmissão Azure.

00:02:16.668 --> 00:02:22.045
Esse era o nosso primeiro
lançamento deste mês.

00:02:22.045 --> 00:02:24.183
Vamos mover para frente.

00:02:43.683 --> 00:02:47.964
Alguns problemas técnicos,
só fique aqui comigo para

00:02:47.964 --> 00:02:48.773
um segundo.

00:03:10.773 --> 00:03:14.866
Okey, portanto, vou começar
falando sobre o outro

00:03:14.866 --> 00:03:17.701
qual é o roteamento geográfico
capacidade em

00:03:17.701 --> 00:03:19.367
Gerenciador de tráfego do Azure.

00:03:19.367 --> 00:03:21.851
Espero que você possa vê-lo agora.

00:03:21.851 --> 00:03:25.275
Então Azure Traffic Manager
é basicamente um serviço

00:03:25.275 --> 00:03:28.215
que lhe externo
balanceamento de carga.

00:03:28.215 --> 00:03:31.093
Isso, por exemplo, se desejar
carregar equilibrar o tráfego

00:03:31.093 --> 00:03:34.419
entre os centros de dados diferentes,
Se você tiver um público global.

00:03:34.419 --> 00:03:37.459
Você pode fazer isso com
Gerenciador de tráfego do Azure.

00:03:37.459 --> 00:03:42.049
Ele também pode agir como um failover
mecanismo entre dados diferentes

00:03:42.049 --> 00:03:42.814
centros.

00:03:42.814 --> 00:03:46.671
Mas com isso
Capacidade de roteamento geográfica,

00:03:46.671 --> 00:03:48.688
o que estamos oferecendo é,

00:03:48.688 --> 00:03:52.470
Agora você pode personalizar
conteúdo com base em regiões.

00:03:52.470 --> 00:03:59.330
Por exemplo, dependendo da
onde o usuário é proveniente.

00:03:59.330 --> 00:04:01.670
O que é um Gerenciador de tráfego
poderia fazer anteriormente foi,

00:04:01.670 --> 00:04:06.820
Ele basicamente apontaria seu
usuário para o mais próximo data center.

00:04:06.820 --> 00:04:10.770
Mas agora você também pode
criar diferentes

00:04:10.770 --> 00:04:13.780
regiões com conteúdo localizado.

00:04:13.780 --> 00:04:17.119
E o gerente de tráfego
aponte os resultados a seus

00:04:17.119 --> 00:04:18.378
conteúdo localizado.

00:04:18.378 --> 00:04:21.150
Como você sabe,
Se você tiver qualquer necessidade,

00:04:21.150 --> 00:04:24.692
Você tem uma política específica
norma que exige um data

00:04:24.692 --> 00:04:28.010
restrição de acesso dentro
uma localização geográfica específica.

00:04:28.010 --> 00:04:31.609
Para que todos os lugares
Você pode facilmente usar

00:04:31.609 --> 00:04:34.054
Gerenciador de tráfego do Azure.

00:04:34.054 --> 00:04:37.517
Esse era o próximo
lançamento que tivemos,

00:04:40.718 --> 00:04:43.107
Você pode mover para
o próximo slide?

00:05:11.420 --> 00:05:14.558
Estou tendo problemas
com minha máquina, portanto,

00:05:14.558 --> 00:05:16.560
só me dê um segundo.

00:05:51.360 --> 00:05:55.621
Um segundo
Vou voltar.

00:06:28.400 --> 00:06:31.160
Okey, então o outro você
ter é Azure Data Factory.

00:06:32.615 --> 00:06:34.397
Oferece agora
o SAP HANA e

00:06:34.397 --> 00:06:36.645
Business Warehouse
integração de dados.

00:06:36.645 --> 00:06:41.180
Então, vamos iniciar pela primeira vez
o que é o Azure Data Factory?

00:06:41.180 --> 00:06:45.492
Portanto o Azure Data Factory é uma
de nossa integração com base em nuvem

00:06:45.492 --> 00:06:49.430
serviços que ajuda você a criar
pipelines de dados diferentes.

00:06:49.430 --> 00:06:50.368
Por exemplo,

00:06:50.368 --> 00:06:53.991
Se você tiver diferentes bancos de dados
de onde você precisa obter dados.

00:06:53.991 --> 00:06:58.416
Ou são receber dados
de bancos de dados no prem.

00:06:58.416 --> 00:07:02.583
Ou se são receber dados
cluster de Hadoop para

00:07:02.583 --> 00:07:06.210
você deseja integrar
todos esses dados.

00:07:06.210 --> 00:07:10.480
Você pode usar o Azure Data Factory
para criar dados de tubulações, certo?

00:07:10.480 --> 00:07:14.624
Isso com esse novo lançamento
Fábrica de dados agora Azure

00:07:14.624 --> 00:07:17.776
permite que você carregar
dados do SAP HANA e

00:07:17.776 --> 00:07:22.206
Business Warehouse SAP diretamente
em armazenamentos de dados do Azure.

00:07:22.206 --> 00:07:25.598
Para que você possa fazer avançado
análise e emissão de relatórios.

00:07:25.598 --> 00:07:30.136
Então o que é novo, para aqueles que
quem usou o SAP, você sabe que

00:07:30.136 --> 00:07:34.105
é um dos mais amplamente
software empresarial usados.

00:07:34.105 --> 00:07:38.980
E quero dizer, mais usados

00:07:38.980 --> 00:07:44.324
pilha no SAP é HANA de SAP BW.

00:07:44.324 --> 00:07:49.032
Para isso, temos
um novo conector de SAP HANA.

00:07:49.032 --> 00:07:53.274
Portanto ele suporta copiando dados de
Modelos de informação HANA como

00:07:53.274 --> 00:07:55.559
Modos de cálculo analítico de C.

00:07:55.559 --> 00:07:57.715
Como você pode
fazer a linha e

00:07:57.715 --> 00:08:00.227
tabelas de coluna usando consultas SQL.

00:08:00.227 --> 00:08:03.513
Tudo o que você precisa fazer para
estabelecer a conectividade,

00:08:03.513 --> 00:08:07.052
Você precisa instalar os dados
gateway de gerenciamento

00:08:07.052 --> 00:08:09.167
e o driver ODBC do HANA SAP.

00:08:09.167 --> 00:08:12.155
Portanto, você pode se conectar
a fábrica de dados Azure.

00:08:12.155 --> 00:08:15.539
O segundo conector
é o conector SAP BW.

00:08:15.539 --> 00:08:18.654
Mais uma vez, que suporta
copiar dados de

00:08:18.654 --> 00:08:23.546
Versão de Business Warehouse SAP
7. x, cubos de informação e cubos de consulta.

00:08:23.546 --> 00:08:27.980
E você pode usá-los
consultas para copiar os dados.

00:08:27.980 --> 00:08:30.880
Novamente, estabelecer
conectividade,

00:08:30.880 --> 00:08:34.778
Você precisa instalar
o gateway de gerenciamento de dados e

00:08:34.778 --> 00:08:36.695
a biblioteca nativa SAP.

00:08:36.695 --> 00:08:39.415
Portanto, se você deseja saber
como você deseja fazer isso,

00:08:39.415 --> 00:08:42.175
Vá para nosso Azure
documentação.

00:08:42.175 --> 00:08:47.195
E localizar o conector de SAP HANA para
Fábrica de dados Azure

00:08:47.195 --> 00:08:50.765
e deve ser
é possível encontrá-lo.

00:08:50.765 --> 00:08:56.280
A próxima que temos é
Recuperação instantânea de arquivo

00:08:56.280 --> 00:08:59.760
de backup Azure Linux VM
usando o Backup do Azure.

00:09:01.260 --> 00:09:05.523
Temos essa instantânea
Opção de recuperação de arquivo do

00:09:05.523 --> 00:09:10.746
Backups de VM do Windows Azure que
todos estão disponíveis para o

00:09:10.746 --> 00:09:12.677
Há algum tempo.

00:09:12.677 --> 00:09:17.121
O que ele faz é, você pode restaurar
arquivos instantaneamente a partir do

00:09:17.121 --> 00:09:21.837
Recuperação Azure Services cofre
sem qualquer custo adicional ou

00:09:21.837 --> 00:09:23.300
infraestrutura.

00:09:23.300 --> 00:09:26.656
Para criar um Azure
Cofre de serviços de recuperação.

00:09:26.656 --> 00:09:30.570
Habilitar o backup
na máquina virtual,

00:09:30.570 --> 00:09:34.108
e agora você pode instantaneamente
Registre os arquivos.

00:09:34.108 --> 00:09:37.808
Por exemplo, se você
fazendo backup de toda a VM,

00:09:37.808 --> 00:09:41.687
não é necessário montar o
retorno de unidade para ver os arquivos.

00:09:41.687 --> 00:09:45.451
Você pode recuperar instantaneamente
arquivos de VM do Azure.

00:09:45.451 --> 00:09:47.298
Assim, por exemplo,

00:09:47.298 --> 00:09:51.976
Se você tiver uma máquina virtual Linux de Azure C
o que é apenas MongoDB.

00:09:51.976 --> 00:09:56.366
E dados
despejos em uma data específica

00:09:56.366 --> 00:09:59.455
ponto de recuperação no backup do Azure.

00:09:59.455 --> 00:10:02.296
Portanto, se você deseja rapidamente
Validar o que aconteceu dizer

00:10:02.296 --> 00:10:05.864
ontem ou você deseja
Validar detalhes específicos ou

00:10:05.864 --> 00:10:08.054
você deseja itens individuais.

00:10:08.054 --> 00:10:12.478
Você não precisa fazer o download do
dam de dados inteira que pode

00:10:12.478 --> 00:10:16.644
e baixe o ponto no tempo
tudo o que você tinha de gravação

00:10:16.644 --> 00:10:17.527
ele está armazenado.

00:10:17.527 --> 00:10:22.854
E essa opção não foi
disponível para Linux VM antes,

00:10:22.854 --> 00:10:28.422
mas se você for para o Azure
Portal, você pode habilitar isso agora.

00:10:36.021 --> 00:10:38.750
Movendo
o outro é, basicamente,

00:10:38.750 --> 00:10:41.480
Essa é um na Califórnia,
SAN Jose,

00:10:41.480 --> 00:10:45.300
Conferência de strata que é
dados relacionados à conferência.

00:10:45.300 --> 00:10:49.186
E então anunciamos [INAUDIBLE]

00:10:49.186 --> 00:10:54.161
Vejamos os lançamentos,
Então

00:10:54.161 --> 00:10:59.607
Vamos iniciar pela primeira vez
com o DocumentDB.

00:10:59.607 --> 00:11:03.864
DocumentDB é a chave da
dados distribuídos globalmente

00:11:03.864 --> 00:11:04.755
serviço.

00:11:04.755 --> 00:11:08.128
Multiqual de TI,
banco de dados assim como um serviço

00:11:08.128 --> 00:11:12.822
Se você usou o MongoDB
ou, você sabe que outros da Microsoft.

00:11:12.822 --> 00:11:16.505
O MongoDB é muito semelhante a ele,
exceto pelo fato de que se trata

00:11:16.505 --> 00:11:19.757
uma PAAS serviço isso
é um serviço completamente válido.

00:11:19.757 --> 00:11:24.571
Ele permite logicamente escala
ambos verdadeiro put, bem como sua

00:11:24.571 --> 00:11:28.657
armazenamento em qualquer número
de região geográfica.

00:11:28.657 --> 00:11:31.709
Portanto, esse serviço era basicamente,

00:11:31.709 --> 00:11:36.230
Temos um grande número de conectores
Esse serviço para

00:11:36.230 --> 00:11:41.203
exemplo, o primeiro lançamento
Temos neste mês

00:11:41.203 --> 00:11:45.966
Agora você tem um Spark
conector para DocumentDB.

00:11:45.966 --> 00:11:49.277
Agora, digamos, por exemplo,
Você tem uma grande quantidade de dados em seu

00:11:49.277 --> 00:11:52.885
DocumentDB que você deseja
Analisar usando Apache Spark,

00:11:52.885 --> 00:11:56.788
Você pode conectar diretamente seu
Apache Spark usando DocumentDB

00:11:56.788 --> 00:12:00.567
Despertar coletor e analisar
os dados diretamente de lá.

00:12:00.567 --> 00:12:04.567
Também temos a capacidade
do MongoDB e

00:12:04.567 --> 00:12:10.450
Vamos ver um pouco mais
Para isso em nosso próximo slide.

00:12:10.450 --> 00:12:11.989
Além disso, anunciamos

00:12:11.989 --> 00:12:16.182
a primeira nuvem Hortonworks
Plataforma de dados 2.6.

00:12:16.182 --> 00:12:18.815
O que quero dizer por nuvem-primeiro é,

00:12:18.815 --> 00:12:23.600
os mais recentes dados de Hortonworks
Plataforma, 2.6.

00:12:23.600 --> 00:12:26.738
Ele é chamado
[INAUDÍVEL] na nuvem.

00:12:26.738 --> 00:12:31.125
Isso ainda não estiver disponível
na premissa de versão, mas

00:12:31.125 --> 00:12:35.525
Esse é o compromisso de Hortonworks
à nuvem pela primeira vez.

00:12:35.525 --> 00:12:39.500
Basicamente, sempre que desejar
Para usar uma versão mais recente

00:12:39.500 --> 00:12:43.105
de Hortonworks, você pode
usá-lo diretamente na nuvem Azure.

00:12:43.105 --> 00:12:45.905
Não é que você
precisa aguardar

00:12:45.905 --> 00:12:49.806
a versão local no
Para vir na nuvem.

00:12:49.806 --> 00:12:51.778
Também anunciamos ou

00:12:51.778 --> 00:12:55.957
totalmente gerenciado Apache
caminho para o que um.

00:12:55.957 --> 00:13:00.590
Basicamente, o Spark Apache
é mais uma vez, é um fluxo gerenciado

00:13:00.590 --> 00:13:05.155
serviço analítico, 2.1 é
a versão mais recente que temos.

00:13:05.155 --> 00:13:10.050
Assim que estiver novamente disponível
Agora com o cluster HDInsight

00:13:10.050 --> 00:13:12.922
e temos
introduziu o recurso.

00:13:12.922 --> 00:13:16.670
Isso, por exemplo, se você quisesse
para oferecer integração com

00:13:16.670 --> 00:13:20.577
Hub de evento Azure e você quiser
Para obter a que dados fluindo de

00:13:20.577 --> 00:13:23.708
Hub de evento diretamente ao Spark,
Você pode fazer isso.

00:13:23.708 --> 00:13:26.722
Você também tem um fluxo contínuo
conector de Kafka para

00:13:26.722 --> 00:13:28.330
HDInsight.

00:13:28.330 --> 00:13:31.501
Esses são o novo anúncio.

00:13:31.501 --> 00:13:35.582
Também anunciamos o SQL Server
CTP

00:13:35.582 --> 00:13:39.417
maravilhoso, que será
disponível no Windows e

00:13:39.417 --> 00:13:41.540
Linux muito em breve.

00:13:41.540 --> 00:13:44.764
Você pode tentar a visualização
de sua escolha

00:13:44.764 --> 00:13:48.098
de desenvolvimento
orientado por ambiente.

00:13:48.098 --> 00:13:52.994
Você pode procurar o que do
novo no SQL server Linux e

00:13:52.994 --> 00:13:58.710
Você pode ir para o terminal
recomendação tentar usá-lo.

00:14:03.840 --> 00:14:10.280
E isso é o HDInsight e
DocumentDB.

00:14:10.280 --> 00:14:12.940
A próxima que temos é
DocumentDB API para MongoDB.

00:14:12.940 --> 00:14:17.692
Esse serviço SQL DocumentDB
que é muito

00:14:17.692 --> 00:14:20.670
Semelhante à direita, o MongoDB?

00:14:20.670 --> 00:14:24.568
Assim, existem muitos desenvolvedores
que usam o MongoDB e eles

00:14:24.568 --> 00:14:29.146
bibliotecas e alteração de ferramenta
que eles usam para desenvolver ou

00:14:29.146 --> 00:14:31.480
para conectar o MongoDB, certo?

00:14:31.480 --> 00:14:34.627
Agora, com esses
responsabilidade de pauta ou

00:14:34.627 --> 00:14:39.001
para DocumentDBS ou MongoDB,
Você pode usar tudo isso.

00:14:39.001 --> 00:14:43.251
Portanto, seu objetivo permanece o mesmo, você
pode usar o mesmo [INAUDIBLE] você

00:14:43.251 --> 00:14:46.195
usará para se conectar
a disponibilidade de trabalho

00:14:46.195 --> 00:14:48.750
Você pode usá-lo para
marketability.

00:14:48.750 --> 00:14:52.411
Então esse recurso tenha sido
disponível no modo de visualização para

00:14:52.411 --> 00:14:55.985
um dia agora, mas
ele não tem alguns recursos, como

00:14:55.985 --> 00:15:00.603
Você poderia fazer somente uma coleção
sobre o líder global não é

00:15:00.603 --> 00:15:01.580
disponível.

00:15:01.580 --> 00:15:04.225
Agora, com geral
disponibilidade,

00:15:04.225 --> 00:15:08.377
Apresentamos um número
versões principais recursos.

00:15:08.377 --> 00:15:10.611
Agora você pode ter
conjuntos de sharded.

00:15:10.611 --> 00:15:14.725
Você pode ter mais de
fragmentar uma coleção para

00:15:14.725 --> 00:15:17.898
DocumentDB com o MongoDB da API.

00:15:17.898 --> 00:15:20.223
Você pode ter um global
dados de bancos de dados de forma

00:15:20.223 --> 00:15:23.494
Você pode replicar seus dados
em região múltipla para

00:15:23.494 --> 00:15:26.580
Você pode ter
alta disponibilidade.

00:15:26.580 --> 00:15:27.928
Você pode fazer isso.

00:15:27.928 --> 00:15:30.990
Agora, essas APIs oferecem suporte, mas

00:15:30.990 --> 00:15:36.043
Você permitirá que somente os dados
Operações no MongoDB.

00:15:36.043 --> 00:15:40.048
E Além disso, nós também o adicionamos
algumas métricas de portal adicionais.

00:15:40.048 --> 00:15:44.689
Agora, ao visitar esse Azure
Portal de DocumentDB, você pode

00:15:44.689 --> 00:15:49.330
há métricas diferentes,
como o número de solicitação ou

00:15:49.330 --> 00:15:52.020
solicitação de encargos ou
Erro de solicitação.

00:15:52.020 --> 00:15:55.634
E tudo o que você pode gerenciar você
ver todas as estatísticas e

00:15:55.634 --> 00:15:57.272
métricas no portal do Azure.

00:15:57.272 --> 00:16:02.330
Esse era o MongoDB API, Desculpe
DocumentDB API para Mongo DB.

00:16:06.910 --> 00:16:11.208
A próxima é
RS de Premium de banco de dados do SQL Azure.

00:16:11.208 --> 00:16:18.180
Portanto, isso é algo que podemos
Lançando no modo de visualização.

00:16:18.180 --> 00:16:23.668
Servidores de banco de dados do SQL Azure
servidor do SQL Azure service, são

00:16:23.668 --> 00:16:24.904
[INAUDÍVEL].

00:16:24.904 --> 00:16:29.391
Temos um grande número de diferentes
níveis de serviços de

00:16:29.391 --> 00:16:32.316
Básica padrão para Premium.

00:16:32.316 --> 00:16:36.536
E Premium RS
a edição mais recente.

00:16:36.536 --> 00:16:40.398
É um 4TB aumentar em
a unidade de armazenamento para

00:16:40.398 --> 00:16:43.320
P11 Premium e P15.

00:16:43.320 --> 00:16:48.340
E ele também vem com ele,
experiência aprimorada do portal para

00:16:48.340 --> 00:16:51.580
Selecionar e gerenciar o serviço
níveis e níveis de desempenho.

00:16:52.660 --> 00:16:56.120
Agora você pode usar para cima
4 TB de armazenamento.

00:16:57.390 --> 00:17:00.300
Para que ele tenha, você pode fazer por você

00:17:02.450 --> 00:17:06.280
pode ter um prêmio P11 ou P15
bancos de dados e você pode tinha para cima

00:17:06.280 --> 00:17:11.166
40 [INAUDIBLE] armazenamento
sem custo adicional.

00:17:11.166 --> 00:17:14.440
E agora, não temos
disponibilidade em todo o mundo.

00:17:14.440 --> 00:17:20.794
A opção de 4 TB que selecionamos
para o banco de dados está localizado

00:17:20.794 --> 00:17:27.033
em algumas região algumas delas são:
[INAUDIBLE] e [INAUDIBLE]

00:17:33.309 --> 00:17:37.630
Para mover, que foi
RS de Premium de banco de dados do SQL Azure.

00:17:40.770 --> 00:17:45.170
A próxima temos é, Azure
Ferramentas de análise de fluxo de SQL para

00:17:45.170 --> 00:17:46.530
Visual Studio.

00:17:46.530 --> 00:17:51.730
Portanto, se você não está familiarizado
com análises de fluxo Azure

00:17:51.730 --> 00:17:56.930
novamente, é uma plataforma A como um
onde você pode gerenciar os serviços ou

00:17:56.930 --> 00:17:59.429
como se trata analisar os dados.

00:17:59.429 --> 00:18:04.204
Portanto, ele oferece uma maneira
para analisar os dados em

00:18:04.204 --> 00:18:08.168
em vez disso, análise de sincronização
ele está em repouso.

00:18:08.168 --> 00:18:12.127
Agora temos esta
[INAUDÍVEL] público

00:18:12.127 --> 00:18:15.977
versão de visualização do
Studio [INAUDÍVEL].

00:18:15.977 --> 00:18:19.502
Assim, você sabe, se você quer dizer
de Consulte todas a excelência

00:18:19.502 --> 00:18:21.720
[INAUDÍVEL] como sendo de Deus.

00:18:21.720 --> 00:18:27.786
É o mercado [INAUDIBLE]
está tudo lá.

00:18:27.786 --> 00:18:31.429
Mas esses ferramenta são projetados para
fornecer uma experiência de onde

00:18:31.429 --> 00:18:34.329
Você pode fazer fluxo Azure
desenvolvimento de análises

00:18:34.329 --> 00:18:36.422
fluxo de trabalho no Visual Studio.

00:18:36.422 --> 00:18:42.422
Então isso irá ajudá-lo a se
você deseja alterar a consulta,

00:18:42.422 --> 00:18:45.872
Se você deseja gravar consulta,

00:18:45.872 --> 00:18:50.972
Se você deseja testar rapidamente
Depurar, e

00:18:50.972 --> 00:18:56.072
diagnosticar seu fluxo
análise do trabalho que

00:18:56.072 --> 00:19:03.434
Agora todos estão disponíveis como parte do
suas ferramentas studio regionais.

00:19:06.776 --> 00:19:11.456
, O outro é que,
Azure traz analytics digital

00:19:11.456 --> 00:19:15.691
recursos regionais e
ao governo dos EUA.

00:19:15.691 --> 00:19:19.476
Portanto, se você souber
Azure nuvem do governo dos EUA,

00:19:19.476 --> 00:19:24.020
de nuvem para
basicamente o Azure governo nuvem

00:19:24.020 --> 00:19:29.010
é uma parte da nuvem que podemos
Use-o para clientes globais.

00:19:29.010 --> 00:19:34.504
Portanto, este mês, anunciamos
o lançamento do

00:19:34.504 --> 00:19:41.400
HDInsight e energia BI Pro para
Nuvem da Microsoft para o governo.

00:19:41.400 --> 00:19:47.329
Portanto, se você tiver qualquer governo
cliente em que você deseja usar

00:19:47.329 --> 00:19:52.538
as ferramentas cognitivas,
Você tem recursos.

00:19:52.538 --> 00:19:56.699
Também vamos anunciar
uma visualização de serviços cognitivas

00:19:56.699 --> 00:19:58.255
no governo do Azure.

00:19:58.255 --> 00:20:01.876
Portanto, habilitamos cenários
como exemplo, se desejar

00:20:01.876 --> 00:20:05.218
Para fazer a conversão de áudio e texto
em outros idiomas.

00:20:05.218 --> 00:20:08.530
Queremos fazer emoção
reconhecimento de computador

00:20:08.530 --> 00:20:10.000
visão.

00:20:10.000 --> 00:20:14.743
E é que todos esses serviços
estamos oferecendo uma visualização em

00:20:14.743 --> 00:20:16.329
Controle do Azure.

00:20:25.886 --> 00:20:29.924
Okey a próxima é a
Em tempo real análises geoespaciais

00:20:29.924 --> 00:20:31.950
em análise de fluxo Azure.

00:20:33.130 --> 00:20:36.640
O Mm-hm que apenas falar sobre
Direito de fluxo Analytics Azure?

00:20:36.640 --> 00:20:44.360
Ele permite que você analise dados no real
tempo e fluxo como ela vem.

00:20:45.610 --> 00:20:48.640
Então este mês que anunciamos
o lançamento do

00:20:48.640 --> 00:20:50.290
Função geoespacial.

00:20:50.290 --> 00:20:53.970
Portanto, o que ele oferece é dizer que para
exemplo têm cenários onde

00:20:53.970 --> 00:20:57.620
deseja frota de monitoramento
ou você deseja controlar os ativos,

00:20:57.620 --> 00:20:59.620
ou se desejar fazer
tipo de geofencing, ou

00:20:59.620 --> 00:21:04.730
você deseja controle de telefone
em todos os sites de outra célula.

00:21:04.730 --> 00:21:06.530
Ou você quer uma solução

00:21:06.530 --> 00:21:10.360
algo parecido com o trabalho de pool onde
você deseja fazer ridesharing.

00:21:10.360 --> 00:21:13.760
Há basicamente desejado
Para obter um local em um real

00:21:14.850 --> 00:21:19.270
tempo de qualquer dispositivo que
está enviando nuvem de banco de dados.

00:21:20.560 --> 00:21:24.120
Agora temos o Azure
análise da equipe do Azure.

00:21:24.120 --> 00:21:30.200
E deixe que ele consulta onde você pode
analisar a telemetria durante e

00:21:30.200 --> 00:21:31.040
Depois da.

00:21:31.040 --> 00:21:35.910
Por exemplo, um cenário onde
para gerar um evento ou

00:21:35.910 --> 00:21:39.660
para enviar um alerta onde
uma estação de gás for menor que 10

00:21:39.660 --> 00:21:40.460
quilômetros do carro.

00:21:40.460 --> 00:21:41.500
Então você e

00:21:41.500 --> 00:21:45.160
o local de carros que é
em seguida, segundo a nuvem constantemente.

00:21:45.160 --> 00:21:48.664
E a nuvem tem uma lista
do local de armazenamento

00:21:48.664 --> 00:21:52.091
caso de que se trata de um gás
estação neste local.

00:21:52.091 --> 00:21:56.483
Basicamente, você pode escrever um
consulta, onde você pode selecionar

00:21:56.483 --> 00:22:01.416
Você pode selecionar seu local de gás
qualquer que seja o gasolina instalada

00:22:01.416 --> 00:22:04.235
em menos de 10
quilômetro radius.

00:22:04.235 --> 00:22:06.980
Enviar um alerta sempre que
Há uma gasolina.

00:22:06.980 --> 00:22:10.189
Então o resultado de todas essas
uma outra consulta.

00:22:10.189 --> 00:22:13.800
Agora, você pode ir
a função geoespacial.

00:22:13.800 --> 00:22:16.960
Se você obtiver geo-adajacent
padrão de

00:22:16.960 --> 00:22:20.510
trazendo dados geoespaciais.

00:22:20.510 --> 00:22:21.790
Ele aparência faz muito da extensão.

00:22:21.790 --> 00:22:25.390
Você pode criar ponto,
Você pode criar um polígono.

00:22:25.390 --> 00:22:27.710
Você pode extrair dados a distância.

00:22:27.710 --> 00:22:31.910
Você pode ver se um polígono
sobrepõe-se com outras pessoas e

00:22:31.910 --> 00:22:34.320
muitas outras coisas.
que você pode fazer.

00:22:34.320 --> 00:22:38.126
Para novamente por tudo isso
acesse nossa página de documentação

00:22:38.126 --> 00:22:39.960
humanidade para fazer uma função

00:22:46.973 --> 00:22:51.130
Okey, a próxima que temos é
Planejamento de recuperação de Site Azure para

00:22:51.130 --> 00:22:51.795
VMware.

00:22:51.795 --> 00:22:55.520
Recuperação de Site do Azure é

00:22:55.520 --> 00:22:59.710
um dos nosso serviço onde
Ele oferece uma maneira de

00:23:01.290 --> 00:23:06.460
Criar um desastre completo
solução de recuperação no Azure.

00:23:06.460 --> 00:23:09.601
Onde você pode proteger centenas
as máquinas virtuais para

00:23:09.601 --> 00:23:11.985
alcance em Prem ou
qualquer outro.

00:23:11.985 --> 00:23:16.197
Você poderia criar uma completa
solução de recuperação de desastres

00:23:16.197 --> 00:23:17.580
dentro de ASR.

00:23:17.580 --> 00:23:21.230
Mas, para fazer este ASR
Você precisa de planejadores de implantação.

00:23:21.230 --> 00:23:25.919
Basicamente antes de fazer
qualquer exercício de corte de ASR ou

00:23:25.919 --> 00:23:30.607
desenhar com êxito a distribuição
é necessário primeiro

00:23:30.607 --> 00:23:34.744
entender o que o mesmo
era do departamento.

00:23:34.744 --> 00:23:39.687
Como você vai fazer seu
Falha no teste e todo esse direito?

00:23:39.687 --> 00:23:44.099
Então esse Site implantação de recuperação
Ferramenta planejador é realmente does

00:23:44.099 --> 00:23:45.270
muitas coisas.

00:23:45.270 --> 00:23:47.410
Ele permite que você
avaliação de compatibilidade.

00:23:47.410 --> 00:23:51.660
Assim que seu Prem acessar
servidor pode ser movido para o Azure

00:23:51.660 --> 00:23:54.140
com a recuperação automatizada do sistema e que pode ser.

00:23:54.140 --> 00:23:56.700
Ele fornecerá a você.

00:23:56.700 --> 00:23:59.720
Ele informará que a Microsoft
Azure como a quantidade de armazenamento

00:23:59.720 --> 00:24:01.530
Você precisará de contas.

00:24:01.530 --> 00:24:03.880
Se você precisa
contas padrão ou

00:24:03.880 --> 00:24:05.630
contas de armazenamento Premium.

00:24:05.630 --> 00:24:09.970
Considerar quantas máquinas virtuais
Você precisará de capacidades.

00:24:11.030 --> 00:24:13.340
Ele também será fator
em um futuro crescimento.

00:24:13.340 --> 00:24:16.960
Assim como, como foi o
Planejador de implantação funciona em seguida?

00:24:16.960 --> 00:24:19.420
Ele tem três diferentes
modos do aplicativo.

00:24:19.420 --> 00:24:20.096
Uma é para

00:24:20.096 --> 00:24:24.440
arquivamento em perfis todos os
servidores que você deseja proteger

00:24:24.440 --> 00:24:29.060
dos próximos trinta dias e
ele registra tudo.

00:24:29.060 --> 00:24:31.290
Como diferentes
monitores de desempenho,

00:24:31.290 --> 00:24:33.665
contadores como seco morrem.

00:24:33.665 --> 00:24:36.744
As vantagens de cada dado certo, associação de dados

00:24:36.744 --> 00:24:41.916
qual é o número do curso
dias, semanas quantos você tem.

00:24:41.916 --> 00:24:45.680
Neste momento, é esse Planejador
somente disponível no VMware.

00:24:45.680 --> 00:24:50.060
Portanto, você pode se conectar
Servidor VMware Vcenter ou

00:24:50.060 --> 00:24:55.310
Servidor VMware Vsphere onde
todos os vídeos estão hospedados.

00:24:55.310 --> 00:24:57.370
Portanto, é o modo de criação de perfil.

00:24:57.370 --> 00:24:59.460
Você também pode fazer
geração de relatórios.

00:24:59.460 --> 00:25:03.015
Nesse modo, a ferramenta também
usar os dados de fornecer que podemos

00:25:03.015 --> 00:25:03.755
Crie um relatório.

00:25:03.755 --> 00:25:08.085
Ele também entradas,
ela terá recomendação,

00:25:08.085 --> 00:25:10.945
ela terá a máquina virtual
posicionamento de armazenamento

00:25:10.945 --> 00:25:13.675
ele terá o número
de compatibilidade nele.

00:25:13.675 --> 00:25:16.025
Ela também informa o número
da VM incompatível.

00:25:16.025 --> 00:25:18.995
E a última coisa que ele irá

00:25:18.995 --> 00:25:20.925
também ajudá-lo a por meio de
Coloque o cálculo.

00:25:20.925 --> 00:25:27.490
Portanto, ele encontra a rede
PUT que pode ser obtida em

00:25:27.490 --> 00:25:32.210
o ambiente local para
Microsoft Azure para uma edição.

00:25:32.210 --> 00:25:36.710
À direita agora essa ferramenta, isso
Planejador, está disponível somente para

00:25:36.710 --> 00:25:40.428
VMware e
Ele também está disponível na cópia.

00:25:47.890 --> 00:25:51.628
E, com isso, na verdade, você está
viajando um em direção ao último slide

00:25:51.628 --> 00:25:52.440
que eu tenho.

00:25:53.740 --> 00:25:58.792
É TP3 de pilha Azure, técnico
Visualização 3, ele realmente.

00:25:58.792 --> 00:26:04.209
E agora, digite
a inovação do aplicativo

00:26:04.209 --> 00:26:08.314
modelo de preços de pagamento como você-uso.

00:26:08.314 --> 00:26:12.920
O que é pilha Azure
Technical Preview 3, direita?

00:26:12.920 --> 00:26:19.219
Pilha do Azure é que você pode
priorize a Azure-in-a-box.

00:26:19.219 --> 00:26:22.940
Por exemplo,
Se você deseja ter seu próprio

00:26:22.940 --> 00:26:26.570
implementação particular de
Azure no seu próprio data center

00:26:26.570 --> 00:26:28.920
Você pode usar a pilha do Azure.

00:26:28.920 --> 00:26:34.810
Technical Preview 3 é basicamente
Agora, estamos lançando.

00:26:34.810 --> 00:26:39.100
Para usar a pilha e
modelo estará disponível.

00:26:39.100 --> 00:26:41.360
TP3 disponível para download.

00:26:44.670 --> 00:26:49.074
O que ele lhe com isso
lançamento é o TP3

00:26:49.074 --> 00:26:51.580
modelo econômico de nuvem em.

00:26:51.580 --> 00:26:55.500
Basicamente aparecerá você
usar o preço que você tem

00:26:55.500 --> 00:26:58.880
Nuvem, agora será exibida
que com TP3 de pilha Azure.

00:26:58.880 --> 00:27:02.990
No mapa de estrada próximo,
Se você olhar o mapa da estrada.

00:27:02.990 --> 00:27:05.950
Você terá que funções do Azure

00:27:05.950 --> 00:27:08.920
qual será em breve
disponível para ser executado em TP3.

00:27:08.920 --> 00:27:10.870
Ele será seguido
por Blockchain,

00:27:10.870 --> 00:27:14.310
Fundição de nuvem e
Modelos de Mesos.

00:27:14.310 --> 00:27:19.330
Assim como você pode ver
fornecimento nos últimos poucos

00:27:19.330 --> 00:27:23.150
meses que tivemos três diferentes
Visualização do técnico, pilha Azure.

00:27:24.460 --> 00:27:29.030
Que continuará em execução na gaveta
disponibilidade geral e fora dela.

00:27:30.210 --> 00:27:34.890
TP3 é a medida de planejamento final
Technical Preview antes de

00:27:34.890 --> 00:27:38.880
ele estará disponível como
a disponibilidade geral para

00:27:38.880 --> 00:27:45.720
mais antiga 3 por 17 em algum lugar no
Vamos ter de 70

00:27:45.720 --> 00:27:50.810
Azure pilha em geral
disponibilidade, okey.

00:27:50.810 --> 00:27:53.580
Quais são os diferentes
casos de uso?

00:27:53.580 --> 00:27:57.510
Consulte, por exemplo, se desejar
ter um híbrido consistente

00:27:57.510 --> 00:28:01.350
aplicativos, não há nenhum
Muitos podem no local ou

00:28:01.350 --> 00:28:05.170
você deseja fazer qualquer lista de finalidade
sistema para despesas operacionais

00:28:05.170 --> 00:28:10.290
ser parte da nuvem
sobre o quadro sobre os benefícios

00:28:10.290 --> 00:28:15.365
infravermelho é possível exibir
a marca de endereço para isso.

00:28:15.365 --> 00:28:17.730
>> [INAUDÍVEL]
>> Com o que eu acho que eu tinha,

00:28:17.730 --> 00:28:21.730
Essa foi a última
>> lançamento lat tive,

00:28:21.730 --> 00:28:24.210
não temos muita
novas coisas diferentes mas

00:28:24.210 --> 00:28:27.160
temos alguns realmente
coisas interessantes neste mês.

00:28:27.160 --> 00:28:30.221
Com isso, sou agora aberto para
pergunta e resposta,

00:28:30.221 --> 00:28:33.566
Você pode digitar sua pergunta e
Ter de um um.

00:28:49.019 --> 00:28:52.736
Portanto, há uma pergunta
de Abdul Kalim, qualquer atualização

00:28:52.736 --> 00:28:58.045
em nuvens de comunidade do governo,
GPV para o governo indiano?

00:28:58.045 --> 00:29:03.769
Até agora, não temos qualquer
atualização para o governo indiano mas

00:29:03.769 --> 00:29:08.355
Deixe-me voltar ao nosso
roteiro para conectar comigo.

00:29:08.355 --> 00:29:12.880
Vou compartilhar meu I'm
Desculpe, vou lhe mostrar meu

00:29:12.880 --> 00:29:19.620
tutorial para todos e isso
pergunta, por favor, leia-me.

00:29:19.620 --> 00:29:23.120
Eu realmente check-out de mapa e
Se tivermos

00:29:23.120 --> 00:29:27.470
nada disponível no nosso
Mapa que irá compartilhá-lo com você.

00:29:27.470 --> 00:29:28.543
Então como podemos

00:29:33.163 --> 00:29:40.122
Chamado como ID de usuário de preço

00:29:40.122 --> 00:29:46.722
apresentada em.

00:29:54.807 --> 00:29:56.250
Okey, qualquer outra pergunta?

00:29:56.250 --> 00:29:57.445
Vou aguardar

00:29:57.445 --> 00:30:00.587
alguns minutos se houver
perguntas que lançá-las