WEBVTT

00:00:00.200 --> 00:00:04.000
[Música]

00:00:04.500 --> 00:00:08.380
Gracias por acompañarnos hoy. Soy
Super-encantado de estar sentado

00:00:08.430 --> 00:00:11.150
con un buen amigo de mi y
camino de vuelta, a un compañero

00:00:11.200 --> 00:00:16.840
Ryan Groom, que fue lo suficientemente amable
ven y sentarse con nosotros y habla

00:00:16.890 --> 00:00:20.250
un poco más sobre algunas de las
cosas que hace con

00:00:20.300 --> 00:00:23.400
vídeo en línea y, en particular
con los servicios de Azure de Media.

00:00:23.670 --> 00:00:25.980
Así que para la gente que no conoce
Ryan, tal vez podría dar

00:00:26.030 --> 00:00:28.520
nosotros un poco de información sobre usted mismo
y lo que ha estado haciendo.

00:00:28.570 --> 00:00:32.200
>> Seguro. He estado trabajando en Microsoft
plataforma durante mucho tiempo.

00:00:32.250 --> 00:00:35.330
Tenía un socio de Microsoft
como 2002.

00:00:35.850 --> 00:00:40.250
Sale en 2004 y de
fue el camino feliz y ahora

00:00:40.300 --> 00:00:45.390
volver. Hacer un pequeño programa de TV,
por lo que el vídeo está en mi sangre, y

00:00:45.440 --> 00:00:48.870
sólo coincide con los medios de Azure
Servicios. En el verano,

00:00:48.920 --> 00:00:52.810
La película y durante el invierno,
Editar y también llevar a cabo proyectos de codificación

00:00:52.860 --> 00:00:55.350
Servicios de medios de Azure.

00:00:55.640 --> 00:00:58.210
>> Cuéntanos un poco sobre
la presentación. ¿Qué hace?

00:00:58.260 --> 00:01:01.910
>> Bien, se denomina Trekkit. Tiene
acerca de cómo obtener las personas del equipo,

00:01:01.960 --> 00:01:04.890
personas de la oficina, su extremo posterior
y en hacer un poco más

00:01:04.940 --> 00:01:08.570
de aventuras. No tenemos de
la forma y pretende ser

00:01:09.570 --> 00:01:13.390
Indiana Jones. Como hemos hecho el
Borde de cuchillo en monte Katahdin.

00:01:13.440 --> 00:01:16.010
Así que tenemos a un tipo que pasa a través de
Borde de la navaja. Obtiene

00:01:16.060 --> 00:01:20.190
a tres metros de ancho. Es un 1.000 pies
colocar a ambos lados,

00:01:20.240 --> 00:01:23.010
y estoy sentado mantiene. Soy
llorando al lado, no

00:01:23.060 --> 00:01:26.290
¿desea ir más lejos. Pero no hay
tipos que han hecho, y

00:01:26.340 --> 00:01:29.280
son, por favor, Ryan. Tiene
no es que sea un aventurero,

00:01:29.330 --> 00:01:32.900
pero quiero ser, por lo que hemos hecho
que. Nos hemos dirigido al Reino Unido.

00:01:32.950 --> 00:01:36.240
Fuimos a la isla de Skye, donde
No hay más ovejas de las personas.

00:01:36.290 --> 00:01:37.090
Fue fantástico.

00:01:37.140 --> 00:01:37.680
>> Increíble.

00:01:37.730 --> 00:01:40.550
>> Y el verano pasado incluso
cuatro a Islandia,

00:01:40.600 --> 00:01:43.110
y en vez de oro
Rodear con un círculo que la mayoría de las personas

00:01:43.160 --> 00:01:47.340
¿, hicimos toda la isla. Nos
fuimos a lugares como magnífico.

00:01:47.640 --> 00:01:51.030
Se ha producido ninguna persona. Configuramos el
cámaras y tuvo una buena ocasión.

00:01:51.080 --> 00:01:54.880
Así que vuelva, editar todo
en Mi PC de Windows. La mayoría de las personas

00:01:54.930 --> 00:01:57.010
volver, realizar sus modificaciones
en Mac, pero lo hacemos en

00:01:57.060 --> 00:02:01.230
Nube de Adobe Creative en mi gran
Cuadro de Windows 8. Y, a continuación, todo mi

00:02:01.280 --> 00:02:03.590
codificación de vídeo se realiza
Servicios de medios de Azure.

00:02:03.640 --> 00:02:06.910
>> Cómo ha llegado
¿utilizar los servicios de medios de Azure?

00:02:06.960 --> 00:02:11.240
Porque se usa para el
¿Forma de Microsoft de hacer las cosas?

00:02:11.290 --> 00:02:15.800
>> No. Buscábamos una forma
ofrecer a varios tipos de vídeo

00:02:15.850 --> 00:02:20.540
a varios dispositivos. Vivo streaming
para un operador de telefonía local, y

00:02:20.590 --> 00:02:23.750
hacíamos Smooth Streaming.
Pero como está cambiando el mundo,

00:02:23.800 --> 00:02:27.980
más dispositivos necesitan HLS. Los nuevos
GUIÓN y desee todavía tiene

00:02:28.030 --> 00:02:31.020
el componente Smooth Streaming. Y
no queremos dar tres

00:02:31.070 --> 00:02:34.920
las diferentes señales y codificar
es tres veces. Los equipos

00:02:34.970 --> 00:02:38.540
abrumados. Por lo que estaba buscando
en los servicios live, y

00:02:38.590 --> 00:02:42.760
Afortunadamente, estaba en la vista previa, que
ha ido finalmente live este otoño.

00:02:42.810 --> 00:02:45.740
Pero hemos creado un servicio donde
podemos tomar una recopilación y

00:02:45.790 --> 00:02:49.950
en realidad, escupir HLS, escupir
Suavizar Streaming y escupir

00:02:50.000 --> 00:02:54.720
Guión largo, todo al mismo tiempo, por lo que
tenemos dispositivos iOS, pero

00:02:54.770 --> 00:02:58.110
seguir consumiendo aplicaciones Windows 8
o el decodificador.

00:02:58.850 --> 00:03:02.720
Y guión, mucho el nuevo código de JavaScript
reproductores de vídeo utilizan el guión,

00:03:02.770 --> 00:03:06.290
así como el cromo y el nuevo IE puede
consumen, pero no tengo

00:03:06.340 --> 00:03:09.490
poner en tres señales y preocuparse
acerca de la calidad de las señales de tres.

00:03:09.540 --> 00:03:13.000
Voy a traer uno y puedo escupir
en esos formatos.

00:03:13.050 --> 00:03:17.910
>> Es increíble. Para que esto debe tener
estado de un viaje para TI, aprendizaje

00:03:17.960 --> 00:03:23.450
acerca de cómo no sólo un Televisor de cine mostrar
y cómo generar el contenido,

00:03:24.120 --> 00:03:28.480
pero, ¿cómo trabajar realmente con una
servicios basados en cloud como Azure

00:03:28.530 --> 00:03:30.110
Para hacer que los medios de comunicación.

00:03:30.960 --> 00:03:33.570
¿Cuáles son algunas de las cosas que
¿sorprendido por eso?

00:03:33.620 --> 00:03:38.340
>> Hasta atrás, que he sido responsable
para un servidor desde 1991.

00:03:39.260 --> 00:03:42.520
De alguna forma u otra, he tenido
los servidores o los bancos de servidores

00:03:42.570 --> 00:03:46.240
o para los clientes, los servidores administrados
y la semana pasada, apague

00:03:46.290 --> 00:03:50.140
-\-

00:03:50.190 --> 00:03:53.420
Soy un megalómano. Me gusta control
las cosas y poder

00:03:53.470 --> 00:03:57.500
Para dejar de ver a un servidor, instalar
podrá configurar

00:03:57.550 --> 00:04:02.260
la base de datos e ir a la nube, para mí, con
Este gris aquí, es un gran paso.

00:04:02.310 --> 00:04:04.910
Así que era un viaje, porque
es el factor de confianza.

00:04:05.460 --> 00:04:08.970
Es la relación de confianza que tiene
suficiente conectividad a Internet

00:04:09.020 --> 00:04:12.260
a la nube, que va a
tiene el tiempo de actividad, tiene a

00:04:12.310 --> 00:04:13.380
para que la redundancia.

00:04:13.900 --> 00:04:16.180
Cuando estaba construyendo infraestructuras de servidores
Me aseguré de que, al igual que

00:04:16.230 --> 00:04:19.630
Cuando lo hicimos SQL, teníamos reflejo.
A veces, tenemos espejos

00:04:19.680 --> 00:04:22.870
de espejos. Teníamos mucha carga
equilibrio, y cuando las cosas se

00:04:22.920 --> 00:04:25.240
mal, nos podríamos solucionar sus problemas,
podríamos tocamos el cable.

00:04:25.290 --> 00:04:26.830
>> Seguro. Podría agitarlo.

00:04:26.880 --> 00:04:31.730
>> Por lo que fue una decisión difícil, pero una vez
las herramientas de Azure iniciar la propagación

00:04:31.780 --> 00:04:35.570
en Visual Studio más, donde I
puede crear un sitio Web o de compilación

00:04:35.620 --> 00:04:38.900
un servicio y podrá publicar
desde Visual Studio en el

00:04:38.950 --> 00:04:42.240
servicio y, a continuación, poder conectarse
para que, a continuación, las bombillas de luz

00:04:42.290 --> 00:04:45.510
reciben, bueno, esto es
un flujo de trabajo muy interesante.

00:04:45.560 --> 00:04:48.020
Ahora, el sábado, cuando quiera
relájese, no tengo que preocuparme

00:04:48.070 --> 00:04:52.170
que los servidores hayan desaparecido tanto
hacia abajo. En Nuevo Brunswick,

00:04:52.220 --> 00:04:55.330
No tengo mucho... mucho
nuestros servidores estaban en Montreal

00:04:55.380 --> 00:04:59.260
o Ottawa o Toronto en diferentes
el tiempo de mi carrera profesional y a veces

00:04:59.310 --> 00:05:02.340
las cosas malas de verdad sucedería, y
los proveedores de servicios no pudo

00:05:02.390 --> 00:05:06.290
Corrija el problema y que debe conducir
con un amigo a las

00:05:06.340 --> 00:05:09.280
ubicaciones para arreglar las cosas, con el nuevo
equipo. Tal vez un nuevo servidor

00:05:09.330 --> 00:05:13.200
tal vez un nuevo modificador, tal vez un nuevo
servidor de seguridad y no tienen que

00:05:13.250 --> 00:05:14.300
ya lo hace.

00:05:14.820 --> 00:05:18.030
Voy de vacaciones después de esto
conversación y todo lo que tengo

00:05:18.080 --> 00:05:21.710
Para ello es dar un amigo de la autorización de mina
a mi cuenta de Azure

00:05:21.760 --> 00:05:23.310
y confiar mucho en este tipo.

00:05:23.360 --> 00:05:24.880
>> Seguro, era de esperar.

00:05:24.930 --> 00:05:28.560
>>, Pero ahora no tiene que tener claves.
No tiene que tener contraseñas.

00:05:28.610 --> 00:05:32.280
Ahora tiene acceso a mi infraestructura de Azure
y comprende

00:05:32.700 --> 00:05:36.210
lo que hemos construido y es emocionante
veces. Es una especie de liberación.

00:05:36.260 --> 00:05:40.200
Collar de perro proviene
el conjunto de servidores y ahora puede

00:05:40.250 --> 00:05:42.310
esté donde esté. Cuando estábamos en Islandia,
tuvimos un ligeramente poco

00:05:42.360 --> 00:05:46.160
problema de un cliente, por lo que tuvimos
Acceso a Internet. Estoy en mi

00:05:46.210 --> 00:05:48.920
Cuenta de Azure, nos fija, y
fuimos lejos. Fue realmente interesante.

00:05:48.970 --> 00:05:52.980
>> Es increíble. Eso es realmente
genial. Evaluar entonces comenzar

00:05:53.030 --> 00:05:55.930
Para obtener información acerca del uso de medios de Azure
Servicios, hubo cosas

00:05:55.980 --> 00:05:59.890
que sorprenda sobre el mismo, las cosas
¿no esperaba acerca de él?

00:05:59.940 --> 00:06:03.340
>> Sí, el codificador. No me esperaba
para tener un método para llevar

00:06:03.390 --> 00:06:07.870
en archivos de gran tamaño y codificar en
diferentes formatos. La indización

00:06:07.920 --> 00:06:12.170
servicio fue realmente sorprendente, por lo que
para cerrar la subtitulación ahora.

00:06:12.220 --> 00:06:14.990
Me encantaría establecer un enlace
un traductor de Bing. Es decir,

00:06:15.040 --> 00:06:18.020
no puede ser la mejor, pero es
mejor que nada. No sé

00:06:18.070 --> 00:06:22.040
tiene francés, español, chino,
todas las personas de personal, pero

00:06:22.090 --> 00:06:24.370
para un canal de la Comunidad, tal vez de
bastante bien. No lo sé

00:06:24.420 --> 00:06:29.110
por lo que estamos experimentando con eso.
El tiempo de actividad, ya que los servidores

00:06:29.160 --> 00:06:32.440
no están en Canadá, que no hay tal
una gran conexión desde dónde

00:06:32.490 --> 00:06:35.610
las datos se sienta... utilizamos nosotros este
y este 2, principalmente, y hay

00:06:35.660 --> 00:06:38.630
una gran conexión en Canadá
infraestructura. Siempre

00:06:38.680 --> 00:06:41.610
eso preocupa, porque a veces,
tenemos hasta 10.000

00:06:41.660 --> 00:06:45.860
a 20.000, 50.000 a veces simultáneas
usuarios de nuestros eventos en directo,

00:06:46.530 --> 00:06:49.970
y el tiempo de preparación sale
Servicios de Azure Media derecha

00:06:50.020 --> 00:06:52.990
en la unidad de streaming media, ya que
es un circuito de 200 megabits.

00:06:53.040 --> 00:06:54.880
Me preguntaba, es
¿va a saturará?

00:06:55.770 --> 00:06:59.620
¿Cuántas máquinas virtuales es necesario? Porque
es un sitio Web que se está

00:06:59.670 --> 00:07:03.450
contador de visitas, también. Así que tenemos un sitio Web
que se va a, tenemos Azure

00:07:03.500 --> 00:07:06.610
Que se va a los servicios de medios y
también tienen almacenamiento de blobs, porque

00:07:06.660 --> 00:07:09.750
todos los gráficos son cargados.
Como los titulares y la

00:07:09.800 --> 00:07:14.910
los anuncios provienen de almacenamiento blob. Puede controlar
¿? Y ha sido muy interesante.

00:07:15.210 --> 00:07:18.530
Y lo que es realmente divertido, hecho...
Este verano, yo estaba de conmutación

00:07:18.580 --> 00:07:22.260
a través de sistemas y se cometió un error
en mi algoritmo de almacenamiento en caché.

00:07:22.310 --> 00:07:23.610
Bueno, el sitio fue lento.

00:07:24.250 --> 00:07:27.090
No, fue Azure hacia abajo y lo de
¿mal? Siempre la culpa

00:07:27.140 --> 00:07:30.330
a alguien más, ¿verdad? Bueno,
un problema en el código, pero

00:07:30.380 --> 00:07:33.050
¿sabe lo que me salvó? Podría
Ir y escalar mientras

00:07:33.100 --> 00:07:34.970
se corrige el problema. Así que la escala

00:07:37.080 --> 00:07:39.910
hizo un poco mejor, como
una salve en una herida mientras

00:07:39.960 --> 00:07:43.060
se iba. Entonces podría escalar
Atrás. Me costó una fortuna,

00:07:43.110 --> 00:07:46.640
pero sólo me costó esos servidores
para un día, ¿verdad?

00:07:46.690 --> 00:07:49.800
>> Por lo que parece ser la escala a petición
una gran parte de esto, también.

00:07:49.850 --> 00:07:52.210
>> Es enorme, porque cuando dices
una nueva aplicación de salida, que no conoce.

00:07:52.260 --> 00:07:55.110
No sabe realmente la escala.
Puede cargar probarlo, lo que sea.

00:07:55.160 --> 00:07:58.760
Hasta que consiga real... personas
inicia un servicio en 2007 con

00:07:58.810 --> 00:08:03.040
CBC y recuerdo bien, hacemos
¿dispone de suficientes servidores? Para

00:08:03.090 --> 00:08:07.040
día que CBC nos inicia en TV y
hace un anuncio, lo vamos a

00:08:07.090 --> 00:08:10.570
¿aplastado? Debido a que no
conocer. Pero ahora, cuando lo ejecute

00:08:10.620 --> 00:08:13.720
lo siento, ver el
Monitor de rendimiento. Lo que veo

00:08:13.770 --> 00:08:16.970
el tiempo de respuesta y que pueda
escala por lo que necesito

00:08:17.020 --> 00:08:20.660
y que ahorra mucho dinero
y muchos quebraderos de cabeza.

00:08:20.710 --> 00:08:25.690
>> Es una impresionante y existen
cosas que por lo que parece

00:08:25.740 --> 00:08:29.730
ha dado mucho de oportunidad
innovar en términos de

00:08:29.780 --> 00:08:33.030
¿Cómo proporciona contenido
y con la presentación. ¿Hay

00:08:33.080 --> 00:08:37.440
las cosas que desea hacer como un
paso siguiente con Azure que son

00:08:37.490 --> 00:08:38.930
¿muy emocionante para usted?

00:08:38.980 --> 00:08:43.070
>> Sí, es crear un vídeo
portales, para realmente crear más

00:08:43.120 --> 00:08:44.500
nuevos servicios de live.

00:08:45.090 --> 00:08:47.940
Mirando a una empresa, tienen
una tecnología de Alemania,

00:08:47.990 --> 00:08:51.820
así que, para enviar un flujo en vivo,
podrá utilizar una página Web,

00:08:51.870 --> 00:08:55.110
por lo que la página Web tiene un complemento que
enlaces a la cámara. Pero

00:08:55.160 --> 00:08:58.040
se puede configurar en la parte posterior
final, por lo que no tienen que utilizar

00:08:58.090 --> 00:09:02.410
una aplicación compleja en el front-end
y tiene derecho de configuración.

00:09:02.460 --> 00:09:05.380
Lo único que deben hacer es el inicio de sesión,
cuando desean transmitir,

00:09:05.430 --> 00:09:08.550
de que pueden ver la cámara, y
podemos establecer todos los detalles

00:09:08.600 --> 00:09:11.120
en el servidor de seguridad y
enviarlo a Azure.

00:09:11.170 --> 00:09:14.900
>> Así que parece que le permite
Para obtener los más quitado

00:09:15.160 --> 00:09:20.090
de la producción de contenido y
controlar cuándo y dónde puede.

00:09:21.130 --> 00:09:23.990
>> Seguro. Podemos tener hasta ocho
10 eventos en directo simultáneamente

00:09:24.240 --> 00:09:25.860
con la transmisión en vivo
tenemos ahora.

00:09:25.910 --> 00:09:26.930
>> Es fantástico.

00:09:26.980 --> 00:09:28.880
>> Por lo que piensa de la Ayuda. Y
Cuando todo lo que live

00:09:28.930 --> 00:09:32.790
¿transmisión por secuencias es? Viernes por la noche, el sábado
y el domingo, y esto sucede cuando

00:09:32.840 --> 00:09:35.460
No quiero que se rompa, porque
Quiero tener el fin de semana.

00:09:35.510 --> 00:09:36.100
>> Completamente.

00:09:36.150 --> 00:09:39.530
>> ¿Verdad? Por lo que necesitamos para construir este
robusta, para no tener que

00:09:39.580 --> 00:09:42.650
Espere a que coloque los dedos en
diques para asegurarse de que funciona.

00:09:42.700 --> 00:09:46.310
Deseo que puedan desaparecer
vacaciones, tener un fin de semana con

00:09:46.360 --> 00:09:49.900
Mis compañeros y mi familia y
sabe que va a trabajar.

00:09:49.950 --> 00:09:53.900
>> Muestra un punto interesante.
Hablamos poco

00:09:53.950 --> 00:09:56.400
querer tener algunos fines de semana y
y hemos sabido de

00:09:56.450 --> 00:09:57.260
mucho tiempo.

00:09:59.730 --> 00:10:03.300
Siempre han sido un gran tinkerer
y sabe cómo escribir código.

00:10:03.350 --> 00:10:08.450
¿Se encontró con el azul
¿Servicios de medios? Fue en gran medida

00:10:08.500 --> 00:10:12.590
llave en mano, o te dio la oportunidad
Para personalizar la realidad

00:10:12.640 --> 00:10:15.030
su experiencia y su
¿uso de los servicios?

00:10:15.080 --> 00:10:17.680
>> Bien, lo que me gustó
la mayoría era un conjunto de herramientas.

00:10:18.130 --> 00:10:21.300
Si bien era llave en mano, creo que sería
han tenido algunas aristas

00:10:21.350 --> 00:10:25.610
que nosotros no podíamos liso, y
Me encanta el SDK. NET.

00:10:25.660 --> 00:10:28.200
Sin sigo un tipo de servicio del resto.
Se utilizan cuando se debe

00:10:28.250 --> 00:10:31.950
pero me gusta .NET SDK. Me gusta
¿Cómo puedo vincular, así que

00:10:32.000 --> 00:10:35.280
¿Puedo hacer consultas como qué canales en vivo
se ejecutan los eventos

00:10:35.330 --> 00:10:38.410
¿se están ejecutando? Dado que el servicio de medios de comunicación
es que todos expuestos así en

00:10:38.460 --> 00:10:42.690
.NET objeto modelo, así realmente
como que, por lo que nos podríamos Cortar

00:10:42.740 --> 00:10:46.810
y la forma en que quisiéramos hacer de dados
. No estamos haciendo un evento.

00:10:46.860 --> 00:10:49.130
Nos quedamos varios eventos
así que tenemos que poder consultar

00:10:49.180 --> 00:10:51.290
las cosas y ver cómo
van las cosas.

00:10:51.340 --> 00:10:55.610
>> Seguro. Llegó al escribir
las herramientas de los suyos propios para ayudar a

00:10:55.660 --> 00:10:58.560
generar estas secuencias en directo
¿o para administrarlos?

00:10:58.610 --> 00:11:01.660
>> Hacer. Tengo un programador actualmente.
Busca en la base de datos

00:11:01.710 --> 00:11:04.890
de eventos. Resulta que las secuencias en directo
el o los canales en

00:11:04.940 --> 00:11:08.850
los momentos apropiados. Apaga.
Es también el archiving automático de msn

00:11:08.870 --> 00:11:11.630
Después de la secuencia, hay una
flujo de trabajo donde sabe fue

00:11:11.680 --> 00:11:14.840
un determinado evento, por lo que toma los
Direcciones URL, los pone en la base de datos

00:11:14.890 --> 00:11:18.580
para que podamos tener el contenido archivado
posteriormente, por lo que pueden buscar personas.

00:11:18.630 --> 00:11:21.920
Además, algunos de nuestros antiguos vivimos
secuencias que no utilizan Azure

00:11:21.970 --> 00:11:26.320
Sin embargo, que somos productos de migración
un archivo MP4 de 2 gigas. En este momento,

00:11:26.370 --> 00:11:31.040
que ahora se anotó desde la ubicación
almacenamiento de objetos binarios. A continuación, en

00:11:31.090 --> 00:11:35.170
una programación, un trabajo web, le ofrecemos
en los servicios de medios de Azure,

00:11:35.220 --> 00:11:37.910
iniciar un codificador y cuando el
Codificador de hecho, pone

00:11:37.960 --> 00:11:39.210
en la base de datos.

00:11:39.460 --> 00:11:43.300
>> Es fantástico. Por lo que parece
como estos servicios mucho

00:11:43.350 --> 00:11:46.420
para TI. Debe costar un millón
dólares para ejecutar este tipo de

00:11:46.470 --> 00:11:46.990
de cosas.

00:11:47.040 --> 00:11:51.160
>> Lo hace, pero cuando echa un vistazo
a la gente que no necesitamos,

00:11:52.190 --> 00:11:55.710
lo que costaría en hardware de servidor
para el tiempo de actividad. Lo

00:11:55.760 --> 00:11:58.270
es, con un evento en directo, no se puede
tiene un problema, porque si se

00:11:58.320 --> 00:12:02.350
se lo pierda por hora, pierda el evento.
Así que necesitamos la escalabilidad,

00:12:02.400 --> 00:12:05.660
redundancia y vale la pena lo que
pagar por él. El más caro

00:12:05.710 --> 00:12:06.960
parte es la codificación.

00:12:07.900 --> 00:12:14.830
Me he quedado hasta 20.000 usuarios un
evento en dos instancias de medio.

00:12:14.880 --> 00:12:15.970
>> Es fantástico.

00:12:16.020 --> 00:12:19.770
>> Tiene derecho el almacenamiento en caché de modelo
en el lugar y, a continuación, el vídeo

00:12:19.820 --> 00:12:23.140
todo viene todos los servicios de medios de Azure,
y todos los gráficos

00:12:23.190 --> 00:12:27.160
sale de la CDN. No es necesario
Para comenzar la basura fuera de la

00:12:27.210 --> 00:12:29.770
dos instancias de pequeño que ejecutan,
por lo que es un buen modelo.

00:12:29.820 --> 00:12:30.690
>> Es fantástico.

00:12:31.220 --> 00:12:35.640
Esto es fantástico. Me encanta escuchar
casos como este realmente

00:12:35.690 --> 00:12:39.950
Mostrar el poder de la nube y
la aplicabilidad real no sólo

00:12:40.000 --> 00:12:42.940
para grandes corporaciones, pero
cualquiera que desee utilizarla.

00:12:45.220 --> 00:12:49.800
Si fuera un programador o alguien que
tiene una idea, un productor,

00:12:50.150 --> 00:12:53.080
una empresa que tiene activos en línea
que desea empezar a trabajar con

00:12:53.130 --> 00:12:55.710
¿Esto, cómo seguir adelante?
¿con este tipo de cosas?

00:12:56.380 --> 00:13:00.360
¿Es una enorme curva de aprendizaje? Son
hay formas de obtener iniciada

00:13:00.410 --> 00:13:01.800
¿tienen más sentido?

00:13:01.850 --> 00:13:04.640
>> Seguro, es decir, puede utilizar...
como soy un manitas, me gusta

00:13:04.690 --> 00:13:07.410
Para utilizar el SDK. NET. Hay mucho
de cosas que puede hacer a través de

00:13:07.460 --> 00:13:10.640
el tablero de mandos, por lo que puede iniciar sesión en
la cuenta de Azure y carga

00:13:10.690 --> 00:13:13.880
un activo. Así que toma un archivo MP4,
así que Tómese su presentación. Es un

00:13:13.930 --> 00:13:17.110
20 minutos o un evento de una hora
o lo que sea. Puede perforar

00:13:17.160 --> 00:13:19.340
hasta Azure y, a continuación, decir
Deseo codificar y

00:13:19.390 --> 00:13:23.950
dispone de opciones. ¿Confirma que desea codificar
¿para la reproducción de iOS o reproducción en PC?

00:13:24.000 --> 00:13:26.040
Así se tiene predeterminado
configuración.

00:13:26.090 --> 00:13:26.770
>> Perfecta.

00:13:26.820 --> 00:13:29.300
>> Y, a continuación, le proporciona una dirección URL. Y
puede publicar. Puede

00:13:29.350 --> 00:13:31.330
publicar si desea o no.
Cuando desea hacerlo

00:13:31.380 --> 00:13:34.440
Public, que diga a publicar. Entonces
Proporciona una dirección URL. Se deja llevar

00:13:34.490 --> 00:13:38.490
Dirección URL, ponerlo en algún tipo de bien
Flash player o un HTML5

00:13:38.540 --> 00:13:42.250
Reproductor de vídeo en una página HTML simple,
y tienes la reproducción.

00:13:42.300 --> 00:13:43.080
>> Es maravilloso.

00:13:43.130 --> 00:13:46.400
>> Ahora ir un paso
Además, se crea una base de datos

00:13:47.120 --> 00:13:50.150
por lo que la gente obtenga una lista de sus programas.
Hacen clic en el programa,

00:13:50.200 --> 00:13:53.570
se abre una página Web, toma
esa dirección URL de la base de datos.

00:13:53.620 --> 00:13:54.750
>> Seguro. Bateas es ahí.

00:13:54.800 --> 00:13:55.530
>> Y ya está.

00:13:56.410 --> 00:13:58.150
Ahora eres YouTube.
Lleva a cabo.

00:13:58.760 --> 00:14:00.590
>> Wow. Eso es fantástico.

00:14:00.640 --> 00:14:03.250
>> Lo que quiere hacer, sin embargo,
Si recibe una gran cantidad de ancho de banda

00:14:03.300 --> 00:14:07.400
en tus cosas, puede enlazar Azure
Centro de atención o de otro CDN

00:14:07.450 --> 00:14:12.850
a los servicios de medios de Azure. Azure
¿tiene una CDN, pero si estás

00:14:12.900 --> 00:14:16.160
un cliente de Akamai o un centro de atención
cliente o un borde,

00:14:16.750 --> 00:14:20.820
hay maneras de conectar bastante
fácilmente en el medio de Azure

00:14:20.870 --> 00:14:22.180
Servicios de activos, también.

00:14:22.230 --> 00:14:26.370
>> Hermoso. Hay un montón de proveedores
en la nube,

00:14:26.420 --> 00:14:31.350
como la nube está llena de personas,
otras personas que no sean de Microsoft

00:14:31.400 --> 00:14:37.110
con Azure con los servicios de soporte para
el tipo de cargas de trabajo de los medios de comunicación.

00:14:38.360 --> 00:14:42.300
¿Por qué querría alguien con
Azure versus decir algo

00:14:42.350 --> 00:14:46.650
¿que se basa en otra plataforma de medios?

00:14:47.170 --> 00:14:50.720
>> Bien, me gusta, me da
todas las piezas diferentes que desee.

00:14:50.770 --> 00:14:54.790
Me da gran almacenamiento, gran
almacenamiento elástico, por lo que puedo poner

00:14:54.840 --> 00:14:59.860
tanto vídeo allí las veces que desee. I
conocer la seguridad, la redundancia,

00:14:59.910 --> 00:15:04.010
la resistencia de los datos. Luego
Tengo mi delante de la aplicación

00:15:04.060 --> 00:15:07.550
final, Mis cosas de sitio Web, para que pueda
generar la aplicación. Se sienta

00:15:07.600 --> 00:15:11.250
en el mismo lugar. Luego
¿Puedo generar mi inteligencia o

00:15:11.300 --> 00:15:14.340
los servicios de medios de comunicación, es como
bueno. Para que pueda sentarme en Visual

00:15:14.390 --> 00:15:18.340
Estudio y compilación todas estas capas.
A continuación, cuando haya terminado, puedo ir

00:15:18.390 --> 00:15:22.020
publicar y está allí. Eso es
lo que realmente me gusta. Puedo

00:15:22.070 --> 00:15:24.740
sentado en una habitación de hotel.
¿estoy en Islandia.

00:15:24.790 --> 00:15:27.240
Si desea realizar un ajuste, quiero
Para publicar dicho código a...

00:15:28.180 --> 00:15:31.500
de todo mi código TFS de Visual
Estudio en línea, que cuenta con el respaldo

00:15:31.550 --> 00:15:32.400
de Azure.

00:15:33.020 --> 00:15:36.650
Por lo que es un gran flujo de trabajo. Siendo
un tipo pequeño, no tengo que

00:15:36.700 --> 00:15:38.780
tiene un montón de tipos.

00:15:39.920 --> 00:15:44.150
>> Es fantástico. Ahora, en el que
cosa de aviso sobre

00:15:44.200 --> 00:15:46.330
es lo que se está describiendo
Hemos hablado mucho acerca de

00:15:47.820 --> 00:15:52.460
TFS y .NET y este tipo de cosas.

00:15:53.510 --> 00:15:56.420
Sé que muchas veces, cuando estoy
habla con los clientes para el

00:15:56.470 --> 00:16:00.720
acerca de Azure, la primera vez realmente
¿Cree que es un Microsoft

00:16:00.770 --> 00:16:04.310
sólo el recinto en.

00:16:04.960 --> 00:16:08.060
Ha sido su experiencia con
¿los servicios de Azure Media?

00:16:08.110 --> 00:16:11.940
¿Es muy juegos Microsoft?
Tienes que aprender Microsoft

00:16:11.990 --> 00:16:14.340
lenguajes de programación y
¿Servicios de Microsoft?

00:16:14.390 --> 00:16:16.580
>> No. Tienen el SDK para Java.

00:16:17.910 --> 00:16:22.440
En realidad, es mi blog de WordPress
PHP. Puede poner en marcha un montón de

00:16:22.490 --> 00:16:26.930
diferentes imágenes de Linux. Los medios de comunicación
Servicios es muy API controlada por,

00:16:26.980 --> 00:16:29.770
por lo que es el idioma que desee.
No te preocupes por Windows.

00:16:29.820 --> 00:16:32.430
No te preocupes por Microsoft.
Trabaja en tomar un h.264

00:16:33.070 --> 00:16:37.550
o un recurso de vídeo y codificarlo.
Codificar el valor predeterminado es para iOS.

00:16:38.630 --> 00:16:39.010
Es HLS.

00:16:39.060 --> 00:16:40.320
>> Es fantástico.

00:16:40.370 --> 00:16:42.610
>> Protocolo de transmisión de la de Apple.

00:16:43.580 --> 00:16:47.240
Por lo que no es sólo para Windows 8
o Windows Phone. Los valores predeterminados

00:16:47.290 --> 00:16:49.880
son para Android y iOS, así
muy fácilmente puede obtener activos

00:16:49.930 --> 00:16:52.150
a todos esos
Servicios para dispositivos móviles.

00:16:52.960 --> 00:16:56.450
>> Es fantástico. Así que,
¿Cuál es el siguiente de la presentación?

00:16:56.500 --> 00:16:57.270
¿Qué piensas?

00:16:57.320 --> 00:17:01.900
>> Bueno, simplemente hemos comprado plano
entradas a Noruega, así que tenemos

00:17:01.950 --> 00:17:05.000
acaba de lanzar nuestro primer episodio
a Islandia. Tenemos siete

00:17:05.050 --> 00:17:08.600
más, por lo que verá nos obtener
más tonto que obtenemos.

00:17:08.900 --> 00:17:10.020
Comer podrida shark.

00:17:11.160 --> 00:17:13.930
Tenemos un caballo
en nuestra placa.

00:17:14.430 --> 00:17:16.620
>> Anthony Bourdain, comer
el corazón.

00:17:16.670 --> 00:17:22.840
>> Entonces ir. Se pesca del Atlántico medio
Borde saliente y, a continuación, este verano

00:17:22.890 --> 00:17:26.400
nos dirigimos a los fiordos. Nos tomamos
el fantasma de DJI, nuestro robot,

00:17:26.450 --> 00:17:29.670
y vamos a hacer un viaje por carretera
de Oslo a Trondheim, y

00:17:29.720 --> 00:17:33.610
obtener los fiordos más alta que posible
Volar el robot para obtener

00:17:33.660 --> 00:17:35.250
Algunas vistas espectaculares.

00:17:35.300 --> 00:17:38.320
>> No puedo esperar para verlo. Eso es
absolutamente genial.

00:17:38.370 --> 00:17:42.890
¿Tiene alguna idea acerca de
su futuro y las cosas que haría

00:17:42.940 --> 00:17:45.740
como con los medios de Azure
¿Servicios en el futuro?

00:17:45.790 --> 00:17:49.630
>> Bien, vamos a probar
Para simplificar la entrega

00:17:50.650 --> 00:17:53.560
por lo que es mucho más fácil para las personas
si desean transmitir un live

00:17:53.610 --> 00:17:58.600
eventos y obtener la pieza archivada
después, dado que puede ser

00:17:58.650 --> 00:17:59.910
se registran en el back-end.

00:18:00.620 --> 00:18:03.640
Por lo que deseamos push y hacer
muy llave en mano, sino que también hacen

00:18:03.690 --> 00:18:06.280
es clave para las organizaciones. Por lo tanto
eres una universidad y

00:18:06.330 --> 00:18:10.630
tiene 40 deportes. ¿Cómo
¿administrar todos esos puntos?

00:18:10.680 --> 00:18:14.980
Y eso es lo que estamos jugando con
en este momento. Tenemos más de 45

00:18:15.030 --> 00:18:17.290
codificadores diferentes en el campo
todo podría ir en el

00:18:17.340 --> 00:18:20.600
¿la misma hora, cómo se administra que?
Es fácil hacer una secuencia

00:18:20.650 --> 00:18:24.920
en un evento. Realmente estamos poniendo
un sistema de administración en la parte superior

00:18:24.970 --> 00:18:28.280
de todo eso y quitando la tecnología,
por lo que la gente puede hacer eso.

00:18:28.330 --> 00:18:32.440
Deseo transmitir desde las 7:00 a
8:00, ¿cómo lo hago? Marca, marca,

00:18:32.490 --> 00:18:35.790
graduación y pueden ir. ¿Está realmente
intenta poner la facilidad de uso

00:18:36.000 --> 00:18:40.540
en personas de difusión automática o difusión
eventos como el fútbol, hockey.

00:18:40.590 --> 00:18:41.890
Hemos hecho voleibol.

00:18:42.630 --> 00:18:45.090
Participe en la difusión
los juegos de Canadá en la web en

00:18:45.140 --> 00:18:51.460
2011, 2013. Que teníamos más de 400.000
visores de evento, como para el

00:18:51.510 --> 00:18:54.150
dos semanas, por lo que tiene
se ha divertido.

00:18:54.200 --> 00:18:57.330
>> Excelente. Si alguien quiere
llegar a usted y póngase en contacto con

00:18:57.380 --> 00:19:01.440
sobre el trabajo que está realizando,
lo que hace su compañía, o incluso

00:19:01.490 --> 00:19:04.690
para charlar un poco y compartir
sus experiencias, ¿cómo haría

00:19:04.740 --> 00:19:05.480
¿hacerlo?

00:19:05.530 --> 00:19:08.780
>> Mi correo electrónico es Ryan, R-Y-A-N
en ryangroom.com,

00:19:10.000 --> 00:19:13.800
o en Twitter en @RyanGroom.
Es así de fácil.

00:19:13.850 --> 00:19:17.750
>> Maravilloso. Bueno, Ryan, gracias
tanto. Realmente aprecio

00:19:17.800 --> 00:19:23.090
se toma el tiempo. Ryan se basa
en Atlanta, Canadá y

00:19:23.140 --> 00:19:25.730
fue lo suficientemente amable a bajar
en Monckton, New Brunswick,

00:19:25.780 --> 00:19:31.070
en la actualidad a sentarse y conversar conmigo y
Cortar el paso a través de la enorme

00:19:31.120 --> 00:19:35.710
cantidades de Nevada que recientemente
ha aparecido. Buena suerte. Espero

00:19:35.760 --> 00:19:40.240
Disfrute de un merecido tiempo
descuento de sobre su viaje y gracias a

00:19:40.290 --> 00:19:45.220
por unirse a nosotros y
ver este capítulo.