WEBVTT

00:00:00.200 --> 00:00:04.000
[음악]

00:00:04.500 --> 00:00:08.380
지금까지 참여해 주셔서 감사 합니다. 난
슈퍼-흥분 돼 앉아 있을 수

00:00:08.430 --> 00:00:11.150
여기의 좋은 친구와 내 한
방법은 뒤로 한 동료

00:00:11.200 --> 00:00:16.840
사용자를 충분히 친절 Ryan 신랑
고 우리와 함께 앉아 찾아 오게

00:00:16.890 --> 00:00:20.250
약간의 일부에 대 한 비트는
놀라운 정보를 수행 하 고 그

00:00:20.300 --> 00:00:23.400
온라인 비디오 및 특히
Azure 미디어 서비스입니다.

00:00:23.670 --> 00:00:25.980
이 모르는 사람들에 대 한
Ryan를 볼 수 있도록

00:00:26.030 --> 00:00:28.520
우리는 다소 배경의 자신에
한 되었습니다 뭐 하 고입니다.

00:00:28.570 --> 00:00:32.200
>> 있는지 확인 합니다. Microsoft에서 필자
오랜 시간에 대 한 플랫폼입니다.

00:00:32.250 --> 00:00:35.330
Microsoft 파트너가 되었습니다.
2002로 다시.

00:00:35.850 --> 00:00:40.250
2004 년에 한 종류의 종료 하는
내 버블링 있어서 내가 지금

00:00:40.300 --> 00:00:45.390
다시 제공 됩니다. 작은 TV 쇼를 해야 합니까
내 피에는 비디오 및

00:00:45.440 --> 00:00:48.870
방금 Azure 미디어와 잘 일치
서비스입니다. 때문에 파티를 엽니다,

00:00:48.920 --> 00:00:52.810
내가 필름, wintertime, 및 I
편집 및 코딩 프로젝트 수행

00:00:52.860 --> 00:00:55.350
Azure 미디어 서비스입니다.

00:00:55.640 --> 00:00:58.210
>> 지금 약 좀 보내 주십시오
쇼입니다. 어떻게 하면 될까요?

00:00:58.260 --> 00:01:01.910
>>와 Trekkit 이라고 합니다. 가
컴퓨터 사용자에 대 한

00:01:01.960 --> 00:01:04.890
사무실 사람들의 뒷면 끝
시작 및 종료를 조금

00:01:04.940 --> 00:01:08.570
adventuring. 우리는 모두의
모양 및 우리 것 처럼 가장

00:01:09.570 --> 00:01:13.390
인디아나 존스입니다. 했다 등의
Katahdin 마운트의에서 칼의 가장자리입니다.

00:01:13.440 --> 00:01:16.010
따라서 통과 하는 사람이 있는데
칼의 가장자리입니다. 그

00:01:16.060 --> 00:01:20.190
폭 3 m. 1, 000 미터는
어느 한 쪽에 놓기

00:01:20.240 --> 00:01:23.010
한 채 여기 앉아. 난
안 쪽에 울,

00:01:23.060 --> 00:01:26.290
하나라도 더 멀리 이동 합니다. 하지만
수행 하는 전문가 및

00:01:26.340 --> 00:01:29.280
을 정도의 어 Ryan. 가
모험가, 난 놈

00:01:29.330 --> 00:01:32.900
있도록 했다, 되 고 싶어 하지만
입니다. 영국에 있는 했다.

00:01:32.950 --> 00:01:36.240
차는 스카이 섬, 여기
사람 보다 더 많은 양이 있습니다.

00:01:36.290 --> 00:01:37.090
하더군요입니다.

00:01:37.140 --> 00:01:37.680
>> 놀라운.

00:01:37.730 --> 00:01:40.550
>> 고도 지난 여름
4로 아이슬란드, 미국

00:01:40.600 --> 00:01:43.110
수행 하는 골든 뿐 아니라
원 하는 대부분의 사람들이

00:01:43.160 --> 00:01:47.340
섬 전체가 우리를 위해. 우리
레이로 자리를 진행 합니다.

00:01:47.640 --> 00:01:51.030
없는 사람이 없었습니다. 설정 된
카메라 좋은 시간이 고.

00:01:51.080 --> 00:01:54.880
내가 돌아올 하므로 모든 편집
내 windows PC. 대부분의 사람들이

00:01:54.930 --> 00:01:57.010
다시, 모두 들 편집
Mac에서 모두 그렇게 하지만

00:01:57.060 --> 00:02:01.230
큰 내에 adobe Creative 클라우드
Windows 8 상자입니다. 그런 다음 모든 내

00:02:01.280 --> 00:02:03.590
비디오 인코딩 수행 됩니다.
Azure 미디어 서비스입니다.

00:02:03.640 --> 00:02:06.910
>> 어떻게 않습니다에 도달 하면에 대 한
Azure 미디어 서비스를 사용?

00:02:06.960 --> 00:02:11.240
때문에 사용 하는 것이 고
작업 방법이 Microsoft?

00:02:11.290 --> 00:02:15.800
>> 아니요 하는 방법의 찾을 예정
여러 비디오 형식을 제공 합니다.

00:02:15.850 --> 00:02:20.540
여러 장치. 난 라이브 스트리밍 실행
로컬 텔코에 대 한 고

00:02:20.590 --> 00:02:23.750
부드러운 스트리밍 방금 찍은.
하지만 전세계 변경의

00:02:23.800 --> 00:02:27.980
자세한 장치 HLS를 필요합니다. 새 레코드
대시를 선택 하 고 우리는 여전히

00:02:28.030 --> 00:02:31.020
부드러운 스트리밍 구성 요소입니다. 하 고
세 개를 부여 하 고 싶지

00:02:31.070 --> 00:02:34.920
다른 신호 인코딩할 필요가
그 세 번입니다. Pc

00:02:34.970 --> 00:02:38.540
무력화 되었습니다. 따라서 찾고자
라이브 서비스 및

00:02:38.590 --> 00:02:42.760
다행히 했 어의 미리 보기입니다
라인이 된 마지막이 감소 합니다.

00:02:42.810 --> 00:02:45.740
하지만 서비스를 구성 하는
1 수집이 할 수와

00:02:45.790 --> 00:02:49.950
실제로 아웃 뿜는 다 고요 HLS를 뿜는 다 고요
부드러운 스트리밍 및 뿜는 다 고요

00:02:50.000 --> 00:02:54.720
대시, 모두 같은 시간에 따라서
하지만 우리가 iOS 장치 준비

00:02:54.770 --> 00:02:58.110
Windows 8 앱을 계속 사용
또는 셋톱 박스입니다.

00:02:58.850 --> 00:03:02.720
대시, 새로운 JavaScript 많이 하 고
비디오 플레이어에 대시를 사용 하 여

00:03:02.770 --> 00:03:06.290
따라서 새로운 IE와 크롬 같은 수 있습니다.
소비는 없

00:03:06.340 --> 00:03:09.490
3 개의 신호 및 걱정을
에 대 한 세 가지 신호 품질.

00:03:09.540 --> 00:03:13.000
난 거 하나를 가져오고 난 수 뿜는 다 고요 그
다른 이러한 모든 형식입니다.

00:03:13.050 --> 00:03:17.910
>>는 놀라운. 이 있어야 하므로
학습 하는 여행 동안

00:03:17.960 --> 00:03:23.450
TV 필름에 뿐만 아니라 방법에 대 한 표시
컨텐츠를 생산 하는 방법

00:03:24.120 --> 00:03:28.480
하지만 실제로 작업 하는
Azure와 같은 클라우드 기반 공급자

00:03:28.530 --> 00:03:30.110
미디어에 있습니다.

00:03:30.960 --> 00:03:33.570
몇 가지는 것입니다
하는 방법에 대 한을 놀 랐?

00:03:33.620 --> 00:03:38.340
>> 담당 했습니다 방식으로 다시 이동 하려면
1991 이후 서버.

00:03:39.260 --> 00:03:42.520
어떤 형태로 든 다른 보 았
서버 또는 서버 뱅크

00:03:42.570 --> 00:03:46.240
또는 고객에 대 한 관리 되는 서버
종료 바로 지난 주

00:03:46.290 --> 00:03:50.140
내 마지막 서버를 담당 필자
따라서 된 큰 전환 합니다.

00:03:50.190 --> 00:03:53.420
필자는 megalomaniac입니다. 제어 하는
특히 고 수

00:03:53.470 --> 00:03:57.500
보고 서버를 설치
구성할 수

00:03:57.550 --> 00:04:02.260
와를 클라우드로 이동 된
여기서이 회색 큰 단계입니다.

00:04:02.310 --> 00:04:04.910
여행 했기 때문에 되도록
신뢰 계수는

00:04:05.460 --> 00:04:08.970
신뢰가 야 하는 것이
충분 한 인터넷 연결

00:04:09.020 --> 00:04:12.260
것을 클라우드로
가동 시간을가지고 진행

00:04:12.310 --> 00:04:13.380
중복 있어야 합니다.

00:04:13.900 --> 00:04:16.180
때 서버 인프라를 구축 했습니다
내용이 있는지 등

00:04:16.230 --> 00:04:19.630
SQL을 했던 때 미러링 하는 것이 있었습니다.
경우에 따라서는 미러 했습니다.

00:04:19.680 --> 00:04:22.870
거울. 부하를 많이 했습니다.
균형을 때 일

00:04:22.920 --> 00:04:25.240
배송 오류를 해결할 수 있습니다
우리가 유선 터치 수 있기 때문에.

00:04:25.290 --> 00:04:26.830
>> 있는지 확인 합니다. 그를 흔들어 수 있습니다.

00:04:26.880 --> 00:04:31.730
>>이 였 고 하드를 호출 하지만 한 번
버블링 Azure 도구 시작

00:04:31.780 --> 00:04:35.570
기타 Visual Studio는 I
웹 사이트 빌드 또는 빌드 수 있습니다.

00:04:35.620 --> 00:04:38.900
서비스를 게시할 수
에 Visual Studio 해당

00:04:38.950 --> 00:04:42.240
서비스 및 연결 수
그 다음은 전구

00:04:42.290 --> 00:04:45.510
잘 오고, 시작,이
매우 흥미로운 워크플로입니다.

00:04:45.560 --> 00:04:48.020
토요일을 하려는 때에
긴장, 걱정 하지 않아도

00:04:48.070 --> 00:04:52.170
많은 서버 들었습니다
다운 합니다. 뉴브런즈윅에 있는 것과

00:04:52.220 --> 00:04:55.330
많은... 없는 많은
몬트리올에서 우리의 서버 농장은

00:04:55.380 --> 00:04:59.260
오타와 나 토론토에서 다른
경력, 및 때때로 시간

00:04:59.310 --> 00:05:02.340
정말 문제는 발생 하 고
이러한 서비스 공급자 수 없습니다.

00:05:02.390 --> 00:05:06.290
문제를 해결 하 고 난 운전 합니다.
내 친구를 사용 하 여

00:05:06.340 --> 00:05:09.280
새 항목을 수정 하는 위치
장비입니다. 아마 새 서버

00:05:09.330 --> 00:05:13.200
새 스위치를 어쩌면, 어쩌면 새로운
방화벽 및 난 필요가 없습니다.

00:05:13.250 --> 00:05:14.300
더 이상 그렇게 합니다.

00:05:14.820 --> 00:05:18.030
이 거 휴가
대화를 하 고 모두

00:05:18.080 --> 00:05:21.710
작업을 수행 하는 부여 권한 부여 광산의 친구
Azure 내 계정

00:05:21.760 --> 00:05:23.310
이 사람이 많이 신뢰 하 고.

00:05:23.360 --> 00:05:24.880
>> 총회는 있는지 확인 합니다.

00:05:24.930 --> 00:05:28.560
>> 하지만 이제 그 키가 필요가 없습니다.
그 암호를 가질 필요가 없습니다.

00:05:28.610 --> 00:05:32.280
이제는 내 Azure 인프라에 대 한 액세스
이해 하 고

00:05:32.700 --> 00:05:36.210
흥미로운 내용 구성 하 여, 및 그의
시간입니다. 자유롭게 일종의입니다.

00:05:36.260 --> 00:05:40.200
강아지 칼라에서 발생할가
서버 팜 및 내가 수 있습니다.

00:05:40.250 --> 00:05:42.310
원하는 위치에 수 있습니다. 아이슬란드에 있었습니다
우리는 약간은 거의 없었습니다.

00:05:42.360 --> 00:05:46.160
했습니다 고객에 대 한 문제
인터넷에 액세스 합니다. 난 내

00:05:46.210 --> 00:05:48.920
Azure 계정 우리가 수정 하 고
멀리 차. 정말 재미 있었습니다.

00:05:48.970 --> 00:05:52.980
>>는 놀라운. 그건 정말로
멋지지 않습니까? 지금 시작 하는 평가

00:05:53.030 --> 00:05:55.930
Azure 미디어를 사용 하는 방법에 대 한 자세한 내용은
서비스 된 모든 사항

00:05:55.980 --> 00:05:59.890
이 작업에 대 한 달라진는 있습니다.
에 대 한 원하지 않습니다?

00:05:59.940 --> 00:06:03.340
>> 예, 인코더입니다. 예상 못 했
메서드를 사용 하려면

00:06:03.390 --> 00:06:07.870
큰 파일에서에 인코딩 및
서로 다른 형식입니다. 인덱싱

00:06:07.920 --> 00:06:12.170
서비스에서 실제로 놀라운 이므로
이제 자막 닫으려면 마십시오.

00:06:12.220 --> 00:06:14.990
까지 연결 하 고 싶어요
Bing Translator. 내 말은, 그

00:06:15.040 --> 00:06:18.020
가장 큰, 하지만 되지 않을 수 있습니다.
아무것도 보다 더 나은. 이해가 안

00:06:18.070 --> 00:06:22.040
프랑스어, 스페인어, 중국어, 한
직원, 모든 사람들 이지만

00:06:22.090 --> 00:06:24.370
커뮤니티 채널에 아마의
충분 합니다. 모르겠습니다,

00:06:24.420 --> 00:06:29.110
따라서 우리는 실험입니다.
가동 시간을 있기 때문에 서버

00:06:29.160 --> 00:06:32.440
하지 않는 캐나다의 경우에 같은
어디에서 훌륭한 연결

00:06:32.490 --> 00:06:35.610
... 데이터 위치를 사용 하 여 우리 동
동 2가 있으며, 주로

00:06:35.660 --> 00:06:38.630
캐나다에 유용한 연결
인프라입니다. 항상 있었는데

00:06:38.680 --> 00:06:41.610
때문에 그에 대 한 인사 되십니까 하기도 합니다
10, 000까지 되 겠

00:06:41.660 --> 00:06:45.860
때때로 50000 동시 20, 000를
사용자는 라이브 이벤트

00:06:46.530 --> 00:06:49.970
사전 실행 버를
오른쪽 azure 미디어 서비스

00:06:50.020 --> 00:06:52.990
스트리밍 미디어 장치에 있기 때문에
200 메가 비트 회로.

00:06:53.040 --> 00:06:54.880
난 궁금 했습니다, 하는
포화 얻을 것?

00:06:55.770 --> 00:06:59.620
Vm 얼마나 필요 합니까? 때문에
되는 웹 사이트입니다.

00:06:59.670 --> 00:07:03.450
적중도입니다. 따라서 웹 사이트 준비
적중 된 것 있죠 Azure

00:07:03.500 --> 00:07:06.610
미디어 서비스를 클릭 해
blob 저장소를 수도 있기 때문에

00:07:06.660 --> 00:07:09.750
모든 그래픽은 업로드 한 사용자 지정입니다.
마찬가지로 배너 및

00:07:09.800 --> 00:07:14.910
광고는 blob 저장소에서 가져옵니다. 이 처리할 수 있습니다
그? 하 고 매우 흥미로운 되었습니다.

00:07:15.210 --> 00:07:18.530
고 대는 정말 재미 있는 내용...
전환 된 I이 여름

00:07:18.580 --> 00:07:22.260
시스템을 통해 저와 실수
내 캐싱 알고리즘입니다.

00:07:22.310 --> 00:07:23.610
물론 사이트의 느린 되었습니다.

00:07:24.250 --> 00:07:27.090
오, 아니요,이 아래로 Azure와의
잘못 된? 항상 품질 원인으로 단정 하기

00:07:27.140 --> 00:07:30.330
에 누군가가 다른, 오른쪽? 물론 그
내 코드에 문제가 있지만

00:07:30.380 --> 00:07:33.050
구해 줬 알고 계십니까? 나가 수 있습니다.
내가 하는 동안 확장 하

00:07:33.100 --> 00:07:34.970
문제를 해결 합니다. 따라서 배율

00:07:37.080 --> 00:07:39.910
마음에 조금 더 나은 수행
내가 하는 동안 운에 salve

00:07:39.960 --> 00:07:43.060
된 것입니다. 이 확장할 수 있습니까
다시 아래로 이동 합니다. 행운이 내게 비용

00:07:43.110 --> 00:07:46.640
하지만 소요 됩니까 서버
하루, 오른쪽?

00:07:46.690 --> 00:07:49.800
>> 이므로 필요에 따라 확장 될 것 같습니다
큰 부품이 함께 합니다.

00:07:49.850 --> 00:07:52.210
>> 오, 그것이 정답을 넣을 수 있기 때문에
새 응용 프로그램에 알 수 없습니다.

00:07:52.260 --> 00:07:55.110
정말 소수를 모릅니다.
로드할 수 있습니다 테스트 하는.

00:07:55.160 --> 00:07:58.760
실제를 얻을 때까지 사람... 우리
2007에서 서비스 시작

00:07:58.810 --> 00:08:03.040
CBC와 기억, 이동 하는 것 입니까
서버에 충분 한가? 에 대 한

00:08:03.090 --> 00:08:07.040
일 CBC TV에서 우리 시작 되 고
광고를 구체적으로

00:08:07.090 --> 00:08:10.570
슬슬 얻을? _ 우리 때문에
알고 있습니다. 하지만 시작할 때

00:08:10.620 --> 00:08:13.720
물건 들 내가 앉아, 볼의
성능 모니터입니다. 표시 내용

00:08:13.770 --> 00:08:16.970
응답 시간은 내 고 있습니다.
필요에 따라 위아래로 조정

00:08:17.020 --> 00:08:20.660
에 돈 많이 저장 하 고
와 많은 문제를 예방할 수 있습니다.

00:08:20.710 --> 00:08:25.690
>>는 놀라운, 하 고 있습니까
작업을...이 때문

00:08:25.740 --> 00:08:29.730
기회를 많이 제공 되어
혁신의 측면에서

00:08:29.780 --> 00:08:33.030
콘텐츠를 전달 하는 방법
쇼와 함께 하 고 있습니다. 있습니까

00:08:33.080 --> 00:08:37.440
수행 하려는 작업을
다음 단계는 Azure 사용 하 여

00:08:37.490 --> 00:08:38.930
하면 정말 흥미로운?

00:08:38.980 --> 00:08:43.070
>> 예, 일부 비디오를 작성 하는
포털 구축 자세히

00:08:43.120 --> 00:08:44.500
새로운 라이브 서비스입니다.

00:08:45.090 --> 00:08:47.940
있는 회사를 살펴보면
독일에서 몇 가지 기술

00:08:47.990 --> 00:08:51.820
라이브 스트림을 보낼 수 있도록
웹 페이지를 사용할 수

00:08:51.870 --> 00:08:55.110
웹 페이지에 플러그 인입니다
카메라에 후크를 제공 합니다. 하지만 우리

00:08:55.160 --> 00:08:58.040
뒷면에 모두 구성할 수 있습니다.
끝을 사용 하 여 없는

00:08:58.090 --> 00:09:02.410
프런트 엔드에 있는 복잡 한 응용 프로그램
및 모든 설정 권한이 있어야 합니다.

00:09:02.460 --> 00:09:05.380
로그인 할 모든 배치 합니다.
스트리밍 하려는 경우

00:09:05.430 --> 00:09:08.550
카메라를 볼 수 있는지와
모든 세부 사항을 설정할 수 있습니다.

00:09:08.600 --> 00:09:11.120
백 엔드의 고
Azure 스트리밍하십시오.

00:09:11.170 --> 00:09:14.900
>> 지금 것 같은 데 있습니다.
실제로 추가 정보를 보려면 제거

00:09:15.160 --> 00:09:20.090
콘텐츠 생산에서 및
처리 하는 장소와 때 다음을 수행할 수 있습니다.

00:09:21.130 --> 00:09:23.990
>> 물론입니다. 8 자까지 사용할 수 있습니다.
10 라이브 이벤트 동시에

00:09:24.240 --> 00:09:25.860
라이브 스트리밍
이제 수행합니다.

00:09:25.910 --> 00:09:26.930
>>는 환상적인.

00:09:26.980 --> 00:09:28.880
>> 지금 지원을 생각 합니다. 하 고
상황을 파악 하는 라이브

00:09:28.930 --> 00:09:32.790
스트리밍 이란? 금요일 밤, 토요일
일요일, 즉 고

00:09:32.840 --> 00:09:35.460
원하지를 중단 하기 때문에
내 주말 할.

00:09:35.510 --> 00:09:36.100
>> 절대적으로.

00:09:36.150 --> 00:09:39.530
>> 하지 않습니까? 생산 해야
강력 하므로 필요가 없습니다

00:09:39.580 --> 00:09:42.650
내 손가락에 배치 하 고 있기
dikes 작동 되는지 확인할 수 있습니다.

00:09:42.700 --> 00:09:46.310
갈 수 있도록 하겠습니다.
휴가, 주말에는

00:09:46.360 --> 00:09:49.900
내 친구, 내 가족 및 단지
사용할 것을 알고 있습니다.

00:09:49.950 --> 00:09:53.900
>> 한 흥미로운 점을 나타납니다.
조금 이야기 하면

00:09:53.950 --> 00:09:56.400
하려면 일부 주말 및
그와 내가 알기에

00:09:56.450 --> 00:09:57.260
긴 시간입니다.

00:09:59.730 --> 00:10:03.300
훌륭한 꾼 항상 되었습니다.
및 코드를 작성 하는 방법을 알고 있습니다.

00:10:03.350 --> 00:10:08.450
Azure를 찾으셨습니까
미디어 서비스? 그 대부분은

00:10:08.500 --> 00:10:12.590
턴키, 또는 게 하면
실제로 사용자 지정 하려면

00:10:12.640 --> 00:10:15.030
사용자 경험 및 사용자
서비스의 사용?

00:10:15.080 --> 00:10:17.680
>>도 그 마음
가장 도구를 했습니다.

00:10:18.130 --> 00:10:21.300
생각 턴키 되었으면
몇 가지는

00:10:21.350 --> 00:10:25.610
부드럽게 수 없습니다 우리가 하 고
.NET SDK 정말 맛 있어.

00:10:25.660 --> 00:10:28.200
난 아직도 하지 나머지 서비스 전문가.
내가 할 때 사용

00:10:28.250 --> 00:10:31.950
그러나.NET SDK. 마음에
수 연결 방법에 대해 너무

00:10:32.000 --> 00:10:35.280
어떤 라이브 채널 같은 쿼리를 수행할 수 있습니다.
실행 중인 이벤트

00:10:35.330 --> 00:10:38.410
실행 중인? 때문에 미디어 서비스
모든 노출 됩니다.

00:10:38.460 --> 00:10:42.690
따라서.NET 개체 모델, 난 정말
마찬가지로, 지금 우리가 수 분

00:10:42.740 --> 00:10:46.810
원하는 방법으로 면밀 한 분석
것입니다. 이벤트를 실행 하지 것입니다.

00:10:46.860 --> 00:10:49.130
여러 이벤트를 실행 하는
쿼리할 수 있어야 하므로

00:10:49.180 --> 00:10:51.290
작업 및 참조 방법
일 것입니다.

00:10:51.340 --> 00:10:55.610
>> 있는지 확인 합니다. 시작 했습니까 쓰기
모든 도구를 직접

00:10:55.660 --> 00:10:58.560
이러한 라이브 스트림 생성
나를 관리 하 시겠습니까?

00:10:58.610 --> 00:11:01.660
>> 수행 합니다. 현재 스케줄러가 있습니다.
데이터베이스 확인

00:11:01.710 --> 00:11:04.890
이벤트. 라이브 스트림을 설정 하기
또는에서 채널에

00:11:04.940 --> 00:11:08.850
적당 한 시기입니다. 이 켰다가.
그는 자동 보관 msn도

00:11:08.870 --> 00:11:11.630
따라서 스트림 후가 한
워크플로 아는 것이

00:11:11.680 --> 00:11:14.840
특정 이벤트를 걸리는 것 이므로
Url을 데이터베이스에 저장

00:11:14.890 --> 00:11:18.580
보관 된 콘텐츠를 사용할 수 있도록
따라서 나중에, 사람들이 검색할 수 있습니다.

00:11:18.630 --> 00:11:21.920
우리 또한 우리의 유산은 일부 살으십시오
Azure를 사용 하지 않는 스트림

00:11:21.970 --> 00:11:26.320
아직 우리 농산물 마이그레이션
2 기가 MP4 파일입니다. 지금 당장

00:11:26.370 --> 00:11:31.040
위치에서 지금 punted이 하
blob 저장소. 그런 다음

00:11:31.090 --> 00:11:35.170
일정을 웹 작업을 제공합니다
Azure Media 서비스에는

00:11:35.220 --> 00:11:37.910
인코더를 시작 시기는
인코더 완료, 배치 하는

00:11:37.960 --> 00:11:39.210
다시 데이터베이스로.

00:11:39.460 --> 00:11:43.300
>>는 환상적인. 소리가 너무
이러한 서비스가 많은 것 처럼

00:11:43.350 --> 00:11:46.420
당신 거 야. 사용자는 zillion 비용 해야
이 실행 하는 달러

00:11:46.470 --> 00:11:46.990
입니다.

00:11:47.040 --> 00:11:51.160
>>는 하지만 확인을 받을 때
사람들에 필요 하지 않습니다,

00:11:52.190 --> 00:11:55.710
서버 하드웨어에 드는 비용
가동 시간. 가장

00:11:55.760 --> 00:11:58.270
인 라이브 이벤트를 통해 수 없습니다
때문에 문제가 있는 경우를

00:11:58.320 --> 00:12:02.350
한 시간 놓치지, 행사를 안내 합니다.
확장성이 필요 하므로

00:12:02.400 --> 00:12:05.660
중복 및 그의 가치가 있는 것
그에 대 한 지불 합니다. 가장 비싼

00:12:05.710 --> 00:12:06.960
부분은 인코딩 부분이입니다.

00:12:07.900 --> 00:12:14.830
최대 20000 뷰어를 실행 한
보통 두 인스턴스는 이벤트입니다.

00:12:14.880 --> 00:12:15.970
>>는 환상적인.

00:12:16.020 --> 00:12:19.770
>> 권한이 캐싱 모델
장소 및 비디오

00:12:19.820 --> 00:12:23.140
Azure 미디어 서비스 들어오는 모든
모든 그래픽

00:12:23.190 --> 00:12:27.160
CDN 오프 제공 됩니다. 필요가 없습니다.
바보 같은 시작 하는

00:12:27.210 --> 00:12:29.770
실행 되는 두 개의 작은 인스턴스
따라서 좋은 모델입니다.

00:12:29.820 --> 00:12:30.690
>>는 환상적인.

00:12:31.220 --> 00:12:35.640
이 환상적인. 청각 사랑
스토리 같은 정말

00:12:35.690 --> 00:12:39.950
구름의 힘을 표시 하 고
뿐 아니라 실제 적용 가능성

00:12:40.000 --> 00:12:42.940
큰 거 대 한 회사가 아니라
사용 하려는 사람은 누구나.

00:12:45.220 --> 00:12:49.800
개발자나 다른 경우는
비디오 제작자는 생각에

00:12:50.150 --> 00:12:53.080
온라인 자산을 가진 회사
시작 하려고 하는

00:12:53.130 --> 00:12:55.710
이 방법을 수행 하면 안내
이 유형의 물건?

00:12:56.380 --> 00:13:00.360
거 대 한 학습 곡선 이란? 는
있는 방법을 시작 하는

00:13:00.410 --> 00:13:01.800
적합 하 게?

00:13:01.850 --> 00:13:04.640
>> 물론, 내 말은, 사용할 수 있습니다.
필자는 꾼이 있어

00:13:04.690 --> 00:13:07.410
.NET SDK를 사용 합니다. 많은 것은
작업을 통해 수행할 수 있습니다.

00:13:07.460 --> 00:13:10.640
에 로그인 할 수 있도록 대시보드
Azure 계정 및 업로드

00:13:10.690 --> 00:13:13.880
자산입니다. MP4 파일로 그러니까
따라서 쇼에 걸립니다. 이기는

00:13:13.930 --> 00:13:17.110
20 분 쇼 나는 1 시간 짜리 쇼
또는 무엇이 든입니다. 찍을 수 있습니다.

00:13:17.160 --> 00:13:19.340
Azure 및 다음 그 말
고, 인코딩합니다.

00:13:19.390 --> 00:13:23.950
옵션이 있습니다. 인코딩 하 시겠습니까
iOS 재생 또는 PC 재생?

00:13:24.000 --> 00:13:26.040
따라서이 있어 미리 정한
설정 합니다.

00:13:26.090 --> 00:13:26.770
>> 이상적입니다.

00:13:26.820 --> 00:13:29.300
>> 및 그 제공 하는 URL입니다. 하 고
그 게시할 수 있습니다. 할 수 있습니다.

00:13:29.350 --> 00:13:31.330
선택 하면 게시 합니다.
그렇게 하도록 하려는 경우

00:13:31.380 --> 00:13:34.440
공개, 게시를 말합니다. 그 다음
URL을 제공합니다. 받아 라

00:13:34.490 --> 00:13:38.490
URL의 일종으로 배치
flash player 또는 HTML5

00:13:38.540 --> 00:13:42.250
간단한 HTML 페이지에 비디오 플레이어
및 재생 돼.

00:13:42.300 --> 00:13:43.080
>>는 훌륭한.

00:13:43.130 --> 00:13:46.400
>> 한 단계를 수행 하는 이제
데이터베이스를 만들 뿐만 아니라

00:13:47.120 --> 00:13:50.150
따라서 사용자 프로그램이 목록을 가져옵니다.
표시를 클릭

00:13:50.200 --> 00:13:53.570
사용 하는 웹 페이지를 엽니다.
데이터베이스에서 해당 URL입니다.

00:13:53.620 --> 00:13:54.750
>> 있는지 확인 합니다. 여기에서 그 punts.

00:13:54.800 --> 00:13:55.530
>> 고 다.

00:13:56.410 --> 00:13:58.150
당신은 지금 YouTube입니다.
이 작업을 수행 합니다.

00:13:58.760 --> 00:14:00.590
>> 우 와입니다. 놀랍군요입니다.

00:14:00.640 --> 00:14:03.250
>> 한 가지를 수행 하지만,
대역폭을 많이 받은 경우

00:14:03.300 --> 00:14:07.400
Azure에 물건에 후크 할 수 있습니다.
Limelight 또는 다른 CDNs

00:14:07.450 --> 00:14:12.850
Azure 미디어 서비스입니다. Azure
면 되지만, CDN에는

00:14:12.900 --> 00:14:16.160
Akamai 고객 또는 Limelight는
고객 또는 가장자리 고객 프로그램

00:14:16.750 --> 00:14:20.820
가 매우 연결 하는 방법
Azure 미디어에 쉽게

00:14:20.870 --> 00:14:22.180
자산을 서비스합니다.

00:14:22.230 --> 00:14:26.370
>> 아름 다운. 톤의 공급자가
클라우드에서 그곳

00:14:26.420 --> 00:14:31.350
클라우드는 사람 처럼
Microsoft 이외의 다른 사람들

00:14:31.400 --> 00:14:37.110
서비스를 지원 하기 위해 Azure를 사용 하 여
미디어 작업의 형식입니다.

00:14:38.360 --> 00:14:42.300
다른 이유는 하 게
Azure, 무언가 비교

00:14:42.350 --> 00:14:46.650
다른 미디어 플랫폼을 기반으로 하는?

00:14:47.170 --> 00:14:50.720
>> 음, 어떻게 마음을 나면합니다
모든 다른 부분 합니다.

00:14:50.770 --> 00:14:54.790
나면 좋은 스토리지, 훌륭한
나 활용할 수 있도록 유연한 스토리지

00:14:54.840 --> 00:14:59.860
많은 비디오를 원하는 대로. I
중복, 보안, 알

00:14:59.910 --> 00:15:04.010
해당 데이터의 복원 합니다. 그런 다음
내 응용 프로그램 앞에 있는데

00:15:04.060 --> 00:15:07.550
끝을 수 있도록 내 사이트 정보
응용 프로그램을 빌드하십시오. 들어가도록

00:15:07.600 --> 00:15:11.250
스폿 같은 정렬 합니다. 그런 다음
내 정보를 만들 수 또는

00:15:11.300 --> 00:15:14.340
미디어 서비스 거기로
잘. 시각에 자리 하도록

00:15:14.390 --> 00:15:18.340
Studio와 이러한 모든 레이어를 빌드입니다.
그런 다음, 완료 될 때 이동

00:15:18.390 --> 00:15:22.020
게시 하 고 있다는 것입니다. 는
어떤 정말 맛 있어. 제가 될 수 있습니다.

00:15:22.070 --> 00:15:24.740
호텔 객실에서 여기 앉아.
난 아이슬란드에 앉아 있을 수 있습니다.

00:15:24.790 --> 00:15:27.240
원하는 확인을 조정한 경우
해당 코드를 게시...

00:15:28.180 --> 00:15:31.500
모든 코드의 시각에서 TFS에
Studio 온라인 지원 됩니다

00:15:31.550 --> 00:15:32.400
하 여 Azure.

00:15:33.020 --> 00:15:36.650
유용한 워크플로. 되 고
작은 놈이 지를 필요가 없습니다.

00:15:36.700 --> 00:15:38.780
들 많이 했습니다.

00:15:39.920 --> 00:15:44.150
>>는 환상적인. 이제 한
작업 종류에 대 한 공지 I

00:15:44.200 --> 00:15:46.330
설명 하는
많이 얘기 한

00:15:47.820 --> 00:15:52.460
TFS 및.NET 및 이러한 종류의 물건입니다.

00:15:53.510 --> 00:15:56.420
시간 때 내가 많이 알으십시오
고객에 게는

00:15:56.470 --> 00:16:00.720
Azure에 대 한 처음은 정말
Microsoft는 생각지 않습니다

00:16:00.770 --> 00:16:04.310
재생 하려면 샌드박스만 있습니다.

00:16:04.960 --> 00:16:08.060
경험을 하는 되었습니까
Azure 미디어 서비스?

00:16:08.110 --> 00:16:11.940
Microsoft 놀이터 거의 입니까?
Microsoft 학습 돼

00:16:11.990 --> 00:16:14.340
프로그래밍 언어 및
Microsoft 서비스?

00:16:14.390 --> 00:16:16.580
>> 아니요 Java에 대 한 SDK를 갖습니다.

00:16:17.910 --> 00:16:22.440
사실 WordPress 블로그가입니다.
PHP입니다. 다양 한 회전 수 있습니다.

00:16:22.490 --> 00:16:26.930
다른 Linux 이미지입니다. 미디어
서비스는 매우 API 집합,

00:16:26.980 --> 00:16:29.770
언어에 상관 없이 원하는 때문입니다.
Windows에 대 한 걱정 하지 마십시오.

00:16:29.820 --> 00:16:32.430
Microsoft에 대 한 걱정 하지 마십시오.
h. 264를 수행 하는 방법에 대 한 작업

00:16:33.070 --> 00:16:37.550
또는 비디오 자산을 인코딩합니다.
기본 인코딩 iOS입니다.

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

00:16:39.060 --> 00:16:40.320
>>는 환상적인.

00:16:40.370 --> 00:16:42.610
>>는 Apple의 스트리밍 프로토콜입니다.

00:16:43.580 --> 00:16:47.240
Windows 8에 대 한 바로 되지 않도록
또는 Windows Phone. 기본값

00:16:47.290 --> 00:16:49.880
Android 및 iOS를 따라서가 있습니다
수 아주 쉽게 준비 자산

00:16:49.930 --> 00:16:52.150
모두를 가져올 및 해당
모바일 서비스입니다.

00:16:52.960 --> 00:16:56.450
>>는 환상적인. 이야기,
쇼 다음은?

00:16:56.500 --> 00:16:57.270
어떤 계획 입니까?

00:16:57.320 --> 00:17:01.900
>> 음, 우리는 얼마간 평면
노르웨이, | 때문에 티켓

00:17:01.950 --> 00:17:05.000
최신 릴리스는 첫 번째 에피소드
에 아이슬란드. 7 접수 했습니다.

00:17:05.050 --> 00:17:08.600
더 이동 하기를 볼 수 있습니다
해결할 것 처럼 바보 같은 개.

00:17:08.900 --> 00:17:10.020
로튼 상어를 먹을 것입니다.

00:17:11.160 --> 00:17:13.930
몇 가지 말 것
에 우리 판.

00:17:14.430 --> 00:17:16.620
>> Anthony Bourdain 먹을
원하는 대로 아웃.

00:17:16.670 --> 00:17:22.840
>> 다음 이동 합니다. 우리 낚시 중부-대서양
볼록 합니다 및 다음이 여름

00:17:22.890 --> 00:17:26.400
향해가 fjords. 여기서
우리의 DJI 팬텀, 우리 드 론

00:17:26.450 --> 00:17:29.670
여행을 하 고
Oslo, Trondheim에의 한

00:17:29.720 --> 00:17:33.610
-\-

00:17:33.660 --> 00:17:35.250
스펙타클한 일부 보기입니다.

00:17:35.300 --> 00:17:38.320
>> 내가 볼 수 기다릴 수 없습니다. 는
절대 멋지지.

00:17:38.370 --> 00:17:42.890
있어요 모든 생각에 대 한
미래와 일 하는 것에

00:17:42.940 --> 00:17:45.740
Azure 미디어 하 시겠습니까
앞으로 서비스?

00:17:45.790 --> 00:17:49.630
>>도 실제로 해요 시도
실시간으로 제공 하는 간단 하

00:17:50.650 --> 00:17:53.560
것이 훨씬 편리 하도록
스트림 라이브를 하는 경우

00:17:53.610 --> 00:17:58.600
이벤트 및 보관 된 조각 가져오기
그 후에 수 있도록

00:17:58.650 --> 00:17:59.910
백 엔드에 기록 됩니다.

00:18:00.620 --> 00:18:03.640
하 게 되므로
아주 그 턴키, 뿐만 아니라 확인

00:18:03.690 --> 00:18:06.280
그 조직에 대 한 턴키입니다. 따라서
당신은 대학을 말 하 고

00:18:06.330 --> 00:18:10.630
40 스포츠 있어요. 어떻게 합니까
이러한 모든 요소를 관리 하는?

00:18:10.680 --> 00:18:14.980
어떻게 우리가 짓을 하 고
지금 당장. 우리는 45 개

00:18:15.030 --> 00:18:17.290
필드에 다른 인코더
가 수 모두의

00:18:17.340 --> 00:18:20.600
같은 시간, 어떻게 실행 관리는?
스트림을 두 개를 쉽게합니다

00:18:20.650 --> 00:18:24.920
하나의 이벤트입니다. 정말 올리는 것
맨 위에 있는 관리 시스템

00:18:24.970 --> 00:18:28.280
모든 하 고 기술, 박탈
사람들을 할 수 있습니다.

00:18:28.330 --> 00:18:32.440
7시 스트리밍 하려는 경우
8:00, 어떻게 하면 되나요? 틱 틱

00:18:32.490 --> 00:18:35.790
틱과 이동할 수 있습니다. 그렇다면 우리는 정말
시장을 가져올 하려고 합니다.

00:18:36.000 --> 00:18:40.540
자기 방송 하 고 방송에
야구에서와 같은 이벤트 쿼리 합니다.

00:18:40.590 --> 00:18:41.890
배구를 했다.

00:18:42.630 --> 00:18:45.090
방송에 참여 했습니다.
웹에서 캐나다 게임

00:18:45.140 --> 00:18:51.460
2011, 2013. 400, 000 개 했습니다.
이벤트당 뷰어에 대 한 마음은

00:18:51.510 --> 00:18:54.150
2 주 이므로
가장 흥미로운이 되었습니다.

00:18:54.200 --> 00:18:57.330
>> 우수 합니다. 누군가가 하고자 할 경우
사용자에 게 연락 및 문의

00:18:57.380 --> 00:19:01.440
수행 중인 작업에 대 한 수
회사는 어떤 나도

00:19:01.490 --> 00:19:04.690
조금 채팅 하 고 공유를
그 환경을 어떻게는

00:19:04.740 --> 00:19:05.480
합니까?

00:19:05.530 --> 00:19:08.780
>>, 전자 메일은 Ryan, R-Y-A-N,
에 ryangroom.com,

00:19:10.000 --> 00:19:13.800
@RyanGroom에는 Twitter에.
그건 아주 간단 합니다.

00:19:13.850 --> 00:19:17.750
>> 정말 멋져. 물론 Ryan, 고 맙 소
너무 많아입니다. 정말 감사 드립니다.

00:19:17.800 --> 00:19:23.090
시간을 내어 있습니다. Ryan는 기반
아 틀 란 타, 캐나다 및 그

00:19:23.140 --> 00:19:25.730
귀결을 충분히 gracious 했습니다.
에 Monckton, 뉴브런즈윅,

00:19:25.780 --> 00:19:31.070
오늘 가만히 앉아서 나 하 고
그의 길을 거 대 한 컷

00:19:31.120 --> 00:19:35.710
최근에 snowfall 양의
나타났습니다. 행운을 빌어요. 으 면 좋겠다

00:19:35.760 --> 00:19:40.240
그럴된 시간을 즐길 수
여행 중에 해제 및 감사

00:19:40.290 --> 00:19:45.220
우리에 가입 하 고
이 에피소드를 보고 있습니다.