OTT 아키텍처: 인제스트부터 SSAI 광고 삽입까지 이어지는 미디어 전달 파이프라인
OTT 서비스가 콘텐츠를 인제스트·트랜스코딩·DRM 패키징한 뒤 멀티 CDN으로 전달하고 SSAI로 수익화하기까지의 파이프라인을 구성 요소·운영 지표 중심으로 정리한다.
2026-08-13 · 최초 발행 2025-11-26
가입자가 재생 버튼을 누르고 화면이 뜨기까지 걸리는 2~3초 사이, 뒤에서는 인제스트, 트랜스코딩, DRM 키 발급, 멀티 CDN 라우팅이 순서대로 처리된다. 셋톱박스를 거치지 않고 앱과 웹만으로 시청자에게 직접 닿는 서비스가 OTT(Over-The-Top)다. 방송과 통신의 경계가 흐려지면서 콘텐츠 제작부터 전송, 수익화까지 전 과정이 소프트웨어로 정의되는 흐름이 가속되고 있다. 이 글은 구독(Subscription)·광고(Ad)·거래(TVOD)를 혼합 수익화하는 표준 E2E 파이프라인 — 편의상 OHTV라 부른다 — 을 기준으로 실무 구성 요소와 운영 지표를 정리한다.
인제스트에서 DRM 패키징까지
원본 mezzanine 파일(SDR/HDR)을 받으면 H.264/HEVC/AV1로 다중 비트레이트(ABR) 레더를 만드는 트랜스코딩이 먼저 일어난다. 실시간 라이브는 packager에서 HLS/DASH 세그먼트를 생성하는데, 이때 LL-HLS/DASH-LL 옵션까지 함께 처리해두면 이후 저지연 경로를 별도로 설계하지 않아도 된다.
패키징은 CMAF라는 공통 포맷을 기준으로 하고, 그 위에 Widevine·PlayReady·FairPlay 세 가지 DRM을 일괄 처리한다. 키 회전과 오프라인 다운로드 라이선스(기간·기기 제한) 정책도 이 단계에서 함께 적용한다. 이렇게 패키징을 공통화하면 코덱·포맷별로 스토리지를 따로 두지 않아도 되어 스토리지 비용을 15~30% 절감할 수 있고, 파이프라인 자체도 단순해진다.
전송과 캐싱: 오리진에서 멀티 CDN으로
오리진은 버전드 오브젝트 스토리지와 프록시 캐시로 구성한다. 멀티 CDN 라우팅은 특정 벤더에 고정하지 않고 지연·스루풋을 실시간으로 측정한 성능 스코어로 CDN을 선택하는 방식이 표준이다. 엣지 단에서는 토큰화 URL, 서명 쿠키, Geo/IP 제한, DDoS 보호를 적용해 무단 접근과 콘텐츠 유출을 막는다.
ABR 조정과 멀티 CDN을 함께 적용하면 스타트업 지연이 20~40% 단축되고 Rebuffer Ratio가 30% 감소하는 효과가 있으며, 오리진을 이중화하고 헬스 체크 기반 라우팅을 적용하면 99.95% 이상의 가용성도 가능하다.
가입자를 확인하고 권한을 내주는 절차
로그인은 OIDC 기반 인증을 쓰고, 디바이스 바인딩과 동시 접속 제어로 계정 공유를 관리한다. 정기결제는 카드·스토어·IAP를 아우르고 지역별 과세 처리, 환불·미수 처리까지 자동화 대상이다. 인증이 끝나면 플랜·지역·디바이스 조건을 담은 Entitlement 토큰(JWT)을 발급하는데, 이 토큰이 플레이어와 CDN을 한 번에 통제하는 열쇠 역할을 한다 — 서명된 URL이나 쿠키 형태로 CDN까지 전달되어 권한 없는 요청을 원천 차단한다.
광고로 수익을 내는 경로
서버사이드 광고 삽입(SSAI)은 광고를 서버에서 스트림에 끼워 넣기 때문에 광고 회피가 어렵고 디바이스 호환성도 좋다. 반대로 클라이언트사이드(CSAI)는 앱이 광고를 직접 제어할 수 있어 상호작용형 광고에 유리하지만, 광고 차단 도구에 걸리기 쉽다는 약점이 있다. 타게팅은 1st-party 컨텍스트와 퍼블리셔 제공 시그널을 조합해 프라이버시 규제 안에서 구성하는 것이 일반적이다.
SSAI로 전환하면 Ad Fill Rate가 515%p 상승하고 광고 회피율도 줄어드는 경향이 있으며, 개인화 추천을 도입하면 VOD 시청 시간이 1020% 늘어나는 것으로 나타난다.
| 항목 | SSAI | CSAI | 하이브리드 |
|---|---|---|---|
| 성능 | 초기 재생 영향 적음, 엣지 캐시 효율 우수 | 클라이언트 오버헤드 존재 | 콘텐츠는 SSAI, 상호작용은 CSAI로 분리 |
| 확장성 | 서버 비용 증가, 오케스트레이션 필요 | 클라이언트 분산 처리, 서버 단순 | 트래픽 패턴에 따라 동적 전환 가능 |
| 일관성 | 디바이스 간 경험 일관성 우수 | 디바이스 편차 큼 | 캠페인별 정책 유연 |
| 안정성 | 광고 서버 장애 시 바운더리 처리 필요 | Ad SDK 장애 영향 큼 | 장애 도메인 분리 용이 |
| 운영 편의 | 서버 통제 용이, 리포팅 일원화 | SDK 관리·검수 부담 | 복잡성 증가 트레이드오프 |
재생 품질을 지키는 운영 체계
플레이어의 ABR 로직은 스타트업 지연을 줄이고 리버퍼링을 억제하는 혼합 휴리스틱을 쓴다. 여기에 실사용자 모니터링(RUM)과 세션 레벨 QoE 계측, A/B 테스트 체계를 붙여야 문제를 사후가 아니라 실시간으로 잡을 수 있다. RUM 기반 알림 체계를 갖추면 장애 탐지 평균 시간(MTTD)을 50% 이상 단축할 수 있다.
파이프라인 전체 흐름
DRM 라이선스 발급이 실패하면 지수 백오프로 재시도한 뒤 사용자 지표에 보고하고 세션을 격리한다. CDN 장애는 헬스 체크로 즉시 감지해 페일오버하며 세션은 유지한다. 결제와 권한이 어긋나면 Entitlement를 재발급하고 재생 토큰을 갱신한다. 구독 결제는 승인이 확정된 뒤에만 JWT를 발급해 원자성을 보장하고, 광고 측정 이벤트는 at-least-once로 전송한 뒤 중복 제거 키로 정리한다.
실전 시나리오
VOD 중심으로 시작하는 상용 런칭이라면 1단계는 단일 리전에 CDN 두 개, 기본 DRM과 구독 결제만으로 구성한다. 2단계에서 라이브와 스포츠를 추가하며 SSAI를 도입하고 멀티 리전 오리진을 활성화하고, 3단계에서 글로벌 확장과 멀티 DRM 오프라인 다운로드, 프리미엄 4K HDR 플랜을 붙인다. 이 경로 전체에서 재생 실패율 0.5% 미만, 시작 지연 P50 2.5초 미만, Rebuffer Ratio 0.3% 미만을 운영 목표로 잡는다.
방송사가 FAST 채널(무료 광고 기반 TV)을 론칭할 때는 채널 편성을 자동화하고 SSAI로 지역별 광고를 매핑해, 저비용으로 대규모 동시접속을 처리하는 구조가 핵심이다.
스포츠 초저지연 라이브는 LL-HLS/DASH-LL, GOP 단위 인제스트, Chunked-Transfer와 HTTP/3를 조합해 동시접속 50만 이상, 지연 3초 이내를 목표로 잡는다.
이 세 시나리오는 결국 같은 파이프라인을 어디까지 확장하느냐의 문제다. VOD와 기본 DRM으로 단순하게 시작해 라이브·SSAI·멀티 리전으로 넓혀가는 순서를 지키면, 각 단계에서 재생 실패율과 지연, Ad Fill Rate 같은 지표를 계측하며 다음 단계의 투자를 판단할 수 있다.