WEBVTT

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

00:00:04.500 --> 00:00:08.380
Obrigado por sua presença aqui hoje. Eu sou
Super impressionada para ser colocada

00:00:08.430 --> 00:00:11.150
aqui com um grande amigo meu e
um colega da forma como volta,

00:00:11.200 --> 00:00:16.840
Ryan Groom, que era gentil com
Venha sentar-se conosco e falar

00:00:16.890 --> 00:00:20.250
um pouco sobre o
coisas incríveis com que ele está fazendo

00:00:20.300 --> 00:00:23.400
vídeo on-line e especialmente
com o Azure Media Services.

00:00:23.670 --> 00:00:25.980
De pessoas que não sabem
Ryan, talvez vocês pudessem dar

00:00:26.030 --> 00:00:28.520
nós um pouco do plano de fundo em si mesmo
e o que já foi feito.

00:00:28.570 --> 00:00:32.200
>> Certeza. Tenho trabalhado no Microsoft
plataforma por um longo tempo.

00:00:32.250 --> 00:00:35.330
Eu era um parceiro da Microsoft
como 2002.

00:00:35.850 --> 00:00:40.250
Que foi encerrado em 2004 e classificação de
fomos meu alegremente e agora tenho

00:00:40.300 --> 00:00:45.390
Volte. Posso fazer um pequeno programa de TV,
para que o vídeo está em meu sangue e

00:00:45.440 --> 00:00:48.870
apenas coincide com o bom com mídia do Azure
Serviços. Isso no verão,

00:00:48.920 --> 00:00:52.810
Eu do filme e no wintertime, eu
Editar e também fazer projetos de codificação

00:00:52.860 --> 00:00:55.350
com os serviços de mídia do Azure.

00:00:55.640 --> 00:00:58.210
>> Conte-em um pouco sobre
sua apresentação. O que fazer?

00:00:58.260 --> 00:01:01.910
>> Bem, ele é chamado Trekkit. Ele tem
sobre a obtenção de pessoas de computador

00:01:01.960 --> 00:01:04.890
pessoas do Office, desativar seu lado traseiro
e para fora para fazer um pouco

00:01:04.940 --> 00:01:08.570
de adventuring. Estamos todo da
forma e podemos fingir ser

00:01:09.570 --> 00:01:13.390
Indiana Jones. Como fizemos a
Borda da faca no Katahdin de montagem.

00:01:13.440 --> 00:01:16.010
Então, temos uma equipe de vários
Borda da Faca. Ele obtém

00:01:16.060 --> 00:01:20.190
a três metros de largura. É um pés de 1.000
Solte em ambos os lados

00:01:20.240 --> 00:01:23.010
e eu estou sentado lá mantendo. Eu sou
chorando no lado, eu não

00:01:23.060 --> 00:01:26.290
deseja ir a qualquer distância. Mas não há
equipe que tiver feito isso, e

00:01:26.340 --> 00:01:29.280
eles respondem algo como, acender, Ryan. Ele tem
não que eu sou um aventureiro,

00:01:29.330 --> 00:01:32.900
mas eu quero ser, portanto, fizemos
que. Podemos ter direcionada para o Reino Unido.

00:01:32.950 --> 00:01:36.240
Fomos a ilha de Skye, saber onde
Não há mais Ovelha de pessoas.

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

00:01:37.140 --> 00:01:37.680
>> Impressionante.

00:01:37.730 --> 00:01:40.550
>> E até mesmo último verão, houve
quatro pessoas que ficou à Islândia,

00:01:40.600 --> 00:01:43.110
e em vez de apenas fazer a dourada
destacar que a maioria das pessoas

00:01:43.160 --> 00:01:47.340
fazer, fizemos a ilha inteira. Nós
passou para locais como magnífico.

00:01:47.640 --> 00:01:51.030
Não havia nenhuma pessoa. Configuramos o
câmeras e teve um bom momento.

00:01:51.080 --> 00:01:54.880
Portanto, posso voltar, editar tudo
no meu PC Windows. A maioria das pessoas

00:01:54.930 --> 00:01:57.010
Voltar, faça todas as suas edições
em um Mac, mas fazemos tudo em

00:01:57.060 --> 00:02:01.230
Adobe Creative nuvem no meu grande
Caixa do Windows 8. E, em seguida, todas as minhas

00:02:01.280 --> 00:02:03.590
codificação de vídeo é feito em
Azure Media Services.

00:02:03.640 --> 00:02:06.910
>> Então, como você tomou
usar os serviços de mídia do Azure?

00:02:06.960 --> 00:02:11.240
Foi porque você está acostumado a
São Paulo de fazer as coisas?

00:02:11.290 --> 00:02:15.800
>> Não. Estávamos presenciando um modo
fornecer vários tipos de vídeo

00:02:15.850 --> 00:02:20.540
em vários dispositivos. Eu moro fluxo contínuo
para uma empresa de telecomunicações local, e

00:02:20.590 --> 00:02:23.750
estávamos apenas fazendo Streaming suave.
Mas, como o mundo da alteração,

00:02:23.800 --> 00:02:27.980
a necessidade de mais dispositivos HLS. Os novos
deseja traço e nós ainda têm

00:02:28.030 --> 00:02:31.020
o componente de fluxo suave. E
não queremos fornecer três

00:02:31.070 --> 00:02:34.920
sinais diferentes e precisa codificar
ele tem três vezes. Os PCs

00:02:34.970 --> 00:02:38.540
eram sobrecarregados. Portanto, eu estava esperando
serviços em tempo real, e

00:02:38.590 --> 00:02:42.760
Felizmente, eu estava na visualização do que
passou por fim ao vivo neste outono.

00:02:42.810 --> 00:02:45.740
Mas nós criamos um serviço onde
podemos dar uma inclusão e

00:02:45.790 --> 00:02:49.950
HLS, obter resultados realmente obter resultados
Suavizar fluxo contínuo e obter resultados

00:02:50.000 --> 00:02:54.720
TRAÇO, tudo ao mesmo tempo, então
Temos dispositivos iOS, mas

00:02:54.770 --> 00:02:58.110
ainda consumir aplicativos do Windows 8
ou o decodificador de sinais.

00:02:58.850 --> 00:03:02.720
E traço, muito do novo JavaScript
usar o traço, players de vídeo

00:03:02.770 --> 00:03:06.290
Assim como o cromo e o IE novo pode
consumir que, mas eu não tenho

00:03:06.340 --> 00:03:09.490
colocar sinais três e se preocupar
sobre a qualidade dos sinais de três.

00:03:09.540 --> 00:03:13.000
Eu estou colocando um e eu o pode dividir
em todos esses formatos diferentes.

00:03:13.050 --> 00:03:17.910
>> Que 's incrível. Portanto, isso deve ter
foi uma jornada para você aprender

00:03:17.960 --> 00:03:23.450
sobre não apenas como uma TV do filme Mostrar
e como produzir o conteúdo

00:03:24.120 --> 00:03:28.480
mas como trabalhar efetivamente com um
provedor baseado em nuvem como o Azure

00:03:28.530 --> 00:03:30.110
Para fazer a mídia.

00:03:30.960 --> 00:03:33.570
Quais são algumas das coisas que
surpreso pelo sobre isso?

00:03:33.620 --> 00:03:38.340
>> De maneira retornar, que fui responsável
para um servidor desde 1991.

00:03:39.260 --> 00:03:42.520
De alguma forma, tive
servidores ou bancos de servidores

00:03:42.570 --> 00:03:46.240
servidores gerenciados para os clientes, ou
e apenas na semana passada, encerrar

00:03:46.290 --> 00:03:50.140
Meu servidor final sou responsável
Isso foi uma grande transição.

00:03:50.190 --> 00:03:53.420
Eu sou um megalomaniac. Eu gostaria de controle
coisas e ser capaz de

00:03:53.470 --> 00:03:57.500
para desistir vendo um servidor, instalando
poderá configurar

00:03:57.550 --> 00:04:02.260
ele e ir para a nuvem, para mim, com
aqui, essa cinza é um grande passo.

00:04:02.310 --> 00:04:04.910
Por isso, foi uma jornada, porque
é o fator de confiança.

00:04:05.460 --> 00:04:08.970
É a relação de confiança que vou ter
suficiente conectividade com a Internet

00:04:09.020 --> 00:04:12.260
para a nuvem, que ela será
ter o tempo de atividade, ele possui indo

00:04:12.310 --> 00:04:13.380
para que a redundância.

00:04:13.900 --> 00:04:16.180
Quando eu estava criando infra-estruturas de servidor
Eu fiz claro, como

00:04:16.230 --> 00:04:19.630
Quando fizemos SQL, tivemos de espelhamento.
Às vezes, tínhamos espelhos

00:04:19.680 --> 00:04:22.870
de espelhos. Tivemos muita carga
balanceamento, e quando as coisas entrou

00:04:22.920 --> 00:04:25.240
errado, que é possível pode solucioná-los,
porque nós pode tocar durante a transmissão.

00:04:25.290 --> 00:04:26.830
>> Certeza. Você poderia agite-o.

00:04:26.880 --> 00:04:31.730
>> Então este foi uma chamada de disco rígida, mas uma vez
as ferramentas do Azure iniciar bolha

00:04:31.780 --> 00:04:35.570
em Visual Studio mais, onde eu
pode criar um site da Web ou criar

00:04:35.620 --> 00:04:38.900
um serviço e ser capaz de publicar
-lo do Visual Studio para o

00:04:38.950 --> 00:04:42.240
serviço e ser capaz de se conectar
para que, depois de lâmpadas

00:04:42.290 --> 00:04:45.510
Iniciar vinda, bem, isso é
um fluxo de trabalho muito interessante.

00:04:45.560 --> 00:04:48.020
Agora, no sábado, quando quero
Relaxe, não precisa se preocupar

00:04:48.070 --> 00:04:52.170
tanto os servidores foram
para baixo. E em New Brunswick

00:04:52.220 --> 00:04:55.330
Não tive muita... muito
nossas farms de servidores estavam no Centro de Montreal

00:04:55.380 --> 00:04:59.260
ou Ottawa ou Toronto em diferentes
tempo limite da minha carreira e às vezes

00:04:59.310 --> 00:05:02.340
coisas ruins realmente aconteceria, e
os provedores de serviço não pôde

00:05:02.390 --> 00:05:06.290
Corrija o problema e eu dirigindo
com um amigo meu aos

00:05:06.340 --> 00:05:09.280
locais para resolver o problema, com novos
equipamento. Talvez um novo servidor

00:05:09.330 --> 00:05:13.200
Talvez uma nova opção, talvez uma nova
firewall e eu não preciso

00:05:13.250 --> 00:05:14.300
mais fazer isso.

00:05:14.820 --> 00:05:18.030
Vou de férias depois disso
conversa e tudo o que tenho

00:05:18.080 --> 00:05:21.710
Para fazer é dar um amigo de autorização de minas
a minha conta do Azure,

00:05:21.760 --> 00:05:23.310
e eu confio este membro da equipe muito.

00:05:23.360 --> 00:05:24.880
>> Com certeza, você poderia esperar.

00:05:24.930 --> 00:05:28.560
>>, Mas agora ele não precisa ter as chaves.
Ele não precisa ter códigos de acesso.

00:05:28.610 --> 00:05:32.280
Ele agora tem acesso à minha infra-estrutura Azure,
e ele compreende

00:05:32.700 --> 00:05:36.210
nós criamos e ele á interessantes
horários. Classificação de está liberando.

00:05:36.260 --> 00:05:40.200
O anel de cachorro cheguem do
o farm de servidores e agora pode

00:05:40.250 --> 00:05:42.310
estar em qualquer lugar. Quando foi localizado na Islândia,
tivemos um pouco pouco

00:05:42.360 --> 00:05:46.160
problema de um cliente, portanto, tivemos
Acesso à Internet. Estou em meu

00:05:46.210 --> 00:05:48.920
Conta do Azure, podemos corrigir o problema, e
distância fomos. Ele era bem legal.

00:05:48.970 --> 00:05:52.980
>> Que 's incrível. Isso é realmente
BOM. Avaliado até você começar

00:05:53.030 --> 00:05:55.930
Para saber como usar a mídia do Azure
Serviços, houve qualquer coisas

00:05:55.980 --> 00:05:59.890
que surpreendeu você sobre ele, as coisas
Você não esperava sobre isso?

00:05:59.940 --> 00:06:03.340
>> Sim, o codificador. Eu não esperava
ter um método para colocar

00:06:03.390 --> 00:06:07.870
em arquivos grandes e codificá-los em
formatos diferentes. A indexação

00:06:07.920 --> 00:06:12.170
serviço foi realmente surpreendente, portanto
a legenda codificada agora.

00:06:12.220 --> 00:06:14.990
Gostaria de conectar que até
um tradutor Bing. Isto é, ele

00:06:15.040 --> 00:06:18.020
pode não ser o maior, mas é
melhor do que nada. Eu não

00:06:18.070 --> 00:06:22.040
ter francês, espanhol, chinês,
todas as pessoas na equipe, mas

00:06:22.090 --> 00:06:24.370
para um canal de comunidade, talvez que do
bom o suficiente. Não sei,

00:06:24.420 --> 00:06:29.110
Portanto, podemos está experimentando com isso.
O tempo de atividade, porque os servidores

00:06:29.160 --> 00:06:32.440
não estão no Canadá, não há como
uma boa conexão de onde

00:06:32.490 --> 00:06:35.610
o dados fica... usamos nos Leste
e 2 Leste, principalmente e nela é

00:06:35.660 --> 00:06:38.630
uma conexão excelente para o Canadá
infra-estrutura. Eu estava sempre

00:06:38.680 --> 00:06:41.610
preocupado, porque algumas vezes,
teremos até 10.000

00:06:41.660 --> 00:06:45.860
a 20.000, às vezes os 50.000 simultâneas
usuários em nossos eventos ao vivo,

00:06:46.530 --> 00:06:49.970
e o pré-rolo vem logo
Azure Media Services, direita

00:06:50.020 --> 00:06:52.990
na unidade de mídia de fluxo contínuo, como
é um circuito de 200 megabytes.

00:06:53.040 --> 00:06:54.880
Estava pensando, é que
vai obter saturada?

00:06:55.770 --> 00:06:59.620
Como várias VMs é necessário? Porque
que é um site que está sendo

00:06:59.670 --> 00:07:03.450
ocorrência, também. Portanto, temos um site
está sendo atingido, temos Azure

00:07:03.500 --> 00:07:06.610
Serviços de mídia está sendo atingido e nós
também tem armazenamento de blob, porque

00:07:06.660 --> 00:07:09.750
todos os elementos gráficos são personalizados carregados.
Como os banners e o

00:07:09.800 --> 00:07:14.910
anúncios provenientes do armazenamento de blob. Ela pode lidar
ele? E tem sido muito interessante.

00:07:15.210 --> 00:07:18.530
E o que é mais interessante, eu fiz...
neste verão, foi switching

00:07:18.580 --> 00:07:22.260
um sistema sobre e cometeu um erro
no meu algoritmo do cache.

00:07:22.310 --> 00:07:23.610
Bem, o site era lento.

00:07:24.250 --> 00:07:27.090
Oh, não, era Azure para baixo e o do
errado? Sempre culpá

00:07:27.140 --> 00:07:30.330
em outra pessoa, certo? Bem, ele
problema no meu código, mas

00:07:30.380 --> 00:07:33.050
Você sabe o que me poupado? Eu poderia
entrar e dimensioná-lo para cima ao mesmo tempo em

00:07:33.100 --> 00:07:34.970
corrigido o problema. Portanto a escala

00:07:37.080 --> 00:07:39.910
chegou um pouco melhor, como
um salve em uma rotação ao mesmo tempo em

00:07:39.960 --> 00:07:43.060
IA. Em seguida, pode dimensioná-lo
volta para baixo. Ele custará uma fortuna

00:07:43.110 --> 00:07:46.640
mas ele apenas isso custará esses servidores
para um dia, certo?

00:07:46.690 --> 00:07:49.800
>> Para que escala sob demanda parece estar
uma grande parte disso, também.

00:07:49.850 --> 00:07:52.210
>> Ah, é enorme, pois quando você colocar
um novo aplicativo-out, você não sabe.

00:07:52.260 --> 00:07:55.110
Você realmente não sabe a escala.
Você pode carregar testá-lo, qualquer que seja.

00:07:55.160 --> 00:07:58.760
Até você obter real pessoas... nós
lançado um serviço em 2007 com

00:07:58.810 --> 00:08:03.040
CBC e lembre-se de contínuo, podemos
tem suficiente servidores? Para fazer isso

00:08:03.090 --> 00:08:07.040
dia que CBC inicia na TV e
faz um anúncio, devemos

00:08:07.090 --> 00:08:10.570
obter esmagamento? Porque não sabíamos
sabe. Mas agora, quando for iniciado

00:08:10.620 --> 00:08:13.720
coisas, eu lá, eu assistir a
Desempenho do sistema. Posso ver o que

00:08:13.770 --> 00:08:16.970
o tempo de resposta e posso
escalabilidade para cima e para baixo conforme necessário

00:08:17.020 --> 00:08:20.660
e que economiza muito dinheiro
e muitas dores de cabeça.

00:08:20.710 --> 00:08:25.690
>> Que 's a incrível e há
coisas que... para isso parece

00:08:25.740 --> 00:08:29.730
para ter dado muita oportunidade
inovar em termos de

00:08:29.780 --> 00:08:33.030
como você está entregando conteúdo
e junto com a apresentação. Existem

00:08:33.080 --> 00:08:37.440
coisas que você deseja fazer como um
próxima etapa com o Azure são

00:08:37.490 --> 00:08:38.930
mais interessante para você?

00:08:38.980 --> 00:08:43.070
>> Sim, é criar alguns video
portais, para realmente criar mais

00:08:43.120 --> 00:08:44.500
novos serviços em tempo real.

00:08:45.090 --> 00:08:47.940
Olhando para uma empresa, eles têm
alguma tecnologia da Alemanha,

00:08:47.990 --> 00:08:51.820
Portanto, para enviar um fluxo ao vivo
ser capaz de usar uma página da Web

00:08:51.870 --> 00:08:55.110
para que a página da Web tenha um plug-in que
ganchos para a câmera. Mas nós

00:08:55.160 --> 00:08:58.040
pode configurá-lo na parte de trás
final, portanto, não é necessário usar

00:08:58.090 --> 00:09:02.410
um aplicativo complexo no front-end
e ter o direito de configurações.

00:09:02.460 --> 00:09:05.380
Tudo o que eles precisam fazer é login, colocar
Quando desejam transmitir, fazer

00:09:05.430 --> 00:09:08.550
Se eles podem ver a câmera, e
podemos definir todos os detalhes

00:09:08.600 --> 00:09:11.120
para cima no back-end e
o fluxo que no Azure.

00:09:11.170 --> 00:09:14.900
>> Assim parece que ele permite que você
para realmente obter ainda mais removido

00:09:15.160 --> 00:09:20.090
da produção de conteúdo e
tratá-lo onde e quando você pode.

00:09:21.130 --> 00:09:23.990
>> Com certeza. Podemos ter até oito
para 10 eventos ao vivo simultaneamente

00:09:24.240 --> 00:09:25.860
com a transmissão ao vivo
fazemos agora.

00:09:25.910 --> 00:09:26.930
>> Que 's fantástico.

00:09:26.980 --> 00:09:28.880
>> Para que você acha do suporte. E
Você sabe quando tudo o que ao vivo

00:09:28.930 --> 00:09:32.790
é o fluxo contínuo? Noite de sexta-feira, sábado
e o domingo, e é aí

00:09:32.840 --> 00:09:35.460
Não quero que ele falhe, pois
Eu quero usar meu final de semana.

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

00:09:36.150 --> 00:09:39.530
>> Direita? Portanto, precisamos criar isso
robusto, portanto não precisa

00:09:39.580 --> 00:09:42.650
lá e colocar meus dedos em
dikes para certificar-se de que ele funciona.

00:09:42.700 --> 00:09:46.310
Desejo desaparece
férias, ter um final de semana com

00:09:46.360 --> 00:09:49.900
meus amigos e minha família e apenas
sabe que isso vai funcionar.

00:09:49.950 --> 00:09:53.900
>>-Exibe um ponto interessante.
Falar um pouco sobre

00:09:53.950 --> 00:09:56.400
desejam ter alguns finais de semana e
que e eu já conhecidos por

00:09:56.450 --> 00:09:57.260
muito tempo.

00:09:59.730 --> 00:10:03.300
Sempre foram uma excelente tinkerer
e você souber como escrever código.

00:10:03.350 --> 00:10:08.450
O que você encontrou com o Azure
Serviços de mídia? Foi amplamente

00:10:08.500 --> 00:10:12.590
completa, ou que ela lhe dá uma oportunidade
para realmente personalizar

00:10:12.640 --> 00:10:15.030
sua experiência e seu
uso dos serviços?

00:10:15.080 --> 00:10:17.680
>> Bem, eu gostava sobre ele
mais, ele era um conjunto de ferramentas.

00:10:18.130 --> 00:10:21.300
Se fosse completa, acho que seria
tiveram algumas arestas

00:10:21.350 --> 00:10:25.610
que nós não pôde Suavizar, e
Gosto muito do SDK do .NET.

00:10:25.660 --> 00:10:28.200
Ainda não tenho uma pessoa de serviço REST.
Posso usá-los quando eu preciso

00:10:28.250 --> 00:10:31.950
mas gosto do SDK do .NET. Eu gosto
Como eu pode vincular nele, então

00:10:32.000 --> 00:10:35.280
Posso fazer consultas como os canais ao vivo
estão em execução, os eventos

00:10:35.330 --> 00:10:38.410
estão sendo executados? Porque o serviço de mídia
é que tudo exposto dessa maneira em

00:10:38.460 --> 00:10:42.690
o .NET objeto modelo, então eu realmente
como que, portanto, poderia de fatia

00:10:42.740 --> 00:10:46.810
Organizar da maneira que desejávamos fazer
ele. Não estamos executando um evento.

00:10:46.860 --> 00:10:49.130
Estamos executando vários eventos,
Portanto, precisamos ser capaz de consultar

00:10:49.180 --> 00:10:51.290
as coisas e ver como
seu trabalho está progredindo.

00:10:51.340 --> 00:10:55.610
>> Certeza. Você acabou de escrita
as ferramentas de sua preferência para Ajuda

00:10:55.660 --> 00:10:58.560
produzir esses fluxos ao vivo
ou para gerenciá-los?

00:10:58.610 --> 00:11:01.660
>> Que fazer. Eu tenho um agendador no momento.
Ele analisa o banco de dados

00:11:01.710 --> 00:11:04.890
de eventos. Na verdade os fluxos ao vivo
em ou os canais em cada

00:11:04.940 --> 00:11:08.850
os horários adequados. Ele desliga.
Ele também msn de auto-arquivamento,

00:11:08.870 --> 00:11:11.630
então após o fluxo, há uma
fluxo de trabalho onde ele sabe foi

00:11:11.680 --> 00:11:14.840
um determinado evento, para que ele ocupe os
URLs, coloca-os no banco de dados

00:11:14.890 --> 00:11:18.580
Portanto, temos o conteúdo arquivado
posteriormente, então as pessoas podem procurar.

00:11:18.630 --> 00:11:21.920
Além disso, alguns dos nosso legacy vivemos
fluxos que não usam o Azure

00:11:21.970 --> 00:11:26.320
ainda que estamos migrando de produção
um arquivo MP4 de 2 GB. Agora,

00:11:26.370 --> 00:11:31.040
Agora que é direcionado do local
para armazenamento de blob. Em seguida, na

00:11:31.090 --> 00:11:35.170
um agendamento em um trabalho de web, oferecemos
que no Azure Media Services

00:11:35.220 --> 00:11:37.910
disparar um codificador e quando o
codificador terminar, ele coloca que

00:11:37.960 --> 00:11:39.210
volta para o banco de dados.

00:11:39.460 --> 00:11:43.300
>> Que 's fantástico. Isso parece
como esses serviços fazem muito

00:11:43.350 --> 00:11:46.420
para você. Ele deve custar um zillion
dólares para executar essa

00:11:46.470 --> 00:11:46.990
coisas.

00:11:47.040 --> 00:11:51.160
>> Faz, mas quando você der uma olhada
às pessoas que não precisamos,

00:11:52.190 --> 00:11:55.710
quanto custaria em hardware de servidor
para o tempo de atividade. A coisa

00:11:55.760 --> 00:11:58.270
é, com um evento ao vivo, você não pode
tem um problema, porque se você

00:11:58.320 --> 00:12:02.350
perder por uma hora, você perca esse evento.
Portanto, temos a capacidade de expansão

00:12:02.400 --> 00:12:05.660
redundância e ele do que vale a pena o que
paga por ele. Mais caro

00:12:05.710 --> 00:12:06.960
parte é a parte de codificação.

00:12:07.900 --> 00:12:14.830
Me deparei até 20.000 visualizadores um
evento em duas instâncias de médio porte.

00:12:14.880 --> 00:12:15.970
>> Que 's fantástico.

00:12:16.020 --> 00:12:19.770
>> Você tem o direito de cache de modelo
no lugar e, em seguida, o vídeo

00:12:19.820 --> 00:12:23.140
é quando terminar o Azure Media Services
e todos os elementos gráficos

00:12:23.190 --> 00:12:27.160
terminar o CDN. Não é necessário
para iniciar o crap fora das

00:12:27.210 --> 00:12:29.770
duas instâncias pouco em execução,
Portanto, é um bom modelo.

00:12:29.820 --> 00:12:30.690
>> Que 's fantástico.

00:12:31.220 --> 00:12:35.640
Isso é fantástico. Eu adoro audição
histórias assim que realmente

00:12:35.690 --> 00:12:39.950
Mostrar o poder da nuvem e
a aplicabilidade real não apenas

00:12:40.000 --> 00:12:42.940
para grandes empresas grandes, mas a
qualquer pessoa que queira utilizá-la.

00:12:45.220 --> 00:12:49.800
Se eu fosse um desenvolvedor ou alguém que
tenha uma idéia, um produtor de vídeo

00:12:50.150 --> 00:12:53.080
uma empresa que tem recursos on-line
que deseja começar a usar o

00:12:53.130 --> 00:12:55.710
Isso, como é começar a utilizar o
com esse tipo de coisa?

00:12:56.380 --> 00:13:00.360
Trata-se de uma enorme curva de aprendizado? São
Há maneiras de obter iniciado

00:13:00.410 --> 00:13:01.800
Faça mais sentido?

00:13:01.850 --> 00:13:04.640
>> Certeza, isto é, você pode usar o...
porque sou um tinkerer, eu gosto

00:13:04.690 --> 00:13:07.410
Para usar o SDK do .NET. Há muito
coisas que você pode fazer através

00:13:07.460 --> 00:13:10.640
o painel de controle, para que você possa fazer login em
a conta do Azure e carregamento

00:13:10.690 --> 00:13:13.880
um ativo. Então você tirar um arquivo MP4,
Portanto, leve seu show. É um

00:13:13.930 --> 00:13:17.110
Mostrar 20 minutos ou uma apresentação com
ou qualquer que seja. Você pode Perfuração

00:13:17.160 --> 00:13:19.340
ele até Azure e, em seguida, diga
Eu quero codificar e ele

00:13:19.390 --> 00:13:23.950
tem opções. Você deseja codificá-lo
para reprodução de iOS ou reprodução de PC?

00:13:24.000 --> 00:13:26.040
Isso é obtido predeterminado
configurações.

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

00:13:26.820 --> 00:13:29.300
>> E, em seguida, ele fornece uma URL. E
Você pode publicá-lo. Você pode

00:13:29.350 --> 00:13:31.330
publicá-lo se você deseja ou não.
Portanto, quando você deseja torná-lo

00:13:31.380 --> 00:13:34.440
público, que você diz a publicar. Em seguida, ele
Fornece uma URL. Leve que

00:13:34.490 --> 00:13:38.490
URL, colocá-lo em algum tipo de um
o Flash player ou um HTML5

00:13:38.540 --> 00:13:42.250
player de vídeo em uma página HTML simple,
e você tem a reprodução.

00:13:42.300 --> 00:13:43.080
>> Que 's maravilhosa.

00:13:43.130 --> 00:13:46.400
>> Agora você tirar um passo
Além disso, você pode criar um banco de dados

00:13:47.120 --> 00:13:50.150
para que as pessoas recebem uma lista de suas apresentações.
Eles clicarem na apresentação,

00:13:50.200 --> 00:13:53.570
ele abre uma página da Web, leva
Essa URL do banco de dados.

00:13:53.620 --> 00:13:54.750
>> Certeza. Empurra-lo lá.

00:13:54.800 --> 00:13:55.530
>> E pronto.

00:13:56.410 --> 00:13:58.150
Agora, você está YouTube.
Feito.

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

00:14:00.640 --> 00:14:03.250
>> Uma coisa que você deseja fazer, no entanto,
Se você tem uma grande largura de banda

00:14:03.300 --> 00:14:07.400
em coisas, você pode ligar o Azure
ou Limelight ou outras CDNs

00:14:07.450 --> 00:14:12.850
o Azure Media Services. Azure
ter um CDN, mas se você estiver

00:14:12.900 --> 00:14:16.160
um cliente da Akamai ou um Limelight
cliente ou um cliente de borda

00:14:16.750 --> 00:14:20.820
Há maneiras de conectar que muito
facilidade para a mídia do Azure

00:14:20.870 --> 00:14:22.180
Serviços ativos, também.

00:14:22.230 --> 00:14:26.370
>> Bonito. Há toneladas de provedores
aí na nuvem,

00:14:26.420 --> 00:14:31.350
como a nuvem está cheia de pessoas,
outras pessoas que não sejam da Microsoft

00:14:31.400 --> 00:14:37.110
com o Azure com serviços de suporte
o tipo de cargas de trabalho de mídia.

00:14:38.360 --> 00:14:42.300
Por que alguém desejaria ficar com
Azure versus, digamos, algo

00:14:42.350 --> 00:14:46.650
baseado em outra plataforma de mídia?

00:14:47.170 --> 00:14:50.720
>> Bem, o que eu gosto, ele me dá
todas as peças diferentes que desejo.

00:14:50.770 --> 00:14:54.790
Ele me dá armazenamento ótimo, excelente
armazenamento Elástico, para que eu possa colocar

00:14:54.840 --> 00:14:59.860
tantos vídeos lá conforme desejado. Eu
Conheça a segurança, a redundância

00:14:59.910 --> 00:15:04.010
capacidade de recuperação de dados. Em seguida
Eu tenho meu frente do aplicativo

00:15:04.060 --> 00:15:07.550
final, Minhas coisas do site, para que eu possa
Crie o aplicativo. Ele fica

00:15:07.600 --> 00:15:11.250
no mesmo tipo de ponto. Em seguida
Crio meu inteligência ou

00:15:11.300 --> 00:15:14.340
os serviços de mídia está lá, como
muito bem. Portanto, podem ser colocados no Visual

00:15:14.390 --> 00:15:18.340
Studio e construir todas essas camadas.
Em seguida, quando eu tiver concluído, eu entrar

00:15:18.390 --> 00:15:22.020
Publique e ele estiver lá. Isso
o que eu realmente gosto. Posso ter

00:15:22.070 --> 00:15:24.740
aqui, sentado em um quarto de hotel.
Eu pode estar apoiada na Islândia.

00:15:24.790 --> 00:15:27.240
Se eu quiser fazer um ajuste, eu quero
para publicar esse código para cima...

00:15:28.180 --> 00:15:31.500
do todo o meu código no TFS no Visual
Studio on-line, que é copiado

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

00:15:33.020 --> 00:15:36.650
Portanto, é um grande fluxo de trabalho. Sendo
uma pessoa pequena, eu não tenho

00:15:36.700 --> 00:15:38.780
ter um monte de equipe.

00:15:39.920 --> 00:15:44.150
>> Que 's fantástico. Agora, o um
coisa que tipo de aviso sobre

00:15:44.200 --> 00:15:46.330
o que você está descrevendo é
falamos muito sobre

00:15:47.820 --> 00:15:52.460
TFS e .NET e esse tipo de coisa.

00:15:53.510 --> 00:15:56.420
Sei que muitas vezes, quando estou
conversar com os clientes para o

00:15:56.470 --> 00:16:00.720
primeira vez sobre o Azure, eles realmente
acha que é um Microsoft

00:16:00.770 --> 00:16:04.310
apenas seguro para executar.

00:16:04.960 --> 00:16:08.060
Que foi a sua experiência com o
o Azure Media Services?

00:16:08.110 --> 00:16:11.940
É muito mais um parque da Microsoft?
Você precisa saber o Microsoft

00:16:11.990 --> 00:16:14.340
linguagens de programação e
Serviços Microsoft?

00:16:14.390 --> 00:16:16.580
>> Não. Eles têm o SDK para Java.

00:16:17.910 --> 00:16:22.440
Na verdade, é o meu blog do WordPress
PHP. Você pode criar muitos

00:16:22.490 --> 00:16:26.930
imagens diferentes do Linux. A mídia
Os serviços são muito API baseada em,

00:16:26.980 --> 00:16:29.770
Portanto, é o idioma desejado.
Você não se preocupe com o Windows.

00:16:29.820 --> 00:16:32.430
Você não se preocupe com Microsoft.
Trabalhar sobre como acessar um h. 264

00:16:33.070 --> 00:16:37.550
ou um vídeo ativo e codificá-lo.
O padrão de codificação para iOS.

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

00:16:39.060 --> 00:16:40.320
>> Que 's fantástico.

00:16:40.370 --> 00:16:42.610
>> Protocolo de streaming da Apple que 's.

00:16:43.580 --> 00:16:47.240
Portanto, não é apenas para o Windows 8
ou Windows Phone. Os padrões

00:16:47.290 --> 00:16:49.880
são para Android e iOS, portanto você
pode facilmente subir ativos

00:16:49.930 --> 00:16:52.150
e obtê-los para todos os
serviços do Mobile.

00:16:52.960 --> 00:16:56.450
>> Que 's fantástico. Conte-me,
qual é a próxima apresentação?

00:16:56.500 --> 00:16:57.270
Quais são os planos?

00:16:57.320 --> 00:17:01.900
>> Bem, podemos apenas ter comprado plano
ingressos para Noruega, portanto, ampliamos

00:17:01.950 --> 00:17:05.000
recém-lançado nosso primeiro episódio
à Islândia. Que temos sete

00:17:05.050 --> 00:17:08.600
mais ir, portanto você verá nos obter
mais uma tolice como chegamos ao redor.

00:17:08.900 --> 00:17:10.020
Podemos comer rotten shark.

00:17:11.160 --> 00:17:13.930
Temos alguns cavalo
em nossa chapa.

00:17:14.430 --> 00:17:16.620
>> Anthony Bourdain, comer
seu coração-out.

00:17:16.670 --> 00:17:22.840
>>, Em seguida, vamos lá. Podemos peixes do Atlântico Médio
Montanhas e, em seguida, neste verão

00:17:22.890 --> 00:17:26.400
podemos está indo para os fjords. Adotamos
nosso fantasma DJI, nosso zumbido

00:17:26.450 --> 00:17:29.670
e vamos fazer uma viagem
de Oslo para Trondheim, e

00:17:29.720 --> 00:17:33.610
Familiarize-se com os fjords mais alto que possível
e o zumbido se soltam para obter

00:17:33.660 --> 00:17:35.250
Alguns modos de exibição espetaculares.

00:17:35.300 --> 00:17:38.320
>> Não posso esperar para ver o que. Isso
absolutamente muito interessante.

00:17:38.370 --> 00:17:42.890
Você tem os pensamentos
o futuro e coisas que faria

00:17:42.940 --> 00:17:45.740
deseja fazer com a mídia do Azure
Serviços no futuro?

00:17:45.790 --> 00:17:49.630
>> Bem, realmente vamos tentar
para simplificar o fornecimento ao vivo,

00:17:50.650 --> 00:17:53.560
Portanto, é muito mais fácil para as pessoas
Se desejar transmitir ao vivo

00:17:53.610 --> 00:17:58.600
eventos e obtenha a informação arquivada
Depois disso, porque ele pode estar

00:17:58.650 --> 00:17:59.910
gravado no back-end.

00:18:00.620 --> 00:18:03.640
Por isso, queremos push que e fazer
ele muito completo, mas também fazer

00:18:03.690 --> 00:18:06.280
ele completa para empresas. Então
Digamos que você é uma universidade e

00:18:06.330 --> 00:18:10.630
Você tem 40 esportes. Como você faz
gerenciar todos esses pontos?

00:18:10.680 --> 00:18:14.980
E isso é o que estamos jogando
neste momento. Temos mais de 45

00:18:15.030 --> 00:18:17.290
diferentes codificadores no campo
que tudo foi indo na

00:18:17.340 --> 00:18:20.600
a mesma hora, como gerenciar isso?
É fácil fazer um fluxo

00:18:20.650 --> 00:18:24.920
em um evento. Estamos realmente colocando
um sistema de gerenciamento ao longo da parte superior

00:18:24.970 --> 00:18:28.280
de tudo que e resolvendo a tecnologia
para que as pessoas podem fazer isso.

00:18:28.330 --> 00:18:32.440
Desejo transmitir de 7:00 para
8:00 como fazer isso? Tique-taque,

00:18:32.490 --> 00:18:35.790
escala e eles podem ir. Portanto, estamos realmente
tentando colocar a facilidade de uso

00:18:36.000 --> 00:18:40.540
em pessoas automática de difusão ou de difusão
eventos como o beisebol, hóquei sobre.

00:18:40.590 --> 00:18:41.890
Fizemos voleibol.

00:18:42.630 --> 00:18:45.090
Estava envolvido na transmissão
Jogos na web no Canadá

00:18:45.140 --> 00:18:51.460
2011, 2013. Tivemos mais 400.000
visualizadores por eventos, como para o

00:18:51.510 --> 00:18:54.150
duas semanas, para que ele tenha
foi divertido real.

00:18:54.200 --> 00:18:57.330
>> Excelente. Se alguém quiser
falar e entre em contato com

00:18:57.380 --> 00:19:01.440
sobre o trabalho que você está fazendo,
o que a sua empresa faz, ou até mesmo

00:19:01.490 --> 00:19:04.690
apenas para conversar um pouco e compartilhar
suas experiências, como seria

00:19:04.740 --> 00:19:05.480
eles fazer isso?

00:19:05.530 --> 00:19:08.780
>> Bem, meu email é Ryan, R-S-A-N,
em ryangroom.com,

00:19:10.000 --> 00:19:13.800
ou no Twitter em @RyanGroom.
Isso é fácil.

00:19:13.850 --> 00:19:17.750
>> Maravilhosa. Bem, Ryan, Ei, Obrigado
tanta. Realmente estimo

00:19:17.800 --> 00:19:23.090
você a pena. Ryan se baseia
em Atlanta, no Canadá e ele

00:19:23.140 --> 00:19:25.730
foi gracious venha para baixo
para Monckton, New Brunswick,

00:19:25.780 --> 00:19:31.070
hoje a sentar-se e bate-papo comigo e
Recortar sua maneira por meio de massa

00:19:31.120 --> 00:19:35.710
quantidades de snowfall que recentemente
apareceu. Boa sorte. Espero que

00:19:35.760 --> 00:19:40.240
Aproveite algum tempo bem-merecida
off em sua viagem e agradecer

00:19:40.290 --> 00:19:45.220
por participarem conosco e
assistindo a Este episódio.