2. One
way,
No
Feedbak
미디어 =
전달을 위한 통로
Interactive,
Real-‐time
Feeback
미디어 =
공유와 참여를
위한 공간
출처 :
http://www.baekdal.com/analysis/market-‐of-‐information
미디어의 환경 변화
3. [연령별 필수 매체-방송통신위원회 2014년 매체 이용형태조사보고서]
IP기반 미디어 서비스는
“부가서비스가 아닌 주 서비스”
10대 :
83.2%
20대 :
84.7%
30대 :
73.1%
40대 :
57.6%
스마트폰 +
PC
4. IP기반 미디어 서비스 구성은?
Ingest Processing Delivery
WEB
ANALYSIS
CMS META
6. 미디어 프로세싱은 왜 중요한가?
§ 미디어 스크린 사이즈가
다양해고,
커지고 있음
§ Viewing
Distance가커짐
(해상도의 상승요인으로 작용)
§ 컨텐츠 데이터량이 커짐
환경변화에 따른 문제점
§ 너무 다양한 사용자환경 존재
7. 해결방법은
§ 다양한 단말기에 최적화된 컨텐츠 생산
§ 압축율이 좋으며,
범용적인 코덱지원
§ 효율적인 프로토콜을 지원
§ 수익을 위한 부가 기능 지원
프로세싱
단계
8. 프로세싱 단계에서 이루어지는 일
Ingest Processing Delivery
§ Live/VOD 인코딩
§ Live/VOD 트랜스코딩
§ UCB(채널편성)
§ 자막 삽입
§ 채널 Mux/Switching
§ 중간광고 전환/제어
§ 저작권제어
9. 일반적 서비스 구성
ENC1 ENC2 ENC(n)
LBS
방송 센터
영상신호 입력
(HD-‐SDI)
ENC1 ENC2 ENC(n)
Live
Encoder Live
TransCoder
PROCESSING
단계
E
X
T
R
A
S
E
R
V
I
C
E
S
ENC1 ENC2 ENC(n)
VOD
Archive
Storage
ENC1 ENC2 ENC(n)
LBS
Storage
VOD
TransCoder
2000Kbps
1500Kbps
1000Kbps
500Kbps
C
D
N
§ 중간광고
§ 사용자정의 채널편성
§ 자막 삽입
§ 저작권제어
§ 채널 MUX/SWITCHING
§ Recoding
EXTRA
SERVICES
10. Encoding Transcoding Extra
solutions
Elastic
Transcoder 저작권관리 솔루션
UCB(User
Created
Broadcating)
Captioning
Services
중간광고 솔루션
프로세싱 단계에서 주로 사용하는 솔루션들
11. 무엇이 문제인가?
§ 고 사양의 인프라 필요
§ 즉각적인 인프라 확장이 어렵다
§ 이중화가 어려우며,
이에 따른 비용이 증가
§ 이벤트성 채널을 위한 장비 확장이 용이하지 않음
즉,
문제는 “
유연성 ”과 “
효율성"
15. ENC1 ENC2 ENC(n)
LBS
방송 센터
영상신호 입력
(HD-‐SDI)
ENC1 ENC2 ENC(n)
Live
Encoder Live
TransCoder
PROCESSING
단계
E
X
T
R
A
S
E
R
V
I
C
E
S
ENC1 ENC2 ENC(n)
VOD
Archive
Storage
ENC1 ENC2 ENC(n)
LBS
Storage
VOD
TransCoder
2000Kbps
1500Kbps
1000Kbps
500Kbps
C
D
N
§ 중간광고
§ 사용자정의 채널편성
§ 자막 삽입
§ 저작권제어
§ 채널 MUX/SWITCHING
§ Recoding
EXTRA
SERVICES
LIVE
프로세싱을 AWS기반으로 전환하면?
16. Encoder AWS
ENC1 ENC2
SDI-‐In
ENC(n)
EXTRA
SERVICE
SDI-‐Out
RTMP송출
AWS기반 LIVE
프로세싱
c4g2
m3
HEVCEncode
GPU Transcode
HD
i2
Package
Task Specific
TRANSCODE
SERVICE
2000Kbps
1500Kbps
1000Kbps
500Kbps
Scale
UP과 Scale
Out이 용이하여 채널 변화에 따른 유연성이 증가함.
17. AWS기반 LIVE
프로세싱의 장점
§ Scale
Up
/
Scale
Out이 자유로움
§ 필요시 즉각적으로 구성이 가능
§ AWS
Market을 통해 손쉽게 WOWZA
라이선스 획득 및 구성 가능
§ 이중화 구성이 용이함
§ Auto-‐Scaling을 통해 장애 복구 자동화 가능
§ Pay-‐as-‐you-‐go
즉 사용한 만큼만 비용발생
18. ENC1 ENC2 ENC(n)
LBS
방송 센터
영상신호 입력
(HD-‐SDI)
ENC1 ENC2 ENC(n)
Live
Encoder Live
TransCoder
PROCESSING
단계
E
X
T
R
A
S
E
R
V
I
C
E
S
ENC1 ENC2 ENC(n)
VOD
Archive
Storage
ENC1 ENC2 ENC(n)
LBS
Storage
VOD
TransCoder
2000Kbps
1500Kbps
1000Kbps
500Kbps
C
D
N
§ 중간광고
§ 사용자정의 채널편성
§ 자막 삽입
§ 저작권제어
§ 채널 MUX/SWITCHING
§ Recoding
EXTRA
SERVICES
VOD
프로세싱을 AWS기반으로 전환하면?
19. Encoder AWS
ENC1 ENC2
SDI-‐In
ENC(n)
SDI-‐Out
Amazon S3
Elastic
Transcoder
3rd
Party
Storage
§ 썸네일 추출
§ Image
resizing
§ Automated
Transcoding
Lambda
Update
Transcoding
stat
AWS기반 VOD
프로세싱
EXTRA
SERVICE
RECODING
Archiving
Recoded
Files
TRANSCODE
SERVICE Delivery
21. AWS기반 VOD
프로세싱의 장점
§ Scale
Up
/
Scale
Out이 자유로움
§ 필요시 즉각적으로 구성이 가능
§ Elastic
Transcoder,
SNS,
Lambda,
S3,
Redis등
다양한 관리형 플랫폼을 제공하여,
사용자는 쉽게 연계시스템과 연동할수 있음
§ 가용성(99.999999999%)이 우수한 스토리지에
저렴한 비용으로 컨텐츠를 보관할수 있음
§ Pay-‐as-‐you-‐go
즉 사용한 만큼만 비용발생
23. Encoder
§ Apple
HLS
§ Adobe
Primetime
(HDS
and
RTMP)
§ Microsoft
Smooth
Streaming
§ MPEG-‐DASH
or
transport
streams.
§ Linux-‐Base
§ REST/XML
API
§ RTMP
Source
Stream지원
특징
http://www.elementaltechnologies.com/
24. Live
Transcode
§ Software
기반 솔루션
§ Windows/Linux
모두 지원
§ CPU
Base/GPU
Base
Transcode
지원
§ Multi Protocol 지원
특징
http://www.wowza.com/
25. § Apple
HLS
§ Adobe
Primetime
(HDS
and
RTMP)
§ Microsoft
Smooth
Streaming
§ MPEG-‐DASH
or
transport
streams.
§ Linux-‐Base
§ REST/XML
API
§ GPU
Base
Transcode
특징
http://www.elementaltechnologies.com/
Live
Transcode
26. § 대부분의 기능을 API로 제공
§ 병렬 처리 프로세스
§ DRM
지원
§ 대부분의 JOB프로세스 자동화
특징
https://aws.amazon.com/ko/elastictranscoder/
VOD
Transcode
Elastic
Transcoder
27. § CMS
연계를 위한 API로 제공
§ 관리 콘솔을 통한 진행정보 제공
§ Source 파일의 위치 제한이 없음
§ AWS
AccessKey를 등록하면,
등록된 계정의 Elastic
Transcoder를
통한 Transcoding이 지원됨
§ 2
Track
인코딩이 지원됨.
특징
http://www.cloudencoding.net
VOD
Transcode
29. AWS의 리전이 일본에 있기때문에, S3에 파일을 업로드하려면
너무 느려 속 터진다 카던데?
TRUE
:
§ AWS의 가장 가까운 리전은 일본에 있음.
§ S3는 리전 기반 서비스 이므로 국가망을 통한 접근이 이루어짐.
§ 따라서 망 Latency가 국내보다는 느린 것이 사실(평균 30-‐40ms)
FALSE
:
§ 너무 느려 속 터진다
REASON
:
§ S3는 Mulit-‐part
Upload를 지원함,
즉 1GB 컨텐츠를 업로드하면 1분내 전송 완료됨.
Ingest
단계
30. Processing단계의 솔루션들이 CPU/GPU
의존성을 가지는데,
AWS의 가상서버는 특성을 알수 없고,
서버를 추가할때 마다
검증하기가 어렵다 카던데?
TRUE
:
§ 프로세싱단계의 솔루션들이 CPU/GPU
의존성을 가짐.
FALSE
:
§ AWS
가상서버의 특성을 알수 없다.
REASON
:
§ AWS는 인스턴스의 CPU Type을 웹을 통해 제공하고 있습니다.
Processing
단계
§ 자동으로 Scale-‐out하는 서버를 검증하기 어렵다.
§ AWS는 각 솔루션 특성에 맞는 인스턴스 Type을 제공합니다.
(예를들어 CUDA
알고리즘이 적용된 솔루션의 경우 G계열의 인스턴스선택가능)
31. AWS
인프라는 가장 가깝게는 일본에 있어서,
스트리밍 서비스를
하면 버퍼링이 많이 생길거 같다는데?
TRUE
:
§ AWS의 가장 가까운 리전은 일본에 있음.
§ 가상서버에 미디어 서버를 설치후 서비스 할경우,
상황에 따라 발생할수 있음.
FALSE
:
§ 버퍼링이 많이 생길것 같다
REASON
:
§ AWS의 리전 인프라는 가장 가깝게는 일본에 있지만,
사용자들이 직접 접속하는
미디어 서버 즉,
CDN
인프라는 국내에 있음.
따라서 망 Latency로 인한 버퍼링은
생기지 않음.
Delivery
단계