저지연 HLS (LL-HLS)
저지연 HLS는 기존 HLS의 조각을 더 작게 쪼개 지연을 2~5초 수준으로 줄인 방식으로, HLS의 호환성과 CDN 구조를 유지하면서 실시간성을 끌어올립니다.
무엇이 달라진 건가요?
완성된 조각을 기다리지 않고 만들어지는 중인 부분부터 보내는 구조가 핵심입니다. 플레이어가 미리 받아두는 양도 줄어 전체 지연이 짧아집니다. 전송 경로 자체는 HLS와 같아 기존 CDN과 플레이어 지원을 그대로 활용할 수 있습니다.
어느 정도까지 줄어드나요?
일반적으로 2~5초 수준입니다. 채팅 질의응답이 자연스럽게 오갈 수 있는 구간이라 대부분의 라이브커머스에는 충분하지만, 경매나 선착순 발급처럼 순서가 결과를 바꾸는 포맷에는 여전히 부족할 수 있습니다.
도입할 때 무엇을 확인하나요?
송출·인코딩 설정이 짧은 조각을 만들 수 있는지, CDN이 해당 방식을 지원하는지, 그리고 시청 환경에서 실제 지연이 얼마인지입니다. 설정만 켜두고 실측하지 않으면 이름만 저지연인 상태가 되기 쉽습니다.
자주 묻는 질문(FAQ)
Q. WebRTC 대신 저지연 HLS를 쓰는 이유는 무엇인가요?
대규모 시청에서 비용과 안정성이 유리하기 때문입니다. WebRTC는 1초 미만까지 줄이지만 시청자가 늘수록 자원 부담이 커집니다. 실시간성이 결정적인 회차만 WebRTC로 두고 평상시에는 저지연 HLS를 쓰는 구성이 흔합니다.
Q. 일반 HLS에서 그냥 조각만 짧게 만들면 되나요?
조각을 줄이는 것만으로는 요청 수만 늘고 끊김 위험이 커집니다. 저지연 HLS는 부분 전송과 플레이어 동작까지 함께 정의한 방식이라, 설정 하나로 흉내내는 것과는 결과가 다릅니다.
Q. 시청자에 따라 지연이 다르게 나오나요?
네트워크와 기기, 플레이어 구현에 따라 차이가 납니다. 그래서 선착순 혜택이나 입찰은 화면에 보인 시점이 아니라 서버가 받은 순서로 판정하도록 설계해야 합니다.
관련 용어
마지막 업데이트