라이브∙VOD∙AI 분석까지, 스포츠 OTT 포착의 다음 단계를 준비하다 | 호각
- 6월 30일
- 6분 분량
최종 수정일: 2일 전
라이브 중계와 VOD, AI 분석까지 연결되는 서비스일수록 초기 아키텍처와 운영 체계가 함께 준비되어야 합니다.
- 호각 OTT 플랫폼 기술 이사 장중업
[ 💡 핵심 요약 ]
1. DB CPU 사용률을 16% 수준까지 최적화 - 라이브 중계와 VOD가 동시에 맞물리는 미디어 서비스의 운영 안정성 기반을 다짐
2. 5xx 에러와 NLB 대상 그룹 이슈 원인 분석부터 구조 개선까지 해소 - 장애 사후 대응하던 방식을 선제 대응 체계로 전환함
3. GPU 워크로드・Auto Scaling 검토로 AI 영상 분석 로드맵 확보 - 스포츠 미디어 서비스의 Next Step을 준비
주식회사 호각
회 사 명 주식회사 호각
사업분야 AI 스포츠・미디어 OTT 플랫폼
설 립 일 2024년 5월 3일
홈페이지 pochak.live
주식회사 호각은 AI 카메라를 활용한 스포츠 라이브 중계 및 VOD 서비스를 제공하는 스포츠 미디어 기업입니다. 아마추어 스포츠부터 동호회, 엘리트 스포츠까지 다양한 현장을 디지털로 연결하며, 경기 장면을 보다 쉽게 기록하고 소비할 수 있는 환경을 만들어가고 있습니다.
특히 호각은 단순한 영상 송출을 넘어, AI 카메라 기반 자동 촬영과 경기 종료 후 VOD 제공, 그리고 향후 AI 영상 분석 기능까지 연결되는 서비스 확장을 추진하고 있습니다. 스포츠 현장의 중계 경험을 고도화하는 동시에, 더 많은 사용자와 종목으로 서비스를 넓혀가기 위한 기술적 기반도 함께 준비해 왔습니다.
라이브∙VOD∙AI 분석까지, 스포츠 OTT의 다음 단계를 준비하다
호각이 운영하는 스포츠 OTT 서비스(포착, POCHAK)는 일반적인 영상 플랫폼과는 결이 다릅니다. 경기 일정에 맞춰 AI 카메라가 자동으로 라이브 채널을 생성하고, 경기 종료 이후에는 VOD까지 연계되는 구조를 바탕으로 스포츠 현장의 기록과 중계를 하나의 서비스 경험으로 연결합니다.
이 과정에서 중요한 것은 단지 ‘서비스를 띄우는 것’이 아니었습니다. 라이브와 VOD가 동시에 맞물리는 환경, 시즌에 따라 트래픽이 급증하는 구조, 운영 안정성이 곧 사용자 경험으로 이어지는 특성까지 함께 고려해야 했습니다. 여기에 향후 AI 영상 분석 서비스까지 접목하려면, 초기 아키텍처와 운영 체계를 더 정교하게 다듬을 필요가 있었습니다.
호각은 기존 해외 플랫폼 의존 구조를 점진적으로 내재화하고, 서비스 통합과 운영 고도화를 함께 추진하고 있었습니다. 그리고 이 과정에서 AWS 기반 인프라를 중심으로 어떤 구조가 더 적합한지, 또 어떤 파트너와 함께 운영 체계를 준비해야 하는지에 대한 검토가 본격적으로 시작됐습니다.
왜 호각은 처음부터 AWS 중심 구조를 택했을까?
호각은 기존 서비스와 신규 서비스 구조를 하나의 방향으로 정리해 나가는 과정에 있었습니다. 특히 서비스 인프라 측면에서는 AWS 기반 구성을 선호했고, 미디어 워크로드와 향후 확장성까지 고려했을 때도 AWS 환경이 더 적합하다는 판단이 이어졌습니다.
실제로 프로젝트 초기부터 EKS 기반 서비스 운영과 미디어 스트리밍, 데이터∙네트워크 계층까지 아우르는 구조가 논의되었습니다. 여기에 ISMS 수준에 준하는 보안 및 네트워크 구성, Bastion을 활용한 백오피스 접근, 해외 확장 가능성까지 고려해야 했습니다.
즉, 이 프로젝트는 단순히 특정 서비스를 구축하는 수준이 아니라, 라이브 중계와 VOD를 안정적으로 운영하면서도, 이후 기능 확장과 해외 진출까지 감당할 수 있는 구조를 함께 설계해야 하는 과제였습니다.
Q. 호각이 당시 가장 중요하게 봤던 것은 무엇이었나요?
저희가 가장 중요하게 본 지점은 크게 세 가지였습니다. 첫째, 서비스 오픈 일정에 맞는 현실적인 인프라 구성이 필요했습니다. 둘째, 미디어 서비스 특성상 장애와 지연에 민감하기 때문에 운영 안정성이 중요했습니다. 셋째, 향후 AI 영상 분석 기능까지 고려했을 때 현재 구조가 확장 가능한 방향이어야 했습니다.
지금 당장 서비스가 동작하는 것만으로는 충분하지 않았고, 향후 운영과 확장을 함께 버틸 수 있는 기반이 필요했던 것입니다.
스마일샤크와 함께 운영 관점까지 다시 보기 시작하다
스마일샤크는 호각과의 초기 논의부터 AWS 기준의 아키텍처 방향을 정리하고, 개발사 및 고객 측 요구사항을 함께 검토하는 방식으로 협업을 시작했습니다. 단순히 “어떤 서비스를 쓸지”를 나열하기보다, 실제 운영 상황에서 어떤 이슈가 생길 수 있는지, 그리고 이를 어떻게 대비할 것인지까지 함께 보는 접근이 중요했습니다.
이후 서비스 오픈과 운영 단계에 들어서면서 협업의 범위도 조금씩 넓어졌습니다. MSP 지원 범위, 기술 문의 대응, Site-to-Site VPN 구성, 비용 및 운영 최적화 보고서, 모니터링과 알람 체계, 이벤트성 트래픽 대응 같은 실무적인 논의가 함께 이어졌습니다.
특히 호각의 서비스는 사용자가 몰리는 시점이 비교적 명확하고, 실제 스포츠 일정에 따라 갑작스러운 부하가 발생할 가능성이 있었습니다. 스마일샤크는 이러한 특성을 반영해 단기 대응과 중장기 개선 방향을 구분해 제안했습니다. 예를 들어 대규모 이벤트를 앞두고는 DB 사양 조정과 운영 모니터링 지원을 우선 검토하고, 이후에는 DB 튜닝이나 구조 개선, 마이그레이션과 같은 과제를 단계적으로 보는 방식이었습니다.
라이브, VOD, AI 분석까지 이어지는 구조를 검토하다
호각의 서비스 환경은 일반적인 웹 서비스보다 훨씬 복합적입니다. 라이브 중계를 위한 미디어 플로우, 경기 종료 후 VOD 업로드 및 배포, 향후 AI 영상 분석 결과 제공까지 하나의 흐름 안에서 맞물려야 하기 때문입니다.
스마일샤크는 이러한 구조를 바탕으로 미디어 전달 흐름, CloudFront(CDN) 활용, S3 업로드 구조, 인코딩 과정, EKS 기반 서비스 운영, Load Balancer(NLB/ALB) 관리 방식 등을 함께 검토했습니다. 또한 향후 분석 기능 확장을 염두에 두고 GPU 인스턴스 활용, Auto Scaling 방식, 배치와 실시간 처리 시나리오까지 AWS 관점에서 가이드를 제공했습니다.
특히 AI 영상 분석 서비스는 단순히 GPU 인스턴스를 추가한다고 해결되는 문제가 아닙니다. 사용자가 분석을 요청하는 시점에 맞춰 어떤 방식으로 연산 자원을 할당할지, 유휴 시간의 비용을 어떻게 줄일지, 결과 저장과 제공 흐름을 어떤 구조로 설계할지까지 함께 고려해야 합니다. 스마일샤크는 SageMaker, EC2 등 다양한 선택지를 비교하며 호각이 서비스 모델에 맞는 방향을 검토할 수 있도록 도왔습니다.
Q. 실제 운영과정에서 어떤 기술 과제들이 있었나요?
대표적으로는 DB 부하, 특정 시점의 5xx 에러, 간헐적인 NLB 상태 검사 이슈, 빠른 출시 과정에서 개별 관리되던 일부 리소스 등이 있었습니다.
이 가운데 일부 이슈는 원인 분석과 개선 가이드를 통해 해소 방향이 정리됐습니다. 예를 들어 NLB 대상 그룹 이슈의 경우, aws-load-balancer-controller 관련 권한 구성을 함께 점검하고 보완하여 정상 상태를 회복했습니다. 또 5xx 에러 분석 과정에서는 로그 기준의 원인 추적 체계를 정립하며 해소 방향을 정리했습니다.
Q. 스마일샤크와 함께 운영 고도화를 진행하면서 중요하다고 느끼신 부분은?
운영 단계에서 중요한 것은 장애가 발생했을 때 한 번 대응하는 것에 그치지 않는다는 점입니다. 같은 유형의 문제가 반복되지 않도록 구조를 개선하고 운영자가 상태를 더 잘 볼 수 있게 만드는 것이 핵심입니다.
스마일샤크는 호각 환경에 대해 EKS 컨트롤 플레인 접근 권한, 세부 로그 확인, 로드밸런서 선언적 관리, 전 구간 HTTPS 표준화, 리소스 효율화 등 운영 가시성과 일관성을 높이는 방향을 제안했습니다.
특히 2026년에는 EKS 관리 최적화 방안 문서를 통해 dev, staging, production에 걸친 클러스터와 ALB/NLB 운영 현황을 정리하고, AWS Load Balancer Controller 기반 통합 관리 및 HTTPS 표준화 방안을 제시했습니다. 이 제안은 단순 보안 강화뿐 아니라, 운영 오류 가능성을 줄이고 비용을 더 효율적으로 관리하기 위한 방향이라는 점에서 의미가 있었습니다.
운영 안정화가 가져온 변화
실시간 미디어 서비스는 오픈 그 자체보다 ‘오픈 이후’가 더 중요합니다. 호각은 실제 트래픽과 사용자 반응을 경험하면서, 운영 이슈를 단발성으로 막는 데 그치지 않고 같은 문제가 반복되지 않는 구조로 개선해 왔습니다. 그 결과는 운영 지표의 변화로 나타났습니다.
정량적 성과
항목 | Before | After |
|---|---|---|
DB CPU 사용률 | 높은 부하로 운영 부담 | 단계적 조정으로 16% 수준까지 최적화 |
5xx 에러/페이지 디스커넥션 | 특정 시점 반복 발생 | 2026년 3월 기준 해소 |
NLB 대상 그룹 상태 검사 | 상태 검사 이슈 간헐적 발생 | 권한 구성 보완으로 정상 상태 회복 |
보안 / 통신 구성 | 구간별 구성 상이 | 전 구간 HTTPS 표준화 |
로드밸런서 관리 | 일부 리소스 개별 관리 | Controller 기반 통합/선언적 관리로 전환 |
이러한 변화의 핵심은 단순히 “문제를 고쳤다”가 아니라, 장애에 사후 대응하던 방식에서 선제적으로 상태를 관리하는 방식으로 운영 체계 자체가 바뀌었다는 점입니다. 운영자가 상태를 더 잘 들여다볼 수 있게 되면서, 동일 유형의 이슈가 반복될 가능성도 함께 줄어들었습니다.
실무 팁: 라이브∙미디어∙AI 서비스 운영에서 중요한 세 가지
1. 운영 준비는 오픈 이후가 아니라 오픈 전에 끝나 있어야 합니다.
실시간 미디어 서비스의 승부처는 오픈 이후입니다. 장애 대응, 로깅, 알람, 접근 제어까지 설계 단계부터 함께 준비되어 있어야 서비스 품질을 유지할 수 있습니다.
2. 시즌성 트래픽은 닥쳐서 대응하지 말고 미리 준비해야합니다.
이벤트나 경기 일정처럼 트래픽이 몰리는 시점을 예측할 수 있다면, 사전 계획과 모니터링이 트래픽 급증 이후의 긴급 대응보다 훨씬 효과적입니다.
3. AI 기능은 기획만큼 인프라∙비용 설계가 중요합니다.
GPU 워크로드는 비용이 크고 운영도 복잡합니다. 실시간 처리와 배치 처리 중 무엇을 택할지, 유휴 리소스를 어떻게 줄일지까지 함께 설계해야 실제 서비스로 작동할 수 있습니다.
완성도 높은 운영을 원하는 팀에 스마일샤크를 추천합니다
Q. 스마일샤크와의 협업에서 가장 인상 깊었던 점은?
단순 기술 문의 대응을 넘어 서비스의 성장 단계마다 필요한 기술적 판단을 함께 정리해 준 점이 가장 인상 깊습니다. AWS 아키텍처 검토부터 실서비스 이슈 분석, EKS/로드밸런서 운영 최적화, AI 분석 워크로드 검토까지 — 구축과 운영을 분리하지 않고 처음부터 운영까지 고려한 접근이었습니다.
Q. 다른 회사에 스마일샤크를 추천한다면 어떤 경우일까요?
AWS 신규 도입이나 미디어/실시간 워크로드를 운영하는 기업, 그리고 AI 영상 분석처럼 GPU/비용 구조까지 함께 설계해야 하는 프로젝트에 적합합니다. 미디어와 AI 확장이 맞물리는 환경에서는 특정 서비스 하나만 잘 아는 것으로 충분하지 않고, 아키텍처/운영/보안/확장성/비용을 함께 보고 우선순위를 조정할 수 있어야 하기 때문입니다.
AI 스포츠 미디어의 다음 단계로, 호각의 혁신 여정
호각은 현재의 스포츠 OTT 서비스를 안정적으로 운영하는 데 그치지 않고, AI 기반 영상 분석 기능까지 확장하며 서비스의 다음 단계를 준비하고 있습니다. 테니스 모션 영상 분석처럼 사용자에게 더 높은 부가가치를 제공할 수 있는 기능이 대표적입니다.
이러한 기능은 기술적으로도, 비용 구조 측면에서도 일반적인 웹 기능과는 전혀 다른 접근이 필요합니다. GPU 활용, Auto Scaling, 분석 파이프라인 구성, 과금 모델 설계까지 함께 고민해야 하기 때문입니다. 호각은 이를 단계적으로 검토하며, 서비스 모델과 인프라 운영 구조를 함께 맞춰가고 있습니다.
또한 AI 카메라 설치 확대와 스포츠 시즌에 따른 서비스 활성화, 지자체 중심 확산 가능성, 나아가 해외 확장 가능성까지 고려하면 호각의 서비스는 앞으로 더 다양한 기술적 요구를 마주하게 될 것입니다. AWS 기반의 미디어/AI 아키텍처와 운영 체계는 그 성장을 떠받치는 기반이 될 수 있습니다.
스마일샤크는 호각이 현재의 운영 안정성을 다지고 다음 단계의 성장을 준비할 수 있도록 함께 해왔으며, 앞으로도 양사는 스포츠 미디어 서비스의 고도화와 AI 서비스 확장을 위한 방향을 함께 만들어갈 예정입니다.
