내 클라우드를 가져오고, 영상을 지키고, 웃돈을 없애세요.
BYOC는 NULX의 운영 방식입니다. 이 페이지는 이 카테고리를 정의하고, 매니지드 플랫폼 및 직접 구축과 비교하며, 누구에게 맞지 않는지도 분명히 말합니다.
정의
BYOC 비디오 인프라의 의미
NULX의 BYOC는 원본과 스트리밍 결과물의 영구 보관 위치를 고객 Cloudflare R2로 두는 방식입니다. 관리형 인코딩을 선택하면 NULX 워커가 제한된 서명 주소로 원본을 임시로 읽고, 결과물을 고객 버킷에 기록합니다. 재생은 고객 도메인 또는 서명된 Cloudflare 경로를 사용합니다. NULX는 R2 저장·전송을 재판매하지 않으므로 그 비용에 웃돈을 붙이지 않습니다.
비디오를 운영하는 세 가지 방식
매니지드 vs. BYOC vs. 직접 구축
같은 작업을 세 가지 소유권·비용 모델로 비교합니다.
| 매니지드 | BYOC | 직접 구축 | |
|---|---|---|---|
| 영상이 저장되는 곳 | 벤더 계정 | 내 계정 | 내 서버 |
| 전송 요금 | 벤더가 얹는 웃돈 | 클라우드 직결 요금 | 클라우드 직결 요금 |
| 운영 부담 | NULX + 고객 Cloudflare 설정 | 없음 | 전부 내가 |
| 벤더가 종료되면 | 자산 위험 | 파일은 R2에 유지, 서비스 연결 이전 필요 | 해당 없음 |
| 국경 간 데이터 이전 | 제공자 정책에 따름 | 관리형 처리·AI 경로 검토 필요 | 구축 위치에 따름 |
모델의 기원
엔터프라이즈에서는 오래된 방식, 비디오만 늦었을 뿐
Bring-your-own 방식은 새로운 것이 아닙니다. 소유권과 웃돈이 함께 묶여 있다는 사실을 깨달은 구매자들 덕분에, 엔터프라이즈 소프트웨어는 몇 년 전부터 bring-your-own-storage와 bring-your-own-key를 채택해 왔습니다. 비디오 인프라만 늦었을 뿐입니다. 초창기 플랫폼들이 그렇게 만들어졌기 때문에 라이브러리를 벤더 계정에 업로드하는 것이 표준처럼 굳어졌습니다. 클라우드 스토리지가 저렴해지고 S3 호환 API가 표준이 되면서, 소유권을 넘겨야 할 이유는 사라졌습니다.
맞지 않는 경우
이런 경우 BYOC는 맞지 않습니다
- 클라우드 계정이 없고 만들 생각도 없는 경우. 매니지드 플랫폼이 더 낫습니다.
- 월 시청 시간이 대략 500시간 미만인 경우. 이 규모에서는 절약되는 웃돈보다 정액 요금이 더 큽니다.
- 편집 워크플로를 갖춘 완전한 CMS가 필요한 경우. BYOC는 뉴스룸 도구가 아니라 인프라입니다.
- 가동 시간을 처음부터 끝까지 누군가에게 맡기고 싶은 경우. BYOC에서는 스토리지와 CDN이 내 계정에 남기 때문에 일부 구간은 고객의 몫입니다.
위 중 하나라도 해당된다면 가입하지 않는 편이 낫습니다. 해지는 서로에게 비용이 듭니다.
적합한 경우
BYOC가 맞는 팀
- 이미 Cloudflare R2를 쓰고 있거나 옮길 의향이 있고, 영상도 나머지 인프라와 같은 계정에 두고 싶은 팀.
- 월 시청량이 충분히 커서 GB당 웃돈이 비디오 비용에서 가장 큰 항목인 팀.
- 관리형 처리와 Groq 자막의 데이터 흐름을 사전에 검토하고 권한을 회수할 수 있어야 하는 팀.
- 원본과 표준 HLS·DASH 결과물을 직접 보유해 향후 이전 부담을 낮추려는 팀.
흔한 오해
BYOC에 대한 다섯 가지 오해
| 오해 | 실제 |
|---|---|
| “결국 셀프호스팅 아닌가요?” | 변환하고, 순서대로 처리하고, 재생까지 붙이는 일은 저희가 운영합니다. 고객에게 넘어가는 것은 운영 부담이 아니라 파일 소유권뿐입니다. |
| “설정이 복잡할 것 같은데요.” | 버킷 생성, 버킷 범위의 R2 토큰, 재생 도메인 설정이 필요합니다. 화면에서 순서대로 안내하지만 보안 검토 시간은 조직마다 다릅니다. |
| “더 비싼 거 아닌가요?” | 월 시청 시간이 대략 500시간 미만이면 맞는 말입니다. 정액 요금이 절약되는 웃돈보다 큽니다. 그 이상에서는 계산이 뒤집힙니다. |
| “벤더가 내 버킷에서 무엇을 할 수 있나요?” | NULX가 요청하는 IAM 권한은 전문이 공개되어 있습니다. 고객이 지정한 프리픽스에 대한 읽기·쓰기뿐입니다. |
| “성능은요?” | 재생은 고객의 CDN에서 나가므로 리전과 캐시 동작을 직접 고릅니다. 지금 서빙하는 다른 자산과 동일한 전송 성능입니다. |
작동 원리
기술적으로 어떻게 동작하나
영구 보관과 처리 위치를 구분합니다. 원본과 결과물은 고객 R2에 남고, 관리형 변환 중에는 NULX 워커가 원본을 임시로 읽습니다.
내 버킷
계약 고객은 범위와 시간이 제한된 주소를 사용하는 PC 업로더로 고객 R2에 영상을 올립니다.
관리형 처리
NULX 워커가 제한된 주소로 원본을 임시로 읽어 인코딩하고, HLS·DASH 결과물을 같은 고객 R2에 씁니다.
내 CDN
재생 URL은 고객의 CDN 도메인으로 해석됩니다. NULX는 메타데이터와 매니페스트를 제공하고, 세그먼트는 고객의 CDN이 서빙합니다.
다음 단계
내 계정에 정확히 무엇이 설치되는지 확인하세요
설정 가이드에서 IAM 정책, 버킷 구조, 모든 권한을 부여하기 전에 미리 볼 수 있습니다.