SRT를 통한 FAST 채널 스트리밍을 위한 AWS 미디어 서비스
한 미디어 회사는 예측 불가능한 인터넷 연결을 통해 원격 스튜디오, 클라우드 플레이아웃 시스템 및 신디케이션 파트너로부터 고품질 콘텐츠를 수집할 수 있도록 Secure Reliable Transport (SRT) 프로토콜을 사용하여 FAST 채널을 위한 안정적이고 짧은 지연 시간의 기여 피드를 구축해야 했습니다.
프로젝트 상담하기
과제
기존의 기여 워크플로는 전용 광섬유 또는 위성 링크에 의존했는데, 이는 비용이 많이 들고 유연하지 못했습니다.
- 전용 회로는 링크당 월 수천 달러의 비용이 들고 프로비저닝에 몇 주가 소요되었습니다.
- 인터넷 기반 전송 (RTMP)은 패킷 손실, 지터 현상을 겪었으며 암호화 기능이 부족했습니다.
- 다중 소스 수집은 유연한 소프트웨어 정의 연결을 필요로 했습니다.
- SRT의 오류 수정 및 암호화 기능으로 인해 새로운 방송 표준으로 부상했지만, 이를 AWS-native 파이프라인에 통합하려면 맞춤형 엔지니어링이 필요했습니다.
- SRT 특정 지표 (RTT, 재전송률, 대역폭 오버헤드) 모니터링에는 전용 도구가 필요했습니다.
우리의 솔루션
우리는 AWS Elemental MediaLive와 MediaConnect를 사용하여 SRT 기반 기여 및 배포 파이프라인을 구축하여, 방송 수준의 오류 수정을 통해 공용 인터넷을 통한 안정적이고 암호화된 콘텐츠 전송을 가능하게 했습니다.
아키텍처
- 기여: 원격 소스로부터 SRT 수집을 위한 AWS Elemental MediaConnect
- 전송: AES 암호화 및 ARQ 오류 수정을 갖춘 SRT 프로토콜
- 인코딩: SRT 입력을 다중 비트레이트 출력으로 트랜스코딩하기 위한 AWS Elemental MediaLive
- 패키징: 최종 시청자 전송을 위한 HLS/DASH 패키징을 위한 AWS Elemental MediaPackage
- 배포: 플랫폼 파트너에게 B2B 신디케이션을 위한 MediaConnect의 SRT 출력
- 모니터링: SRT 특정 지표 대시보드 (RTT, 패킷 손실, 재전송, 지터)
- CDN: 최종 시청자에게 마지막 구간 HLS 전송을 위한 Amazon CloudFront
SRT 프로토콜의 장점
RTMP 대비
SRT는 기여 피드에 있어 RTMP에 비해 상당한 이점을 제공합니다. 내장된 ARQ 오류 수정 (RTMP의 경우 1-2% 패킷 손실 시 스트림 중단에 비해 최대 20% 패킷 손실 허용), 네이티브 AES 암호화, 구성 가능한 지연 시간 제어, UDP 기반 NAT 친화적 전송, 그리고 오류 복구를 위한 최소한의 대역폭 오버헤드를 제공합니다.
전용 회로 대비
인터넷을 통한 SRT는 전용 광섬유에 비해 훨씬 낮은 비용과 빠른 프로비저닝을 제공하며, 인터넷이 연결된 모든 위치에서 다중 경로 이중화 및 지리적 유연성이라는 추가적인 이점을 제공합니다.
파이프라인 설계
기여 (수집)
- 원격 소스 — 스튜디오, 클라우드 플레이아웃 또는 파트너가 MediaConnect로 SRT 스트림 전송
- SRT 리스너 — SRT 리스너로 구성된 MediaConnect 엔드포인트
- 암호화 — 전송 중 콘텐츠 보안을 위한 AES 암호 구문 암호화
- 오류 수정 — ARQ는 구성 가능한 지연 시간 버퍼로 손실된 패킷 복구
- 페일오버 — 기본 스트림 실패 시 자동 페일오버를 갖춘 이중 SRT 입력
처리
- MediaConnect → MediaLive — 트랜스코딩을 위해 MediaLive로 파이프된 SRT 플로우
- 트랜스코딩 — SCTE-35 패스스루를 통한 다중 비트레이트 인코딩
- SCTE-35 주입 — 예정된 지점에 광고 브레이크 신호 삽입
- 출력 — HLS 패키징을 위해 MediaPackage로 전송된 트랜스코딩된 스트림
배포 (SRT를 통한 B2B 신디케이션)
방송 수준의 피드를 필요로 하는 플랫폼 파트너에게 신디케이션하기 위해:
- 파트너 요구사항에 따른 caller 또는 listener 모드의 SRT 출력
- 접근 제어를 위한 파트너별 개별 암호화 암호 구문
- 파트너별 대역폭 구성
- 파트너 피드 상태 모니터링을 위한 출력별 SRT 지표
SRT 구성
지연 시간 튜닝
SRT 지연 시간은 네트워크 조건 및 사용 사례에 따라 조정됩니다:
- 초저 지연 — 동일 리전, 고품질 네트워크 (스튜디오에서 클라우드)
- 저 지연 — 교차 리전, 양호한 네트워크
- 표준 — 국제, 가변 네트워크
- 높은 탄력성 — 불량 네트워크, 최대 패킷 손실 허용
설정은 적절한 지연 시간, 대역폭 제한, 암호화 수준 및 연결 모드 (caller vs. listener)로 사용 사례별로 최적화됩니다.
모니터링 및 알림
플랫폼은 SRT 특정 지표를 실시간으로 모니터링합니다:
- 왕복 시간 (RTT) — 송신자와 수신자 간의 네트워크 지연 시간
- 재전송률 — ARQ 재전송이 필요한 패킷의 비율
- 패킷 손실 — 네트워크 품질을 나타내는 ARQ 전 패킷 손실률
- 지터 — 패킷 도착 시간의 변동
- 대역폭 활용률 — 실제 vs. 구성된 최대 대역폭
- 버퍼 수준 — 수신기 버퍼 채움 수준 (언더런은 잠재적인 끊김 현상을 나타냄)
자동화된 경고는 사전 예방적 문제 해결을 위해 저하된 지표에 따라 트리거됩니다.
주요 기능
- SRT 수집 — 인터넷에 연결된 모든 소스로부터 기여 피드 수신
- AES 암호화 — 외부 VPN 또는 TLS 없이 내장된 콘텐츠 암호화
- ARQ 복구 — 자동 재전송으로 최대 20%의 패킷 손실 허용
- 구성 가능한 지연 시간 — 네트워크 품질 및 사용 사례에 따라 조정 가능
- 이중 입력 페일오버 — 기본 SRT 피드 실패 시 자동 전환
- B2B 신디케이션 — 파트너 배포를 위한 SRT 출력 피드
- SRT 지표 대시보드 — 실시간 RTT, 손실, 지터 및 재전송 모니터링
- 하이브리드 출력 — B2B 기여를 위한 SRT, 소비자 전송을 위한 CloudFront를 통한 HLS
결과
기술 스택
caseStudyDetail.more 사례 연구
더 많은 기술 구현 사례를 살펴보세요
SCTE-35 마커 파싱 및 다중 플랫폼 플레이어 통합을 통한 클라이언트 측 광고 삽입(CSAI)
한 비디오 스트리밍 플랫폼은 웹, 모바일 및 커넥티드 TV 앱 전반에 걸쳐 Client-Side Ad Insertion (CSAI)을 구현해야 했습니다. 이는 서버 측 삽입으로는 제공할 수 없는, 클릭 가능한 오버레이, 컴패니언 배너, 건너뛰기 버튼 등 완전한 광고 상호작용 지원을 통해 개인화된 기기 수준의 광고 경험을 가능하게 합니다.
SCTE-35 광고 마커 신호 및 미디어 트레일러 삽입 파이프라인
한 스트리밍 미디어 회사는 라이브 및 VOD 스트림에 SCTE-35 광고 마커를 삽입하고, 프로모션 트레일러(pre-roll, mid-roll, post-roll)를 정확한 시점에 삽입할 수 있는 견고하고 자동화된 파이프라인이 필요했습니다. 이는 FAST 채널, 라이브 이벤트 및 주문형 콘텐츠 라이브러리 전반에 걸쳐 수익을 창출하기 위함이었습니다.
자주 묻는 질문
MicrocosmWorks는 RTMP에 없는 AES-128 암호화, 자동 패킷 재전송 및 적응형 비트레이트 조정을 제공하며, 신뢰할 수 없는 네트워크에서 뛰어난 성능을 발휘하는 SRT를 선택했습니다. SRT는 RTMP가 가시적인 아티팩트를 보일 수 있는 공용 인터넷 경로에서도 1% 미만의 패킷 손실 복구 오버헤드로 방송 품질의 비디오 전송을 유지합니다.
MicrocosmWorks는 AWS Elemental MediaLive를 구성하여 caller 및 listener 모드 모두에서 SRT 입력을 수락하도록 한 다음, ABR 래더로 트랜스코딩하고 HLS/DASH 세그먼트를 MediaPackage로 출력합니다. SRT 인제스트는 MediaLive의 내장 SRT 복호화 및 지터 버퍼의 이점을 얻어, 트랜스코딩 단계 전에 깨끗한 소스 품질을 보장합니다.
네, MicrocosmWorks는 여러 SRT 입력 소스로 MediaLive를 구성하고, 사전 정의된 스케줄 또는 수동 재정의에 따라 피드 간을 전환하는 라우팅 제어 플레인을 구축했습니다. 각 SRT 기여자는 개별 AES 암호 인증과 함께 고유한 리스너 포트를 통해 연결되며, 시스템은 기본 및 백업 SRT 소스 간 핫 스탠바이 페일오버를 지원합니다.
MicrocosmWorks는 왕복 시간, 재전송률, 대역폭 활용도 및 버퍼 수준을 포함한 SRT 통계를 수집하는 CloudWatch 사용자 지정 지표를 사용하여 모니터링 대시보드를 구축했습니다. 재전송률이 2%를 초과하거나 RTT가 200ms를 초과하면 자동화된 경고가 트리거되어, 품질 저하가 시청자에게 눈에 띄기 전에 운영팀에 조기 경고를 제공합니다.
MicrocosmWorks는 SRT 기반 FAST 채널 인프라를 시간당 $30~$50의 요율로 배포하며, SRT 수집 구성, MediaLive 인코딩, CDN 배포 및 모니터링 대시보드를 포함한 전체 설정에는 일반적으로 200~350시간의 개발 시간이 소요됩니다. SRT 특정 구성은 표준 RTMP 수집 설정에 비해 약 40~60시간이 추가됩니다.