WEBVTT

00:00:03.729 --> 00:00:08.438
Buenas tardes todos y
Bienvenido a la próxima sesión

00:00:08.438 --> 00:00:13.528
de Azure de Microsoft lo está haciendo,
la edición de marzo de 2017.

00:00:13.528 --> 00:00:18.213
Tenemos dos muy interesantes
anuncio que

00:00:18.213 --> 00:00:23.023
fueron hecho este mes, por lo que
Comencemos con eso.

00:00:23.023 --> 00:00:28.038
Es la primera que tenemos
Conexiones de relé Azure híbrido

00:00:28.038 --> 00:00:30.338
disponibilidad general.

00:00:30.338 --> 00:00:31.553
Así que, básicamente,

00:00:31.553 --> 00:00:35.800
Retransmisión de Azure fue uno de los
la primera principales servicios de Azure.

00:00:35.800 --> 00:00:43.745
Ayuda a la conectividad de
activos de local a la nube.

00:00:43.745 --> 00:00:48.250
Y le da mucha
administración de la red y esas cosas.

00:00:49.500 --> 00:00:52.585
Lo hasta ahora, aquellos que
que ha utilizado el relé de WCF

00:00:52.585 --> 00:00:54.810
estarán familiarizados con él.

00:00:54.810 --> 00:01:00.720
Pero tenía relé de Azure
en transmisores de WCF para su servicio.

00:01:00.720 --> 00:01:05.645
En el futuro, hemos anunciado
la característica de conexión híbrida

00:01:05.645 --> 00:01:06.996
para la retransmisión de Azure.

00:01:06.996 --> 00:01:10.818
Ahora, si la dependencia es
no en la comunicación de Windows

00:01:10.818 --> 00:01:14.802
La Fundación, porque no
¿todo el mundo utiliza Windows, derecha?

00:01:14.802 --> 00:01:20.040
Ahora, estamos utilizando básicamente
Estos de conexión híbrida.

00:01:20.040 --> 00:01:23.330
Podrán ayudarle a
con una conectividad segura entre

00:01:23.330 --> 00:01:25.046
local y la nube activos.

00:01:25.046 --> 00:01:28.276
Puede tener cinco sin conexión
bases de datos porque es muy

00:01:28.276 --> 00:01:30.742
diferentes conjuntos de resultados comunes.

00:01:30.742 --> 00:01:37.522
Pero también se basa en el abierto
según los estándares del protocolo.

00:01:37.522 --> 00:01:42.003
Por lo que se basa en sockets de web,
lo que se basa en WCF,

00:01:42.003 --> 00:01:45.963
son conexiones híbridas,
de nuevo, multiplataforma.

00:01:45.963 --> 00:01:49.528
Para poder utilizar Windows en la
plataforma actual que es compatible con

00:01:49.528 --> 00:01:50.389
Web sockets.

00:01:50.389 --> 00:01:55.565
Puede utilizar la retransmisión de Azure y el
compatibilidad con conexiones principales. NET,

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

00:01:57.722 --> 00:02:02.666
Y varios otro RPC
modelos de programación para

00:02:02.666 --> 00:02:04.362
lograr esto.

00:02:04.362 --> 00:02:07.146
Por lo tanto, si desea
empezar a usar

00:02:07.146 --> 00:02:10.507
Conexiones de relé Azure híbrido,
Puedes

00:02:10.507 --> 00:02:15.501
Vaya a la documentación
Microsoft Azure y busque

00:02:15.501 --> 00:02:16.668
Retransmisión de Azure.

00:02:16.668 --> 00:02:22.045
Eso fue nuestro primer
anuncio de este mes.

00:02:22.045 --> 00:02:24.183
Vamos a avanzar.

00:02:43.683 --> 00:02:47.964
Tiene algunos problemas técnicos,
sólo quedan aquí conmigo para

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

00:03:10.773 --> 00:03:14.866
Bien, así que voy a comenzar
hablando de lo siguiente

00:03:14.866 --> 00:03:17.701
Cuál es la distribución geográfica
capacidad en

00:03:17.701 --> 00:03:19.367
Azure Traffic Manager.

00:03:19.367 --> 00:03:21.851
Espero que poder verla ahora.

00:03:21.851 --> 00:03:25.275
Así que Azure Traffic Manager
es básicamente un servicio

00:03:25.275 --> 00:03:28.215
que le da externo
Equilibrio de carga.

00:03:28.215 --> 00:03:31.093
Así por ejemplo, si desea
cargar equilibrar el tráfico

00:03:31.093 --> 00:03:34.419
entre los centros de datos distintos,
Si tiene una audiencia global.

00:03:34.419 --> 00:03:37.459
Podría hacerlo con
Azure Traffic Manager.

00:03:37.459 --> 00:03:42.049
También podría actuar como una conmutación por error
mecanismo de datos diferentes

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

00:03:42.814 --> 00:03:46.671
Pero con esto
Capacidad de enrutamiento geográfico,

00:03:46.671 --> 00:03:48.688
¿Qué le estamos ofreciendo es,

00:03:48.688 --> 00:03:52.470
Ahora puede personalizar
contenido en función de las regiones.

00:03:52.470 --> 00:03:59.330
Por ejemplo, dependiendo de
el usuario de procedencia.

00:03:59.330 --> 00:04:01.670
¿Qué un Traffic Manager
podía hacer anteriormente era,

00:04:01.670 --> 00:04:06.820
Básicamente se indicará su
el centro de datos más cercano al usuario.

00:04:06.820 --> 00:04:10.770
Pero ahora también puede
crear diferentes

00:04:10.770 --> 00:04:13.780
regiones con contenido localizado.

00:04:13.780 --> 00:04:17.119
Y su Traffic Manager
Seleccione los resultados de sus

00:04:17.119 --> 00:04:18.378
contenido localizado.

00:04:18.378 --> 00:04:21.150
Como ya sabe,
Si usted tiene cualquier requisito

00:04:21.150 --> 00:04:24.692
dispone de una directiva específica
mandato que requiere datos

00:04:24.692 --> 00:04:28.010
restricción de acceso dentro de
una zona geográfica específica.

00:04:28.010 --> 00:04:31.609
Así que todos estos lugares
Puede utilizar fácilmente

00:04:31.609 --> 00:04:34.054
Azure Traffic Manager.

00:04:34.054 --> 00:04:37.517
Eso fue la siguiente
anuncio que teníamos,

00:04:40.718 --> 00:04:43.107
Puede mover a
¿la siguiente diapositiva por favor?

00:05:11.420 --> 00:05:14.558
Estoy teniendo problemas
con mi equipo, así que

00:05:14.558 --> 00:05:16.560
mí un segundo.

00:05:51.360 --> 00:05:55.621
Un segundo
Voy a volver.

00:06:28.400 --> 00:06:31.160
Bien, así que lo siguiente
tiene es la factoría de datos de Azure.

00:06:32.615 --> 00:06:34.397
Que ofrece ahora
el HANA SAP y

00:06:34.397 --> 00:06:36.645
Business Warehouse
integración de datos.

00:06:36.645 --> 00:06:41.180
Así que comencemos con,
¿Qué es la factoría de datos de Azure?

00:06:41.180 --> 00:06:45.492
Así que el generador de datos de Azure es uno
de nuestra integración en la nube

00:06:45.492 --> 00:06:49.430
los servicios que le ayuda a crear
canalizaciones de datos diferentes.

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

00:06:50.368 --> 00:06:53.991
Si tiene diferentes bases de datos
de dónde debe obtener los datos.

00:06:53.991 --> 00:06:58.416
O se recopila datos
de bases de datos en el prem.

00:06:58.416 --> 00:07:02.583
O si se recopila datos
Clúster de Hadoop, de manera

00:07:02.583 --> 00:07:06.210
desea integrar
todos los datos.

00:07:06.210 --> 00:07:10.480
Puede utilizar el generador de datos de Azure
¿Para crear datos de tuberías, derecha?

00:07:10.480 --> 00:07:14.624
Es decir, con este nuevo anuncio,
Factoría de datos de Azure ahora

00:07:14.624 --> 00:07:17.776
permite cargar
datos de SAP HANA y

00:07:17.776 --> 00:07:22.206
SAP Business Warehouse directamente
en almacenes de datos de Azure.

00:07:22.206 --> 00:07:25.598
Por lo que puede hacer avanzado
análisis y reporting.

00:07:25.598 --> 00:07:30.136
Así que ¿qué novedades, para aquellos de ustedes
quién ha utilizado SAP, usted sabe que

00:07:30.136 --> 00:07:34.105
es uno de los más ampliamente
utiliza el software de la empresa.

00:07:34.105 --> 00:07:38.980
Y quiero decir, el más usado

00:07:38.980 --> 00:07:44.324
pila de SAP es HANA de SAP BW.

00:07:44.324 --> 00:07:49.032
Con esto tenemos
un nuevo conector de SAP HANA.

00:07:49.032 --> 00:07:53.274
Por lo que admite la copia de datos desde
Modelos de información de HANA como

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

00:07:55.559 --> 00:07:57.715
Así como se puede
hacer la fila y

00:07:57.715 --> 00:08:00.227
tablas de columna mediante consultas SQL.

00:08:00.227 --> 00:08:03.513
Todo lo que necesita hacer para
establecer la conectividad,

00:08:03.513 --> 00:08:07.052
debe instalar los datos
puerta de enlace de gestión,

00:08:07.052 --> 00:08:09.167
y el controlador ODBC de SAP HANA.

00:08:09.167 --> 00:08:12.155
Puede conectarse a
el generador de datos de Azure.

00:08:12.155 --> 00:08:15.539
El segundo conector
es el conector de SAP BW.

00:08:15.539 --> 00:08:18.654
Una vez más, que admite
copiar datos desde

00:08:18.654 --> 00:08:23.546
Versión SAP Business Warehouse
7.x, cubos de información y los cubos de la consulta.

00:08:23.546 --> 00:08:27.980
Y puede utilizar estas
consultas para copiar los datos.

00:08:27.980 --> 00:08:30.880
De nuevo, establecer
conectividad,

00:08:30.880 --> 00:08:34.778
debe instalar
la puerta de enlace de administración de datos y

00:08:34.778 --> 00:08:36.695
la biblioteca nativa de SAP.

00:08:36.695 --> 00:08:39.415
Por tanto, si desea saber
cómo desea hacerlo,

00:08:39.415 --> 00:08:42.175
Vaya a nuestro Azure
documentación.

00:08:42.175 --> 00:08:47.195
Y buscar el conector SAP HANA para
Factoría de datos de Azure,

00:08:47.195 --> 00:08:50.765
y debe ser
puedes encontrarla.

00:08:50.765 --> 00:08:56.280
El siguiente que tenemos es
Recuperación instantánea de archivos

00:08:56.280 --> 00:08:59.760
de backup de VM de Linux de Azure
mediante copia de seguridad de Azure.

00:09:01.260 --> 00:09:05.523
Así que teníamos esta instantánea
Opción de recuperación de archivo

00:09:05.523 --> 00:09:10.746
Backup de VM de Windows Azure que
ha estado disponible para

00:09:10.746 --> 00:09:12.677
bastante tiempo.

00:09:12.677 --> 00:09:17.121
Es lo que hace, puede restaurar
archivos al instante desde su

00:09:17.121 --> 00:09:21.837
Depósito de servicios de recuperación de Azure
sin ningún costo adicional o

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

00:09:23.300 --> 00:09:26.656
Para crear un Azure
Depósito de servicios de recuperación.

00:09:26.656 --> 00:09:30.570
Habilitar la copia de seguridad
en su máquina virtual,

00:09:30.570 --> 00:09:34.108
y ahora puede hacerlo al instante
grabar los archivos.

00:09:34.108 --> 00:09:37.808
Por ejemplo, si usted
copia toda la VM,

00:09:37.808 --> 00:09:41.687
no es necesario montar el
detrás de la unidad para ver los archivos.

00:09:41.687 --> 00:09:45.451
Se puede recuperar al instante
archivos de máquina virtual de Azure.

00:09:45.451 --> 00:09:47.298
Y así por ejemplo,

00:09:47.298 --> 00:09:51.976
Si tiene una máquina virtual Linux de Azure C
que es sólo de MongoDB.

00:09:51.976 --> 00:09:56.366
Y lo datos
volcados en un de los datos

00:09:56.366 --> 00:09:59.455
punto de recuperación de copia de seguridad de Azure.

00:09:59.455 --> 00:10:02.296
Por tanto, si desea rápidamente
validar diga lo que sucedió

00:10:02.296 --> 00:10:05.864
ayer o si desea
Validar el detalle específico o

00:10:05.864 --> 00:10:08.054
desea que los elementos individuales.

00:10:08.054 --> 00:10:12.478
No tienes que descargar el
presa de datos completa que sólo puede ir

00:10:12.478 --> 00:10:16.644
y descargue el punto en el tiempo
grabar todo lo que había

00:10:16.644 --> 00:10:17.527
almacenarlo.

00:10:17.527 --> 00:10:22.854
Y esta opción no estaba
disponible para Linux VM antes,

00:10:22.854 --> 00:10:28.422
pero si vas a la Azure
Portal, puede activar esta opción ahora.

00:10:36.021 --> 00:10:38.750
Avanzando,
el siguiente es básicamente,

00:10:38.750 --> 00:10:41.480
Este de uno en California,
San José,

00:10:41.480 --> 00:10:45.300
Conferencia de los estratos que es
datos relacionados con la conferencia.

00:10:45.300 --> 00:10:49.186
Y hemos anunciado tan [INAUDIBLE]

00:10:49.186 --> 00:10:54.161
Pasemos a los anuncios
para

00:10:54.161 --> 00:10:59.607
Empecemos primero
con el DocumentDB.

00:10:59.607 --> 00:11:03.864
DocumentDB es la clave de
datos distribuidos globalmente

00:11:03.864 --> 00:11:04.755
servicio.

00:11:04.755 --> 00:11:08.128
Multiqual de TI
la base de datos como un servicio tan

00:11:08.128 --> 00:11:12.822
Si ha estado utilizando MongoDB
o conocer otros de Microsoft.

00:11:12.822 --> 00:11:16.505
MongoDB es muy similar
con la salvedad de que es

00:11:16.505 --> 00:11:19.757
un PAAS de servicio lo
es un servicio completamente válido.

00:11:19.757 --> 00:11:24.571
Permite escalar de forma lógica
ambos true put, así como su

00:11:24.571 --> 00:11:28.657
almacenamiento de información a través de cualquier número
de una región geográfica.

00:11:28.657 --> 00:11:31.709
Por lo que este servicio era básicamente,

00:11:31.709 --> 00:11:36.230
tenemos una gran cantidad de conectores
de este servicio para

00:11:36.230 --> 00:11:41.203
ejemplo, el primer anuncio
tenemos este mes

00:11:41.203 --> 00:11:45.966
Ahora tiene una chispa
conector para DocumentDB.

00:11:45.966 --> 00:11:49.277
Ahora, supongamos por ejemplo,
tiene una gran cantidad de datos en el

00:11:49.277 --> 00:11:52.885
DocumentDB lo que desee
analizar mediante chispa de Apache,

00:11:52.885 --> 00:11:56.788
se puede conectar directamente el
Chispa de Apache para uso DocumentDB

00:11:56.788 --> 00:12:00.567
Despierte el recolector y analizar
los datos directamente desde allí.

00:12:00.567 --> 00:12:04.567
También tenemos la capacidad de
de MongoDB y

00:12:04.567 --> 00:12:10.450
Buscamos un poco más allá
en este tema en la siguiente diapositiva.

00:12:10.450 --> 00:12:11.989
Además, anunciamos

00:12:11.989 --> 00:12:16.182
el primero de la nube de Hortonworks
Plataforma de datos 2.6.

00:12:16.182 --> 00:12:18.815
Lo que quiero decir nube primero es,

00:12:18.815 --> 00:12:23.600
los datos más recientes de Hortonworks
Plataforma, que es 2.6.

00:12:23.600 --> 00:12:26.738
Se le llama
[INAUDIBLE] en la nube.

00:12:26.738 --> 00:12:31.125
Por lo que no está aún disponible todavía
en Premise liberar pero

00:12:31.125 --> 00:12:35.525
ese es el compromiso de Hortonworks
al ser el primero nube.

00:12:35.525 --> 00:12:39.500
Así que, básicamente, en cualquier momento que desee
Para utilizar uno de la versión más reciente

00:12:39.500 --> 00:12:43.105
de Hortonworks, puede
utilizarlo directamente en la nube de Azure.

00:12:43.105 --> 00:12:45.905
No es que usted
tendrá que esperar

00:12:45.905 --> 00:12:49.806
la versión local en
a encenderse de la nube.

00:12:49.806 --> 00:12:51.778
También anunciamos o

00:12:51.778 --> 00:12:55.957
Apache totalmente gestionado
ruta de acceso a la que uno.

00:12:55.957 --> 00:13:00.590
Básicamente, la chispa de Apache
es nuevo, es una secuencia administrada

00:13:00.590 --> 00:13:05.155
servicio de análisis 2.1 es
la versión más reciente que tenemos.

00:13:05.155 --> 00:13:10.050
Eso es nuevo derecho disponible
Ahora con el clúster de HDInsight

00:13:10.050 --> 00:13:12.922
y tenemos
introdujo la capacidad.

00:13:12.922 --> 00:13:16.670
Así por ejemplo, si deseara
para despertar la integración con

00:13:16.670 --> 00:13:20.577
Concentrador de evento Azure y desea
Para conseguir los datos que fluyen desde

00:13:20.577 --> 00:13:23.708
Evento concentrador directamente a chispa,
Puede hacerlo.

00:13:23.708 --> 00:13:26.722
También tiene un streaming
Conector de Kafka a

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

00:13:28.330 --> 00:13:31.501
Éstos son el nuevo anuncio.

00:13:31.501 --> 00:13:35.582
También anunciamos de SQL Server
vista previa de tecnología de comunidad

00:13:35.582 --> 00:13:39.417
maravilloso, que será
disponible en Windows y

00:13:39.417 --> 00:13:41.540
Muy pronto en Linux.

00:13:41.540 --> 00:13:44.764
Pruebe la vista previa
de su elección

00:13:44.764 --> 00:13:48.098
de desarrollo
entorno gobernada.

00:13:48.098 --> 00:13:52.994
Sólo puede buscar lo que de
Novedades en SQL server Linux y

00:13:52.994 --> 00:13:58.710
puede ir a la terminal
recomendación de intentar utilizarlo.

00:14:03.840 --> 00:14:10.280
Y eso fue el HDInsight y
DocumentDB.

00:14:10.280 --> 00:14:12.940
El siguiente que tenemos es
DocumentDB API de MongoDB.

00:14:12.940 --> 00:14:17.692
En ese servicio SQL DocumentDB
que es muy

00:14:17.692 --> 00:14:20.670
¿Similar a MongoDB, derecha?

00:14:20.670 --> 00:14:24.568
Por tanto, hay muchos desarrolladores
que utilizan MongoDB y

00:14:24.568 --> 00:14:29.146
son las bibliotecas y los cambios de herramienta
que se utilizan para desarrollar o

00:14:29.146 --> 00:14:31.480
para conectarse a MongoDB, ¿cierto?

00:14:31.480 --> 00:14:34.627
Ahora con estos
responsabilidad de la agenda o

00:14:34.627 --> 00:14:39.001
para DocumentDBS o MongoDB,
Puede utilizar todo eso.

00:14:39.001 --> 00:14:43.251
Así que su objetivo sigue siendo el mismo, se
Puede utilizar el mismo [INAUDIBLE]

00:14:43.251 --> 00:14:46.195
se utilizará para conectarse
disponibilidad de trabajar

00:14:46.195 --> 00:14:48.750
se puede utilizar para
liquidez.

00:14:48.750 --> 00:14:52.411
Por lo que han sido esta característica
disponible en vista preliminar para

00:14:52.411 --> 00:14:55.985
en algún momento ahora pero
carece de algunas características, como

00:14:55.985 --> 00:15:00.603
podría hacer sólo una colección
en el líder mundial no es

00:15:00.603 --> 00:15:01.580
está disponible.

00:15:01.580 --> 00:15:04.225
Ahora con general
disponibilidad,

00:15:04.225 --> 00:15:08.377
Hemos introducido un número
de las versiones principales.

00:15:08.377 --> 00:15:10.611
Ahora puede tener
colecciones fragmentadas.

00:15:10.611 --> 00:15:14.725
Puede tener más de
partes de una colección de

00:15:14.725 --> 00:15:17.898
un DocumentDB con MongoDB API.

00:15:17.898 --> 00:15:20.223
Puede tener un global
datos de bases de datos lo

00:15:20.223 --> 00:15:23.494
puede replicar los datos
en toda la región múltiple para

00:15:23.494 --> 00:15:26.580
que puede tener
alta disponibilidad.

00:15:26.580 --> 00:15:27.928
Puede hacer que éstos.

00:15:27.928 --> 00:15:30.990
Así que ahora admiten estas API, pero

00:15:30.990 --> 00:15:36.043
sólo se permiten los datos
Operaciones de MongoDB.

00:15:36.043 --> 00:15:40.048
Y además, también hemos añadido
algunas métricas de portal adicionales.

00:15:40.048 --> 00:15:44.689
Ahora cuando vaya a ese Azure
Portal de DocumentDB, puede

00:15:44.689 --> 00:15:49.330
Hay diferentes métricas
como el número de solicitud o

00:15:49.330 --> 00:15:52.020
solicitud de cargos o
Error de solicitud.

00:15:52.020 --> 00:15:55.634
Y todo lo que puede administrar sus
ver todas las estadísticas y

00:15:55.634 --> 00:15:57.272
métricas en el portal de Azure.

00:15:57.272 --> 00:16:02.330
Eso fue MongoDB API, lo sentimos
DocumentDB API para Mongo DB.

00:16:06.910 --> 00:16:11.208
El siguiente es
RS de prima de base de datos SQL Azure.

00:16:11.208 --> 00:16:18.180
Así que esto es algo que nos
se publica en la vista previa.

00:16:18.180 --> 00:16:23.668
Servidores de base de datos de SQL Azure
son el servidor SQL Azure service,

00:16:23.668 --> 00:16:24.904
[INAUDIBLE].

00:16:24.904 --> 00:16:29.391
Tenemos una gran cantidad de diferentes
niveles de servicios de

00:16:29.391 --> 00:16:32.316
Basic estándar a Premium.

00:16:32.316 --> 00:16:36.536
Y RS Premium
la última edición.

00:16:36.536 --> 00:16:40.398
Es aumentar un 4TB en
la unidad de almacenamiento de información para

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

00:16:43.320 --> 00:16:48.340
Y también viene con él,
experiencia mejorada de portal para

00:16:48.340 --> 00:16:51.580
Seleccionar y administrar el servicio
niveles y los niveles de rendimiento.

00:16:52.660 --> 00:16:56.120
Ahora puede utilizar hasta
hasta 4 TB de almacenamiento de información.

00:16:57.390 --> 00:17:00.300
Por lo que tiene, puede tener una,

00:17:02.450 --> 00:17:06.280
puede tener una prima P11 o P15
las bases de datos y puedo tenía hasta

00:17:06.280 --> 00:17:11.166
para el almacenamiento de información de 40 [INAUDIBLE]
sin cargo adicional.

00:17:11.166 --> 00:17:14.440
Y ahora no tenemos
la disponibilidad en todo el mundo.

00:17:14.440 --> 00:17:20.794
La opción de 4 TB que hemos seleccionado
la base de datos se encuentra

00:17:20.794 --> 00:17:27.033
algunos de ellos son en alguna región
el [INAUDIBLE] y [INAUDIBLE]

00:17:33.309 --> 00:17:37.630
Lo que pasar, que fue
RS de prima de base de datos SQL Azure.

00:17:40.770 --> 00:17:45.170
Lo siguiente que tenemos es, Azure
Herramientas de análisis de secuencia de SQL para

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

00:17:46.530 --> 00:17:51.730
Por lo tanto, si no está familiarizado
con el análisis de secuencia de Azure,

00:17:51.730 --> 00:17:56.930
nuevo es una plataforma A como un
servicios donde puede administrar o

00:17:56.930 --> 00:17:59.429
analizar datos como viene en.

00:17:59.429 --> 00:18:04.204
Por lo que le da una forma
para analizar los datos en

00:18:04.204 --> 00:18:08.168
sincronización en lugar de analizar
que en el resto.

00:18:08.168 --> 00:18:12.127
Ahora tenemos que éste
[INAUDIBLE] público

00:18:12.127 --> 00:18:15.977
versión preliminar del
[INAUDIBLE] studio.

00:18:15.977 --> 00:18:19.502
Así, sabrá, si, me refiero
de la consulte toda la calidad

00:18:19.502 --> 00:18:21.720
[INAUDIBLE] como siendo Dios.

00:18:21.720 --> 00:18:27.786
Se trata de mercado [INAUDIBLE]
es todo.

00:18:27.786 --> 00:18:31.429
Pero estas herramientas están diseñadas para
proporcionar una experiencia donde

00:18:31.429 --> 00:18:34.329
se puede hacer la secuencia de Azure
desarrollo de análisis

00:18:34.329 --> 00:18:36.422
flujo de trabajo dentro de Visual Studio.

00:18:36.422 --> 00:18:42.422
Así que esto le ayudará si
desea modificar consulta,

00:18:42.422 --> 00:18:45.872
Si desea escribir la consulta,

00:18:45.872 --> 00:18:50.972
Si desea probar rápidamente,
depurar, y

00:18:50.972 --> 00:18:56.072
diagnosticar la secuencia
análisis de trabajos

00:18:56.072 --> 00:19:03.434
ahora disponibles como parte de
las herramientas de estudio regional.

00:19:06.776 --> 00:19:11.456
Avanzando, la siguiente es,
Azure aporta analítica digital

00:19:11.456 --> 00:19:15.691
y capacidades regionales
al gobierno de EE.

00:19:15.691 --> 00:19:19.476
Así que si sabe
Azure nube de gobierno de Estados Unidos,

00:19:19.476 --> 00:19:24.020
nube de TI para
básicamente Azure nube de gobierno

00:19:24.020 --> 00:19:29.010
es una parte de la nube que nosotros
se utiliza para los clientes globales.

00:19:29.010 --> 00:19:34.504
Para este mes, anunciamos
la disponibilidad general de

00:19:34.504 --> 00:19:41.400
HDInsight y alimentación BI Pro para
Nube de Microsoft para organizaciones de gobierno.

00:19:41.400 --> 00:19:47.329
Por tanto, si se dispone de ningún Gobierno
cliente que desea utilizar

00:19:47.329 --> 00:19:52.538
las herramientas cognitivas,
que las capacidades.

00:19:52.538 --> 00:19:56.699
También vamos a anunciar
una vista previa de servicios cognitivos

00:19:56.699 --> 00:19:58.255
en el gobierno de Azure.

00:19:58.255 --> 00:20:01.876
Así que hemos habilitado escenarios
como, por ejemplo, si desea

00:20:01.876 --> 00:20:05.218
para realizar la traducción de Audio y texto
en otros lenguajes.

00:20:05.218 --> 00:20:08.530
Queremos hacer emociones
reconocimiento de equipo

00:20:08.530 --> 00:20:10.000
visión.

00:20:10.000 --> 00:20:14.743
Y es que todos estos servicios
le ofrecemos una vista previa

00:20:14.743 --> 00:20:16.329
Gobernanza de Azure.

00:20:25.886 --> 00:20:29.924
Bien el siguiente es el
Análisis geoespaciales en tiempo real

00:20:29.924 --> 00:20:31.950
en el análisis de secuencia de Azure.

00:20:33.130 --> 00:20:36.640
El Mm-hm que sólo hablamos
¿Derecho de secuencia Analytics Azure?

00:20:36.640 --> 00:20:44.360
Le permite analizar datos en real
tiempo y secuencia tal como se incluye.

00:20:45.610 --> 00:20:48.640
Por lo que este mes nos hemos anunciado
la disponibilidad general de

00:20:48.640 --> 00:20:50.290
Función geoespacial.

00:20:50.290 --> 00:20:53.970
Así que lo que le da es decir, para
tiene escenarios de ejemplo donde

00:20:53.970 --> 00:20:57.620
desea supervisar la flota
o desea realizar un seguimiento de los activos

00:20:57.620 --> 00:20:59.620
o que desea hacer alguno
tipo de geofencing, o

00:20:59.620 --> 00:21:04.730
desea que el seguimiento de teléfono
en todos los sitios de celda diferentes.

00:21:04.730 --> 00:21:06.530
O que desea hacer una solución

00:21:06.530 --> 00:21:10.360
algo como trabajo pool dónde
desea compartir el viaje.

00:21:10.360 --> 00:21:13.760
Existen básicamente que desee
Para obtener una ubicación en un número real

00:21:14.850 --> 00:21:19.270
tiempo desde cualquier dispositivo que
está enviando una nube de base de datos.

00:21:20.560 --> 00:21:24.120
Ahora disponemos de Azure
análisis en el equipo de Azure.

00:21:24.120 --> 00:21:30.200
Y deje que se consulta donde puede
analizar la telemetría durante y

00:21:30.200 --> 00:21:31.040
Después de la.

00:21:31.040 --> 00:21:35.910
Por ejemplo, un escenario donde
desea generar un evento o

00:21:35.910 --> 00:21:39.660
para enviar una alerta donde
una estación de gas es inferior a 10

00:21:39.660 --> 00:21:40.460
kilómetros del automóvil.

00:21:40.460 --> 00:21:41.500
Así que usted y

00:21:41.500 --> 00:21:45.160
la ubicación de los coches que es
a continuación, la segunda nube constantemente.

00:21:45.160 --> 00:21:48.664
Y la nube tiene una lista
de ubicación de almacenamiento

00:21:48.664 --> 00:21:52.091
caso de que se trata de un gas
estación en esta ubicación.

00:21:52.091 --> 00:21:56.483
Básicamente se puede escribir un
consulta donde se pueden seleccionar desde

00:21:56.483 --> 00:22:01.416
Puede seleccionar la ubicación de gas
cualquier estación de servicio instalada

00:22:01.416 --> 00:22:04.235
en menos de 10
kilómetros de radio.

00:22:04.235 --> 00:22:06.980
Enviar una alerta cada vez que
hay una estación de servicio.

00:22:06.980 --> 00:22:10.189
Por lo que el resultado de todos estos
consultas un poco diferentes.

00:22:10.189 --> 00:22:13.800
Ahora, usted puede ir a través de
la función geoespacial.

00:22:13.800 --> 00:22:16.960
Si aparece el geo-adajacent
estándar para

00:22:16.960 --> 00:22:20.510
poner estos datos geoespaciales.

00:22:20.510 --> 00:22:21.790
Se buscar hace un montón de extensión.

00:22:21.790 --> 00:22:25.390
Puede crear punto,
puede crear un polígono.

00:22:25.390 --> 00:22:27.710
Puede que la distancia mina de datos.

00:22:27.710 --> 00:22:31.910
Puede ver si un polígono
se superpone con otros usuarios y

00:22:31.910 --> 00:22:34.320
muchas otras cosas
que puede hacer.

00:22:34.320 --> 00:22:38.126
A de nuevo por todo esto
Vaya a la página de documentación

00:22:38.126 --> 00:22:39.960
humanidad de una función, realice

00:22:46.973 --> 00:22:51.130
Bien, lo siguiente que tenemos es
Sitio de Azure planificador de recuperación para

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

00:22:51.795 --> 00:22:55.520
Por lo que es la recuperación de sitios de Azure

00:22:55.520 --> 00:22:59.710
uno de nuestros servicios donde
Proporciona una forma

00:23:01.290 --> 00:23:06.460
Crear un desastre completo
solución de recuperación en Azure.

00:23:06.460 --> 00:23:09.601
Que se pueden proteger cientos
de sus máquinas virtuales a

00:23:09.601 --> 00:23:11.985
alcance en Prem o
cualquier otro.

00:23:11.985 --> 00:23:16.197
Podría crear una completa
solución de recuperación ante desastres

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

00:23:17.580 --> 00:23:21.230
Pero este ASR
necesita que los diseñadores de la distribución.

00:23:21.230 --> 00:23:25.919
Básicamente antes de hacer
cualquier ejercicio de corte de ASR o

00:23:25.919 --> 00:23:30.607
dibujar correctamente distribución
debe primero

00:23:30.607 --> 00:23:34.744
comprender lo que incluso
fue en el departamento.

00:23:34.744 --> 00:23:39.687
¿Cómo va a realizar la
¿Error en la prueba y todo ese derecho?

00:23:39.687 --> 00:23:44.099
Por lo que esta implementación de recuperación del sitio
Herramienta de planeación es realmente hace

00:23:44.099 --> 00:23:45.270
un montón de cosas.

00:23:45.270 --> 00:23:47.410
Le ofrece
evaluación de compatibilidad.

00:23:47.410 --> 00:23:51.660
Así que de su Prem acceso
se puede mover el servidor a Azure

00:23:51.660 --> 00:23:54.140
con ASR y que puede ser.

00:23:54.140 --> 00:23:56.700
Le proporcionará.

00:23:56.700 --> 00:23:59.720
Le indicará que Microsoft
Azure como almacenamiento cuántos

00:23:59.720 --> 00:24:01.530
cuentas que se necesite.

00:24:01.530 --> 00:24:03.880
Si es necesario
las cuentas estándar o

00:24:03.880 --> 00:24:05.630
cuentas de almacenamiento Premium.

00:24:05.630 --> 00:24:09.970
Considerar cuántas máquinas virtuales
capacidades que necesita.

00:24:11.030 --> 00:24:13.340
También separará
en el futuro crecimiento.

00:24:13.340 --> 00:24:16.960
Entonces, ¿cómo, cómo lo hizo el
¿Planes de implementación funciona entonces?

00:24:16.960 --> 00:24:19.420
Tiene tres diferentes
modos de aplicación.

00:24:19.420 --> 00:24:20.096
Uno es para

00:24:20.096 --> 00:24:24.440
archivado en perfiles todos los
servidores que desea proteger

00:24:24.440 --> 00:24:29.060
en los próximos treinta días y
registrará todo.

00:24:29.060 --> 00:24:31.290
Como diferente
monitores de rendimiento,

00:24:31.290 --> 00:24:33.665
contadores como se seca mueren.

00:24:33.665 --> 00:24:36.744
Las ventajas del chip derecho, combinación de datos,

00:24:36.744 --> 00:24:41.916
¿Cuál es el número por supuesto
días, ¿cuántas semanas tiene.

00:24:41.916 --> 00:24:45.680
Ahora, este planificador es
sólo está disponible de VMware.

00:24:45.680 --> 00:24:50.060
Puede conectarse a
Servidor VMware Vcenter o

00:24:50.060 --> 00:24:55.310
Servidor de VMware Vsphere donde
todos los vídeos están alojados.

00:24:55.310 --> 00:24:57.370
Ese es el modo de generación de perfiles.

00:24:57.370 --> 00:24:59.460
También puede hacer
generación de informes.

00:24:59.460 --> 00:25:03.015
Así que en este modo la herramienta hará lo siguiente:
Utilice la proporcione datos que podemos

00:25:03.015 --> 00:25:03.755
generar un informe.

00:25:03.755 --> 00:25:08.085
Así lo hará insumos,
dispondrá de recomendación,

00:25:08.085 --> 00:25:10.945
tendrá la máquina virtual
para la ubicación de almacenamiento de información,

00:25:10.945 --> 00:25:13.675
tendrá el número
compatibilidad en ella.

00:25:13.675 --> 00:25:16.025
También le informará del número
de VM no compatible.

00:25:16.025 --> 00:25:18.995
Y en el último que lo hará

00:25:18.995 --> 00:25:20.925
También ayudan a hacer el mediante
Coloque el cálculo.

00:25:20.925 --> 00:25:27.490
Por lo que encontrará a la red
Puesto que puede obtenerse desde

00:25:27.490 --> 00:25:32.210
su entorno local para
Microsoft Azure para una edición.

00:25:32.210 --> 00:25:36.710
Así que derecho ahora esta herramienta, esto
planificador, sólo está disponible para

00:25:36.710 --> 00:25:40.428
VMware y
También está disponible en la copia.

00:25:47.890 --> 00:25:51.628
Y con esto está realmente
viniendo hacia la última diapositiva

00:25:51.628 --> 00:25:52.440
que tengo.

00:25:53.740 --> 00:25:58.792
Es pila Azure TP3, técnico
Vista previa 3, realmente.

00:25:58.792 --> 00:26:04.209
Y ahora, escriba
la innovación de aplicación

00:26:04.209 --> 00:26:08.314
modelo de precios de pago como usted-uso.

00:26:08.314 --> 00:26:12.920
¿Qué es la pila de Azure
¿Technical Preview 3, derecha?

00:26:12.920 --> 00:26:19.219
Por lo que es de pila de Azure que podría
priorizar su Azure-in-a-box.

00:26:19.219 --> 00:26:22.940
Por ejemplo,
Si desea tener su propio

00:26:22.940 --> 00:26:26.570
implementación privada de
Azure en su propio centro de datos

00:26:26.570 --> 00:26:28.920
Puede utilizar la pila de Azure.

00:26:28.920 --> 00:26:34.810
Technical Preview 3 es básicamente
Ahora vamos a lanzar.

00:26:34.810 --> 00:26:39.100
Utilizar la pila y
modelo generalmente disponible.

00:26:39.100 --> 00:26:41.360
El TP3 disponible para su descarga.

00:26:44.670 --> 00:26:49.074
¿Qué le proporciona con este
el anuncio es el TP3

00:26:49.074 --> 00:26:51.580
modelo de economía de nube en.

00:26:51.580 --> 00:26:55.500
Básicamente aparecerá usted
utilizar precios que tiene en

00:26:55.500 --> 00:26:58.880
Nube, obtendrá ahora
con Azure pila TP3.

00:26:58.880 --> 00:27:02.990
En el siguiente mapa de carreteras,
Si mira el mapa de carreteras.

00:27:02.990 --> 00:27:05.950
Tendrá funciones de Azure

00:27:05.950 --> 00:27:08.920
que pronto será
disponible para su ejecución en TP3.

00:27:08.920 --> 00:27:10.870
Se seguirá
por Blockchain,

00:27:10.870 --> 00:27:14.310
La nube de fundición, y
Plantillas de Mesos.

00:27:14.310 --> 00:27:19.330
Así como se puede ver
se entrega en la última pocos

00:27:19.330 --> 00:27:23.150
meses que hemos tenido tres diferentes
Vista previa de técnico, pila de Azure.

00:27:24.460 --> 00:27:29.030
Que continuará reproduciéndose hasta en
disponibilidad general y mucho más.

00:27:30.210 --> 00:27:34.890
TP3 es la medida del plan final
Vista previa técnica antes

00:27:34.890 --> 00:27:38.880
estará disponible como
la disponibilidad general de

00:27:38.880 --> 00:27:45.720
antiguos 3 por 17 en algún lugar en
vamos a tener de 70

00:27:45.720 --> 00:27:50.810
Azure en general la pila
disponibilidad, está bien.

00:27:50.810 --> 00:27:53.580
¿Cuáles son los diferentes
¿casos de uso?

00:27:53.580 --> 00:27:57.510
Véase, por ejemplo, si desea
tener un híbrido consistente

00:27:57.510 --> 00:28:01.350
aplicación, no hay ninguna
muchos puede de manera local o

00:28:01.350 --> 00:28:05.170
desea hacer alguna factura de propósito
sistema para gastos operacionales

00:28:05.170 --> 00:28:10.290
que desea que parte de la nube
en el marco de los beneficios

00:28:10.290 --> 00:28:15.365
infrarrojos puede ver
etiqueta de dirección para eso.

00:28:15.365 --> 00:28:17.730
>> [INAUDIBLE]
>> Con que creo que tuve,

00:28:17.730 --> 00:28:21.730
Esto fue el último
>> anuncio lat tuviera,

00:28:21.730 --> 00:28:24.210
no tenemos mucho
diferentes cosas nuevas, pero

00:28:24.210 --> 00:28:27.160
tenemos algunos realmente
Este mes de cosas interesantes.

00:28:27.160 --> 00:28:30.221
Por lo tanto con esto, estoy abierto para
pregunta y respuesta,

00:28:30.221 --> 00:28:33.566
puede escribir su pregunta y
Voy a llegar a uno por uno.

00:28:49.019 --> 00:28:52.736
Por tanto, hay una pregunta
desde Abdul Kalim, cualquier actualización

00:28:52.736 --> 00:28:58.045
en las nubes de comunidad de gobierno,
¿GPV para el Gobierno indio?

00:28:58.045 --> 00:29:03.769
Así que ahora, no disponemos de ninguno
actualización para el Gobierno indio pero

00:29:03.769 --> 00:29:08.355
Voy a volver a nuestro
Guía básica para conectar conmigo.

00:29:08.355 --> 00:29:12.880
Voy a mi me compartir estoy
lo sentimos, voy a mostrarle mi

00:29:12.880 --> 00:29:19.620
Tutorial para todos y esto
pregunta, lea a mí.

00:29:19.620 --> 00:29:23.120
Comprobar realmente mapa de carretera y
Si tenemos

00:29:23.120 --> 00:29:27.470
cualquier cosa disponible en nuestro
Mapa de carretera podrá compartirla con usted.

00:29:27.470 --> 00:29:28.543
Así como nosotros

00:29:33.163 --> 00:29:40.122
Denominado como ID de usuario de precios

00:29:40.122 --> 00:29:46.722
presenta en.

00:29:54.807 --> 00:29:56.250
¿Bueno, cualquier otra cuestión?

00:29:56.250 --> 00:29:57.445
Voy a esperar

00:29:57.445 --> 00:30:00.587
pocos minutos si hay
preguntas de que registrarlos