RTMP(Real-Time Messaging Protocol)는 인코더나 소프트웨어 송신기에서 수신 서버로 라이브 기여 피드를 게시할 때 흔히 쓰입니다. 라이브 경로에서 소스에서 인제스트까지의 구간을 담당합니다. 브라우저가 피드를 재생하는 방법이나, 피드를 녹화·믹싱·배포할 위치를 RTMP 자체가 결정하지는 않습니다.
RTMP는 무엇을 뜻하나요?
RTMP는 원래 Flash 시대의 미디어 워크플로를 위해 개발된 지속형 스트리밍 프로토콜입니다. 많은 제작 도구가 이를 게시할 수 있어 인코더 측 인제스트 형식으로 여전히 널리 사용됩니다. 공개된 RTMP 프로토콜 참조 문서는 이 역사적 사양 미러에서 확인할 수 있습니다. 이를 완전한 라이브 스트리밍 플랫폼의 동의어가 아니라 특정 연결을 위한 전송 선택지로 보아야 합니다.
RTMP 스트리밍의 동작 방식
송신기는 설정된 RTMP 주소를 열고 이름 또는 키로 스트림을 식별한 뒤 인코딩된 오디오와 비디오를 전송합니다. 수신 서버는 접근 정책을 확인하고 승인된 피드를 설정된 운영 경로에서 사용할 수 있게 합니다. 송신기의 녹색 상태는 송신기가 연결되었다고 판단한다는 뜻일 뿐이므로, 수신 측 활동과 디코딩된 미디어도 확인해야 합니다.
RTMP URL에 포함되는 항목
제공된 게시 값에는 보통 서버/애플리케이션 주소와 스트림 키가 들어 있습니다. 키는 비공개로 유지하세요. 애플리케이션 경로를 포함해 할당된 값을 정확히 복사해야 합니다. 플레이어 URL을 대신 쓰거나 URL 조각을 다른 방식으로 결합하는 것은 게시 실패의 흔한 원인입니다.
RTMP가 해결하지 않는 일
현대 브라우저 재생에는 HLS나 설정된 Web Player 워크플로처럼 브라우저용 배포 경로가 필요합니다. 그 경로에는 별도의 패키징, 엔드포인트, 접근, 플레이어 검증이 따릅니다. RTMP URL을 모든 브라우저에서 열리는 링크처럼 시청자에게 제공하지 마세요.
깔끔한 승인 경로
- 설정된 RTMP 게시 URL과 키를 받습니다.
- 알려진 소스를 전송합니다.
- 리스너가 예상한 송신자와 비트레이트를 확인하는지 검증합니다.
- 선택한 수신 지점에서 영상과 오디오를 확인합니다.
- 별도로 설정한 재생, 녹화 또는 라우팅 출력을 테스트합니다.
RTMP Server가 설정되어 있으면 Callaba가 수신과 운영 핸드오프를 담당할 수 있지만, RTMP를 브라우저 기본 형식으로 바꾸지는 않습니다. 리스너 자체에 관해서는 RTMP 서버의 역할을 참고하세요. 기여 피드 핸드오프를 결정하려면 RTMP 기여 게이트웨이를 보세요.
다음 단계
Callaba RTMP Server에서 인제스트와 접근을 설정하세요. 다음 모듈 선택에는 RTMP 라이브 워크플로 가이드를, 브라우저 배포가 목적이면 RTMP to HLS를 사용하세요.
