동영상 기능, 아직도 직접 개발하나요: 업로드·CMS·통계·플레이어를 한 번에 얹는 법

서비스에 동영상을 붙이기로 결정하면 회의실에서 가장 먼저 나오는 말이 "플레이어 붙이면 되는 거 아니에요?"입니다. 그러나 동영상 기능을 직접 개발한다는 것은 플레이어 하나를 만드는 일이 아니라 업로드·인코딩·저장·전송·CMS·통계·보안이라는 일곱 덩어리를 동시에 떠안는 일이며, OVP(온라인 비디오 플랫폼, Online Video Platform)를 도입하면 이 일곱을 계약 시점부터 완성품으로 빌려 쓰게 됩니다.

이 글은 "우리도 영상 서비스를 해야 하는데 어디서부터 손대야 하나"를 검토 중인 담당자를 위한 판단 자료입니다. 어느 쪽이 우월한지를 따지는 글이 아니라, 직접 개발이 실제로 어디서 시간과 돈을 먹는지를 항목으로 펼쳐 두고 그 항목이 OVP에서는 어떻게 처리되는지를 대응시킵니다. 영상을 유튜브에 둘지 자체 플랫폼에 둘지가 아직 정리되지 않았다면 유튜브 넘어, 자체 동영상 플랫폼이 필요한 이유를 먼저 읽으시는 편이 순서에 맞습니다. 이 글은 "자체 플랫폼으로 간다"가 정해진 다음의 이야기입니다.

'동영상 기능'을 직접 만든다는 말의 실제 범위

직접 개발 견적이 처음 예상보다 몇 배로 불어나는 이유는 단순합니다. 요구사항에는 "동영상 재생"이라고 한 줄로 적혀 있지만, 그 한 줄을 성립시키는 구성요소는 한 줄이 아니기 때문입니다.

영상 하나가 사용자 화면에서 재생되기까지의 경로를 따라가 보면 이렇습니다. 담당자가 수 기가바이트짜리 원본을 올리고 → 그 원본이 여러 화질로 변환되고 → 변환본이 저장소에 쌓이고 → 사용자의 위치와 회선에 맞춰 전송되고 → 브라우저에서 재생되고 → 누가 어디까지 봤는지 기록되고 → 그 링크가 외부로 새지 않도록 통제됩니다. 이 일곱 구간이 전부 있어야 "동영상 기능"입니다.

표를 위에서 아래로 훑으면 한 가지가 보입니다. 오른쪽 열의 문제들은 코딩 실력으로 해결되는 문제가 아니라 운영 경험과 인프라로 해결되는 문제입니다. 그래서 유능한 개발팀이 붙어도 첫 서비스에서 같은 자리에 걸립니다. 겪어 봐야 아는 항목들이기 때문입니다.

개발이 끝나는 날부터 시작되는 일

직접 개발의 진짜 부담은 오픈 이후에 옵니다. 영상 서비스는 만들어 두면 가만히 있는 기능이 아니라, 트래픽과 콘텐츠가 늘어나는 만큼 계속 손이 가는 기능이기 때문입니다.

특히 부담이 되는 지점은 문제가 생겼을 때 원인을 찾는 경로입니다. 자체 구축 환경에서 "영상이 끊긴다"는 문의가 들어오면, 원인은 개발 코드일 수도 있고, 인코딩 설정일 수도 있고, 서버 부하일 수도 있고, 회선·CDN 구간일 수도 있고, 특정 기기의 재생 문제일 수도 있습니다. 이 다섯 가능성이 각각 다른 회사의 담당자에게 물어야 하는 질문이라면, 답이 모이기까지 며칠이 걸립니다. 그동안 사용자는 계속 끊긴 영상을 봅니다.

위캔디오 소개서가 이 구조를 "문제 해결 채널의 단순화"라고 표현하는데, 실무자 입장에서 번역하면 장애가 났을 때 누구에게 전화할지가 정해져 있다는 뜻입니다. 서비스 규모가 작을수록 이 차이가 크게 느껴집니다. 담당자가 한두 명인 조직에서 다섯 개 창구를 상대하는 일은 사실상 불가능하기 때문입니다.

여기에 인력 문제가 하나 더 붙습니다. 영상 인코딩과 스트리밍을 다뤄 본 개발자는 일반 웹 개발자보다 채용 모수가 훨씬 좁습니다. 어렵게 뽑아 시스템을 만들어도, 그 사람이 떠나면 아무도 손대지 못하는 영역이 조직 안에 남습니다. 자체 구축의 위험은 만드는 동안이 아니라 만든 사람이 없어진 다음에 드러납니다. 이 구조는 학습관리시스템에서도 똑같이 반복되는데, 같은 판단을 LMS 기준으로 정리한 글이 자체개발 vs 클라우드 임대 LMS, 비용·리스크 비교 분석입니다.

OVP가 계약과 동시에 제공하는 것

OVP는 앞의 일곱 덩어리를 이미 만들어 둔 상태로 빌려주는 서비스입니다. 맑은소프트가 운영하는 위캔디오(WeCanDeo)는 자사 소개서 기준 국내 최초의 SaaS형 OVP로 소개되는 제품으로, VOD를 다루는 VIDEO PACK과 실시간 방송을 다루는 LIVE PACK으로 구성됩니다. 실제 제공 기능을 앞의 표와 같은 순서로 대응시키면 이렇게 됩니다.

오른쪽 열을 보시기 바랍니다. 전부 개발이 아니라 결정입니다. 도입 후 담당자에게 남는 일은 코드를 짜는 일이 아니라 정책을 정하는 일로 성격이 바뀝니다. 이것이 OVP 도입으로 실제로 줄어드는 것의 정체입니다. 개발 공수만 사라지는 것이 아니라, 개발 이후에 계속 따라붙던 운영·장애·인력 부담이 함께 줄어듭니다.

실시간 방송이 필요한 경우도 같은 방식으로 처리됩니다. LIVE PACK은 실시간 트랜스코딩과 채널 이중화, 자동 페일오버(Auto Failover), 방송 녹화 아카이브, 지나간 구간을 되돌려 보는 DVR 기능을 제공하고, vMix·OBS Studio 같은 범용 송출 소프트웨어와 호환됩니다. 웨비나나 설명회를 여는 조직이 방송 장비 체계를 따로 구축하지 않아도 되는 이유입니다.

비용은 총액이 아니라 '나가는 모양'이 다르다

비교 자료를 만들 때 가장 흔한 실수가 두 방식의 총액만 나란히 적는 것입니다. 실제 차이는 총액이 아니라 돈이 언제, 어떤 형태로 나가는가에 있습니다.

왼쪽 절반이 자체 구축의 구축기입니다. 서비스가 아직 한 명의 사용자도 받지 않은 시점에 시스템 도입비와 구축비, 개발 인력 비용이 먼저 나갑니다. 그리고 오른쪽 운영기에서도 유지보수비가 계속 이어지는데, 여기에 하나가 더 있습니다. 트래픽 회선을 약정으로 잡아 두면 실제로 그만큼 쓰지 않아도 약정 구간만큼 비용이 나갑니다. 시청이 몰리는 시기에 맞춰 회선을 잡아 두면 한산한 달에는 그 차액이 그대로 낭비가 됩니다.

OVP는 초기 구축비가 없고, 이용료와 실제 발생한 트래픽·스토리지에 따라 비용이 붙습니다. 위캔디오 소개서에 실린 VIDEO PACK 요금제를 예로 들면 구조가 이렇게 나뉩니다.

이 표에서 실무적으로 중요한 것은 금액이 아니라 월 단위로 볼륨을 조정할 수 있다는 점입니다. 서비스 초기에는 트래픽을 예측할 수 없습니다. 자체 구축은 이 예측을 미리 해서 인프라를 사야 하지만, 임대형은 열어 놓고 실측한 뒤 맞춰 가면 됩니다. 무료 구간이 있다는 것도 같은 맥락에서 의미가 있습니다. 기획 단계에서 실제 영상 몇 편을 올려 보고 판단할 수 있기 때문입니다.

그래도 직접 개발이 맞는 경우

균형을 위해 반대편도 적어 둡니다. 모든 경우에 OVP가 정답은 아닙니다. 다음 두 가지 중 하나에 해당한다면 직접 개발을 검토할 이유가 있습니다.

첫째, 동영상 처리 자체가 우리 제품의 차별점인 경우. 독자적인 영상 변환 기술이나 재생 방식이 곧 사업의 경쟁력인 회사라면, 그 핵심을 외부 플랫폼에 맡기는 선택은 앞뒤가 맞지 않습니다. 이 경우 영상 파이프라인은 비용이 아니라 자산입니다.

둘째, 외부 반출이 원천적으로 불가능한 콘텐츠를 다루는 경우. 망 분리 환경이거나 규정상 콘텐츠가 내부망을 벗어날 수 없다면 선택지가 제한됩니다. 다만 이 경우에도 "클라우드는 안 된다"고 단정하기 전에 실제 규정의 적용 범위를 먼저 확인하시길 권합니다. 콘텐츠 성격에 따라 등급을 나눠 일부만 내부에 두는 구성이 가능한 경우가 많습니다.

반대로 영상이 교육·커머스·홍보처럼 본업을 받치는 수단이라면, 판단은 비교적 명확합니다. 영상 파이프라인을 만드는 데 쓸 개발 기간과 인력을 본업 기능에 쓰는 편이 사업 성공 확률을 높입니다. 영상 서비스에서 사용자가 만족하는 지점은 인코딩 구조의 우수함이 아니라 콘텐츠와 서비스 경험이기 때문입니다.

교육 서비스에 붙일 때 추가로 확인할 것

교육 운영을 하는 조직이라면 일반 영상 서비스와 다른 요구가 하나 더 붙습니다. 시청이 곧 이수 근거라는 점입니다. 법정의무교육이나 환급과정처럼 "몇 % 이상 시청"이 수료 요건인 과정에서는, 영상이 잘 재생되는 것만으로는 부족하고 그 기록이 학습관리시스템(LMS, Learning Management System)의 진도로 남아야 합니다. 도입 검토 시 다음 네 가지를 확인 항목으로 잡으시기 바랍니다.

• 시청 기록의 연동 방식 — 재생 진행 정보를 우리 시스템으로 넘길 수 있는 경로(API·연동 규격)가 있는지, 있다면 어떤 형태로 오는지를 계약 전에 확인합니다. 이 항목이 비면 영상은 잘 나오는데 진도가 남지 않는 상황이 생깁니다.
• 재생 제어 옵션 — 재생바를 끝으로 끌어 완료 처리하는 편법을 막아야 하는 과정이 있는지 보고, 필요하다면 해당 옵션을 과정 성격별로 나눠 적용할 수 있는지 확인합니다.
• 콘텐츠 등급별 보안 수준 — 공개 홍보 영상, 회원 전용 강의, 대외비 사내 교육에 같은 설정을 걸 필요는 없습니다. 등급을 두세 개로 나눠 두면 이후 영상이 늘어나도 판단이 반복되지 않습니다. 보안 항목의 선택 기준은 영상보안 길라잡이 — DRM·워터마크·보안 플레이어 총정리에 따로 정리해 두었습니다.
• 자막과 접근성 — 다국어 수강자나 청각 접근성이 필요한 과정이 있다면 자막 제작 방식을 초기에 정해 두어야 합니다. 관련 워크플로는 강의 영상 AI 자막·다국어·접근성 시작하기에서 다뤘습니다.

실제 도입 사례를 보면 이 요구가 어떻게 나타나는지 짐작할 수 있습니다. 매일 다량의 강의 영상이 올라오는 기업교육 전문기업은 대량 업로드와 인코딩을 안정적으로 처리하는 것이 과제였고, 지자체가 운영하는 평생학습 포털은 24시간 안정적인 재생과 콘텐츠 보안이 요건이었으며, 의료학술 웨비나 포털은 실시간 중계와 다시보기 제공이 핵심이었습니다. 요구는 조직마다 달랐지만 공통점이 하나 있습니다. 어느 곳도 영상 파이프라인을 직접 만들어서 그 요건을 충족한 것이 아니라, 이미 만들어진 플랫폼 위에서 자기 서비스의 요건을 설정으로 채웠다는 점입니다.

검토를 시작하는 가장 빠른 순서

도입 검토를 처음 시작한다면 견적서를 받기 전에 다음 세 가지를 먼저 정리하시기 바랍니다. 이 셋이 정해지지 않은 상태에서 받은 견적은 서로 비교할 수 없습니다.

첫째, 영상의 편수와 총 용량, 예상 동시 시청 규모입니다. 요금과 구성이 갈리는 기준이 여기입니다. 둘째, 이 영상의 시청이 무엇의 근거가 되는가입니다. 단순 홍보라면 요구 수준이 낮고, 이수·과금의 근거라면 기록과 보안이 함께 필요합니다. 셋째, 운영을 맡을 사람이 몇 명인가입니다. 담당자가 한 명인 조직과 전담 팀이 있는 조직은 같은 기능이라도 적정한 선택이 다릅니다.

맑은소프트는 LMS와 영상 플랫폼을 함께 공급해 온 사업 경험을 바탕으로, 교육 운영에 필요한 요건까지 포함해 구성을 잡습니다. 지금 검토 중인 영상 편수와 서비스 형태를 기준으로 어떤 구성이 맞을지 정리가 필요하시다면 문의하기로 사용 시나리오부터 함께 점검해 보시기 바랍니다.

정리

동영상 기능을 직접 개발한다는 것은 플레이어를 만드는 일이 아니라 업로드·인코딩·저장·전송·CMS·통계·보안이라는 일곱 덩어리와 그 이후의 운영·장애·인력까지 떠안는 일입니다. OVP는 이 일곱을 완성된 상태로 빌려주고, 담당자에게는 개발 대신 결정만 남깁니다. 초기 구축비 없이 사용한 만큼 내는 구조라 트래픽을 미리 예측해 인프라를 살 필요도 없습니다.

판단선은 하나입니다. 동영상 처리가 우리 사업의 차별점인가, 아니면 본업을 받치는 수단인가. 후자라면 그 파이프라인을 직접 만드는 데 쓸 시간을 본업에 쓰는 편이 낫습니다. 영상은 플랫폼에 맡기고 서비스와 콘텐츠에 집중하는 것, 그것이 OVP를 쓰는 이유입니다.