OCA냐 CDN이냐: 스트리밍 전송에서 사전 적재와 온디맨드 캐싱이 갈리는 지점

Netflix Open Connect Appliance(OCA)와 범용 CDN은 대규모 동영상 스트리밍 전송에서 채택하는 두 가지 대표 아키텍처다. 하나는 미디어 사업자가 주도하는 사전 적재(Proactive Caching) 기반 전송 모델이고, 다른 하나는 LRU 기반 온디맨드 캐싱을 중심으로 한 다중 테넌트 전송 서비스다. 트래픽 피크 제어, 캐시 적중률, 네트워크 비용, 운영 통제권에서 구조적으로 갈린다.

캐싱 시점이 다르면 설계가 다르다

CDN은 다중 테넌트 기반의 범용 콘텐츠 전송 서비스다. 사용자 요청 시점에 캐시 미스가 발생하면 상위 캐시나 오리진에서 가져와 저장하고, LRU 기반 캐시 교체 정책을 선호한다. 사업자 측의 사전 수요 예측이나 대규모 사전 다운로드 없이도 운영할 수 있다.

OCA는 미디어 사업자가 ISP 네트워크 엣지에 배치하는 단일 테넌트 전용 캐시 어플라이언스다. 시청 수요를 높은 정확도로 예측하고, 구성 가능한 비혼잡 시간대에 예측 콘텐츠를 사전 다운로드하는 Proactive Caching을 수행한다. 피크 시간대에는 지역 OCA에서 직접 전달해 트랜짓·피어 비용과 백본 혼잡을 회피한다.

OCA: 미리 채워두는 캐시

OCA는 카탈로그, 신작·랭킹, 지역·시간대별 수요 모델을 결합해 타깃 타이틀·세그먼트를 선정하고, 비피크 시간대에 대역폭 캡을 적용해 안전하게 적재한다. 엣지 POP나 ISP 캐시 클러스터에 설치해 경로 길이를 단축하고, 라우팅·피어링 정책과 연동해 피크 전송 경로의 안정성을 확보한다. 콘텐츠 선택부터 암호화·서명·토큰 검증까지 미디어 사업자가 엔드투엔드로 통제하며, 히트율·재버퍼링·채움 실패 같은 관측 데이터로 예측 모델을 지속 개선한다.

CDN: 요청이 와야 채워지는 캐시

CDN은 사용자 요청 시 캐시를 조회하고, 미스면 상위 캐시나 오리진에서 패치한다. LRU·TTL·사이즈 또는 객체 기반 정책으로 공간을 관리하고, 캐시 스탬피드 완화 기법을 적용한다. DNS 기반 GSLB나 Anycast로 근접 엣지를 선택해 다중 테넌트와 다종 워크로드(웹, API, 다운로드, 스트리밍)를 함께 지원한다. 일반적으로 대규모 예측 다운로드를 전제하지 않으며, 운영자가 수요를 예측할 필요는 없다. 일부 프리페치·프리웜 기능은 제한적 범위에서 활용 가능하지만 구현·정책 차이가 있어 최신 정보 확인이 필요하다.

⤢✕

무엇이 다른가

항목	OCA (Proactive)	CDN (LRU, 범용)
성능	지역 엣지 사전 적재로 초기 버퍼링·지연 감소	온디맨드 채움, 초기 미스 시 지연 증가 가능
확장성	미디어 카탈로그·지역별 수요에 최적화 확장	다중 테넌트·다종 워크로드에 수평 확장 용이
일관성	예측·스케줄에 따른 가용성 예측성 높음	수요 변동에 따른 캐시 변동성 존재
안정성	피크 시간대 트래픽 평준화 용이	피크 시 상위/오리진 의존 증가 가능
운영 편의	전용 하드웨어·ISP 협업 필요, 높은 통제권	손쉬운 온보딩, 낮은 사전 계획 부담

실무에서는 이렇게 쓰인다

대형 OTT의 VOD 카탈로그는 지역·시간대별 시청 패턴이 안정적이고 신작 릴리즈 때 피크가 집중된다. OCA를 도입해 콘텐츠-세그먼트 단위 예측 모델과 비피크 채움 스케줄러를 운영하고, 실패 시 재스케줄·압축 패치·동적 우선순위 조정으로 대응한다.

신작 공개나 드라마 파이널 같은 이벤트성 트래픽은 특정 시점에 폭증한다. 릴리즈 전 사전 적재를 마치고 토큰·DRM 키 롤오버를 동기화한 뒤 릴리즈 시점에 라우팅을 컷오버한다. 모니터링 기반으로 후속 패치를 최소화하는 방식이다.

일반 웹이나 게임 패치·다운로드는 오브젝트가 광범위하고 TTL이 다양하며 업데이트가 잦다. 이런 경우엔 범용 CDN을 선택해 TTL·캐시 키·압축·Range 요청을 최적화하고, 오리진 쉴딩과 서킷브레이커로 캐시 스탬피드를 완화한다.

얻는 것과 감수할 것

네트워크 비용 측면에서 OCA는 지역 히트율 8095%를 달성하면(콘텐츠 성격·지역 편중에 의존) 트랜짓·피어 비용을 4080% 절감할 수 있다. CDN은 히트율 5080% 범위에서 오리진 egress 비용 절감 효과가 있다. QoE 측면에서 OCA는 초기 재생 시작 지연을 2060% 개선하고 재버퍼링 비율을 3070% 감소시킬 수 있으며, CDN은 캐시 워밍과 상위 캐시로 평균 지연을 안정화한다. 비피크 채움은 일일 트래픽 변동폭을 줄여 피크·오프피크 비율을 1.53.0에서 1.2~2.0 수준으로 낮추고, ISP 링크 혼잡과 장애 도미노 위험을 완화한다. 예측·스케줄이 실패해도 지역 캐시의 부분 히트로 완충되고, CDN은 다중 캐시 계층과 쉴딩으로 오리진을 보호한다. 다만 이 수치 범위는 워크로드·지역·ISP 환경에 크게 의존하므로 벤치마크와 A/B 테스트로 최신 정보를 확인할 필요가 있다.

OCA를 운영하려면 예측 정확도 관리(상시 온라인 학습, 콘텐츠 생애주기 반영, 실패율 모니터링과 보수적 안전계수), 채움 스케줄링(비피크 윈도우·링크별 토큰버킷, 멀티 ISP·노드 간 공정성), 보안·무결성(사전 적재 파일 해시·서명 검증, 키 롤오버 자동화, 노드 간 전송 암호화)이 필요하다. 대신 CAPEX·OPEX 부담과 ISP 협업이라는 진입장벽이 있고, 단일 테넌트 설계라 범용성이 낮으며 예측 오차 시 스토리지 낭비나 미스 증가가 생길 수 있어 리커버리 로직이 필수다.

CDN은 캐시 키 정규화·TTL 계층화, 오리진 쉴딩·Stale-while-revalidate, 토큰 인증·서명 URL·DDoS 보호, 대용량 오브젝트 Range 요청 최적화, Request coalescing과 503+Retry-After 같은 스탬피드 완화가 모범사례다. 다중 테넌트로 자원 경쟁이 생길 수 있고, 대규모 Proactive 운영은 전제하지 않으며, 온디맨드 미스 시 오리진 의존과 피크 시 지연 증가가 트레이드오프다.

파이프라인: 입력에서 출력까지

OCA 사전 적재 파이프라인은 콘텐츠 메타데이터·지역별 수요 예측·ISP 링크 용량과 비피크 윈도우를 입력받아, 대상 선정(랭킹·신규·지역화)과 전송 스케줄링(속도 제한·슬롯), 암호화·서명 검증을 거쳐 OCA 노드별 적재 완료·실패 리포트와 우선순위 재조정·재시도 계획을 출력한다. 스로틀 초과나 링크 혼잡 감지 시 백오프를 걸고, 실패 콘텐츠는 대체군으로 처리하며, 릴리즈가 임박하면 긴급 백홀 경로를 활성화한다.

CDN 요청 처리 파이프라인은 사용자 요청·캐시 정책(TTL/LRU)·인증 토큰을 입력받아 캐시 조회 후 미스 시 상위·오리진 패치, LRU 저장을 거쳐 사용자 응답과 히트율·TTFB·오류율 같은 지표를 출력한다. 쉴딩·Coalescing으로 오리진을 보호하고, 스탬피드 시 스로틀이나 Fail-Open(Stale 제공)으로, 오리진 장애 시 대체 오리진이나 Stale-If-Error로 대응한다.

어느 쪽을 고를 것인가

본질적 차이는 OCA가 미디어 사업자 주도의 Proactive Caching이고 CDN이 범용 LRU 캐싱 기반 온디맨드 전달이라는 점이다. 예측 가능한 VOD 중심이고 대규모 피크 완화가 핵심이면 OCA가 적합하고, 다양한 워크로드에 빠른 온보딩과 운영 단순성이 필요하면 CDN이 우선이다. 대형 OTT는 핵심 지역에 OCA를 병행 도입하고 그 외 지역과 비핵심 트래픽은 CDN으로 처리하는 하이브리드 구성이 현실적이며, 지속적인 계측과 비용-성능 트레이드오프 최적화가 뒤따라야 한다.