RTMP란? RTMP 라이브 스트리밍과 인제스트 작동 방식

RTMP, 즉 실시간 메시징 프로토콜(Real-Time Messaging Protocol) 은 서로 연결된 시스템 간에 오디오, 비디오, 데이터를 전송하는 애플리케이션 계층 프로토콜입니다.

현대적인 라이브 스트리밍 환경에서 RTMP는 주로 하드웨어 또는 소프트웨어 인코더의 실시간 신호를 미디어 서버나 스트리밍 플랫폼으로 전송하는 데 사용됩니다. 이후 미디어 플랫폼은 신호를 트랜스코딩하고, 패키징하고, 보호하고, 배포한 뒤 HLS, DASH, HTTP-FLV, WebRTC와 같은 시청자용 프로토콜을 통해 재생할 수 있도록 제공합니다.

기존 RTMP 사양에서는 RTMP를 적절한 전송 프로토콜, 일반적으로 TCP를 통해 멀티미디어 스트림을 다중화하고 청크 단위로 나누어 전송하는 애플리케이션 계층 프로토콜로 설명합니다.

RTMP는 과거 Adobe Flash 재생 기술과 밀접하게 연관되어 있었습니다. Adobe는 2020년 12월 31일부로 Flash Player 지원을 종료했습니다. 최신 브라우저에서도 일반적으로 RTMP 스트림을 직접 재생할 수 없습니다. 하지만 많은 인코더, 스트리밍 플랫폼, 미디어 배포 시스템이 여전히 RTMP 또는 암호화 방식인 RTMPS를 지원하므로, RTMP는 인제스트 프로토콜로서 계속 중요한 역할을 하고 있습니다.

---

핵심 요약

• RTMP는 스트리밍 프로토콜입니다. RTMP 서버, URL, 스트림 키는 모두 RTMP 워크플로를 구성하는 요소입니다.

• RTMP는 인코더에서 미디어 플랫폼으로 실시간 신호를 전송하는 라이브 인제스트 용도로 널리 사용됩니다.

• RTMP와 HLS는 함께 사용되는 경우가 많습니다. RTMP는 입력 스트림을 전송하고, HLS는 처리된 비디오를 시청자에게 배포합니다.

• RTMPS는 TLS 암호화를 추가합니다. 인코더와 스트리밍 서비스가 모두 지원한다면 일반적으로 RTMPS를 우선 사용하는 것이 좋습니다.

• Enhanced RTMP, 즉 E-RTMP는 최신 코덱 시그널링, 멀티트랙 스트리밍, 재연결 기능, 정밀한 시간 제어를 통해 RTMP 생태계의 기능을 확장합니다.

---

RTMP란 무엇인가요?

RTMP는 클라이언트와 서버 간에 타임스탬프가 포함된 오디오, 비디오, 데이터, 명령, 제어 정보를 전송하는 양방향 메시징 프로토콜입니다.

RTMP는 클라이언트와 서버 간의 지속적인 연결을 유지합니다. 하나의 연결에서 여러 유형의 메시지를 다중화할 수 있으므로 오디오, 비디오, 메타데이터, 프로토콜 제어 정보를 하나의 스트리밍 세션으로 전송할 수 있습니다.

현대적인 라이브 스트리밍 워크플로에서 RTMP 클라이언트는 일반적으로 인코더입니다. 인코더는 비디오 소스를 캡처하거나 수신하고, 이를 압축한 뒤 RTMP 인제스트 엔드포인트로 전송합니다.

일반적인 현대식 RTMP 워크플로는 다음과 같습니다.

카메라 또는 비디오 소스 → 인코더 → RTMP 또는 RTMPS 인제스트 → 미디어 서버 → 트랜스코딩 및 패키징 → CDN → 시청자

일반적으로 시청자가 원본 RTMP 연결을 직접 수신하지는 않습니다. 미디어 플랫폼은 시청자가 사용하는 브라우저, 앱, 디바이스, 네트워크 환경에 적합한 재생 형식으로 신호를 변환하거나 패키징합니다.

이러한 역할의 차이 덕분에 Flash가 지원 종료된 이후에도 RTMP는 계속 활용되고 있습니다. 오늘날 RTMP는 주로 스트리밍 워크플로의 신호 전송 또는 인제스트 단계에서 사용됩니다.

---

RTMP 스트리밍이란 무엇인가요?

RTMP 스트리밍은 퍼블리싱 클라이언트와 서버 간의 RTMP 연결을 통해 라이브 또는 녹화된 미디어를 전송하는 방식입니다.

라이브 스트리밍 워크플로에서는 소프트웨어 또는 하드웨어 인코더가 일반적으로 퍼블리싱 클라이언트 역할을 합니다. 인코더는 원본 비디오를 캡처하고, 오디오와 비디오를 압축한 뒤 인코딩된 신호를 RTMP 인제스트 엔드포인트로 전송합니다.

RTMP는 다음과 같은 정보를 전송할 수 있습니다.

• 비디오 데이터
• 오디오 데이터
• 스트림 메타데이터
• 명령 및 상태 메시지
• 시간 정보
• 애플리케이션 데이터

미디어 서버는 이러한 메시지를 수신하고, 해당 미디어 스트림을 식별한 뒤 스트리밍 서비스에 필요한 처리를 수행합니다. 이러한 처리에는 트랜스코딩, 녹화, 패키징, 모니터링, 액세스 제어, 배포 등이 포함될 수 있습니다.

---

RTMP 스트리밍은 어떻게 작동하나요?

RTMP 스트리밍은 먼저 인코더와 서버 간의 연결을 설정합니다. 이후 논리적 미디어 스트림을 생성하고, 청크로 나뉜 오디오, 비디오, 메타데이터를 지속적으로 전송합니다.

1. 소스 신호 캡처 및 인코딩

카메라, 화면 캡처 애플리케이션, 제작 시스템, 게임 콘솔 또는 기타 소스는 원본 오디오와 비디오를 인코더에 전달합니다.

인코더는 소스 신호를 압축하고 전송할 수 있는 형태로 준비합니다. 일반적인 설정 항목은 다음과 같습니다.

• 비디오 및 오디오 코덱
• 해상도
• 프레임 속도
• 비디오 비트레이트
• 오디오 비트레이트 및 샘플링 레이트
• 키프레임 간격
• 비트레이트 제어 방식

적절한 설정은 수신 플랫폼에 따라 달라집니다. 인코더 설정이 플랫폼의 지원 범위를 벗어나면 스트림이 거부되거나 처리와 재생이 불안정해질 수 있습니다.

2. 인코더가 RTMP 서버에 연결

인코더는 스트리밍 플랫폼에서 제공한 RTMP 또는 RTMPS 서버 주소를 사용합니다. 스트림 키나 기타 인증 정보가 필요할 수도 있습니다.

RTMP 연결에서는 먼저 클라이언트와 서버가 핸드셰이크를 수행합니다. 핸드셰이크가 완료되면 클라이언트가 connect 명령을 보내 서버의 특정 애플리케이션에 대한 액세스를 요청합니다.

이후 클라이언트는 논리 스트림을 생성하고 미디어를 퍼블리시합니다. RTMP 사양에서는 connect, createStream, publish 등의 명령을 이 워크플로의 구성 요소로 정의합니다.

3. RTMP가 미디어를 메시지와 청크 단위로 전송

RTMP는 오디오, 비디오, 데이터, 명령, 제어 정보를 메시지 형태로 전달합니다.

크기가 큰 메시지는 전송 전에 더 작은 청크로 나눌 수 있습니다. 청크 단위로 나누면 여러 유형의 정보를 동일한 연결에서 번갈아 전송할 수 있습니다. 예를 들어 오디오, 비디오, 제어 메시지는 큰 메시지 하나가 모두 전송될 때까지 기다릴 필요 없이 동일한 전송 경로를 공유할 수 있습니다.

각 메시지에는 시간 정보와 스트림 정보가 포함되어 있어 수신 측에서 콘텐츠를 올바르게 식별하고, 정렬하고, 처리할 수 있습니다.

4. 미디어 플랫폼이 신호를 처리하고 배포

미디어 스트림을 수신한 플랫폼은 다음과 같은 작업을 수행할 수 있습니다.

• 퍼블리셔 인증 및 검증
• 여러 해상도와 비트레이트로 트랜스코딩
• 적응형 비트레이트 프로파일 생성
• HLS, DASH, WebRTC 또는 기타 배포 형식으로 패키징
• 라이브 콘텐츠 녹화 또는 보관
• 액세스 제어 및 콘텐츠 보호 적용
• 인제스트 품질과 재생 품질 모니터링
• CDN을 통한 미디어 스트림 배포

그 결과 여러 단계로 구성된 스트리밍 워크플로가 형성됩니다. RTMP는 입력 신호 수신을 담당하고, 다른 기술은 후속 처리와 시청자 대상 콘텐츠 배포를 담당합니다.

---

RTMP 인제스트란 무엇인가요?

RTMP 인제스트는 라이브 인제스트라고도 하며, RTMP를 통해 인코더에서 미디어 서버로 실시간 오디오 및 비디오 신호를 전송하는 과정입니다.

인제스트는 라이브 스트리밍 워크플로의 업링크 단계입니다. 신호가 처리되어 시청자에게 배포되기 전에 스트리머나 콘텐츠 제작자를 스트리밍 인프라에 연결합니다.

RTMP 인제스트 서버는 인코더의 입력 스트림을 수신하는 서버 또는 서비스 엔드포인트입니다. 시스템 아키텍처에 따라 퍼블리셔를 인증하고, 미디어 스트림을 식별하고, 연결을 모니터링하고, 콘텐츠를 오리진 또는 미디어 처리 시스템으로 라우팅할 수 있습니다.

일반적인 RTMP 인제스트 워크플로는 다음 단계로 구성됩니다.

1. 제작팀이 RTMP 또는 RTMPS 서버 주소와 스트림 키를 인코더에 설정합니다.
2. 인코더가 실시간 신호를 인제스트 서버로 퍼블리시합니다.
3. 미디어 플랫폼이 미디어 스트림을 수신하고 처리합니다.
4. 미디어 스트림을 시청자의 디바이스와 호환되는 형식으로 패키징합니다.
5. CDN이 처리된 콘텐츠를 시청자에게 배포합니다.

RTMP 인제스트는 방송 애플리케이션, 하드웨어 인코더, 기업 이벤트 플랫폼, 라이브 스트리밍 서비스에서 폭넓게 지원됩니다.

---

RTMPS란 무엇인가요?

RTMPS는 TLS로 암호화된 연결을 통해 전송되는 RTMP입니다.

RTMPS는 인코더와 인제스트 서버 사이를 이동하는 미디어 스트림과 연결 정보를 보호합니다.

Google은 RTMPS를 전송 계층 보안, 즉 TLS/SSL 연결을 통해 전송되는 RTMP로 설명합니다. YouTube에서는 RTMPS를 사용해 인제스트 과정의 라이브 스트림 데이터를 암호화할 수 있습니다.

RTMPS가 다음과 같은 다른 보안 조치를 대체하는 것은 아닙니다.

• 계정 보안
• 스트림 키 보호
• 퍼블리셔 인증
• 시청자 권한 부여
• 디지털 저작권 관리
• 재생 계층 암호화
• 액세스 제어 정책

RTMP와 RTMPS를 모두 사용할 수 있다면 공용 네트워크를 사용하는 실제 라이브 스트리밍 환경에서는 일반적으로 RTMPS가 더 적합합니다.

---

RTMP 스트리밍의 장점과 한계

RTMP 스트리밍의 장점

• 폭넓은 호환성: RTMP는 다양한 방송 애플리케이션, 하드웨어 인코더, 미디어 서버, 제작 시스템, 스트리밍 플랫폼과 연동할 수 있습니다. 서로 다른 공급업체의 기술을 연결할 때도 실용적인 선택입니다.

• 성숙한 인제스트 워크플로: 많은 스트리밍 팀이 이미 RTMP 인코더 프리셋, 인증 시스템, 모니터링 도구, 퍼블리싱 프로세스를 사용하고 있습니다. 따라서 구축 복잡성을 낮추고 대규모 RTMP 워크플로를 보다 수월하게 운영할 수 있습니다.

• 지속적인 미디어 전송 연결: RTMP는 인코더와 서버 간의 활성 연결을 유지하며, 하나의 세션에서 비디오, 오디오, 메타데이터, 명령, 제어 정보를 전송할 수 있습니다.

• 유연한 멀티프로토콜 배포: 플랫폼은 RTMP로 미디어 스트림을 수신한 뒤 HLS, DASH, WebRTC, HTTP-FLV 또는 기타 재생 형식으로 변환할 수 있습니다. 스트리머는 익숙한 RTMP 인코더를 계속 사용하면서 브라우저, 모바일 앱, 스마트 TV, CDN에 적합한 형식으로 콘텐츠를 배포할 수 있습니다.

• 다양한 미디어 처리 지원: 플랫폼은 RTMP 스트림을 수신한 뒤 콘텐츠를 트랜스코딩하고, 녹화하고, 패키징하고, 모니터링하고, 보호하고, 배포할 수 있습니다.

RTMP 스트리밍의 한계

• 표준 RTMP는 암호화를 제공하지 않음: 일반 RTMP는 전송 중인 데이터를 암호화하지 않습니다. 전송 보안이 필요한 스트리밍 워크플로에서는 인코더와 인제스트 플랫폼이 모두 지원할 경우 RTMPS를 사용해야 합니다.

• 제한적인 브라우저 재생 지원: 최신 브라우저에서는 일반적으로 RTMP를 기본적으로 재생할 수 없습니다. 기존 브라우저 재생은 Adobe Flash Player에 의존했지만 Flash Player 지원은 2020년에 종료되었습니다. 따라서 플랫폼은 일반적으로 RTMP 스트림을 HLS, DASH, WebRTC, HTTP-FLV 또는 기타 브라우저 호환 형식으로 변환합니다.

• 네트워크 상태가 좋지 않으면 지연이 발생할 수 있음: RTMP는 일반적으로 TCP 기반으로 작동합니다. TCP는 손실된 데이터를 재전송하고 패킷을 순서대로 처리합니다. 패킷 손실이나 혼잡이 발생하면 재전송으로 인해 지연이 늘어날 수 있습니다. 업로드 대역폭, 왕복 지연 시간, 인코더 버퍼링, 네트워크 혼잡, 패킷 손실, 서버 설정 등이 실제 성능에 영향을 미칩니다.

• 엔드투엔드 지연 시간을 보장할 수 없음: RTMP만으로는 시청자가 스트림을 얼마나 빠르게 수신할 수 있는지가 결정되지 않습니다. 전체 지연 시간은 인코더 설정, 네트워크 거리, 트랜스코딩, 패키징, 세그먼트 길이, CDN 배포, 플레이어 버퍼링, 시청자 네트워크 상태의 영향도 받습니다.

종합하면 RTMP는 라이브 신호 전송과 인제스트에 안정적으로 사용할 수 있는 방식입니다. 다만 안전하고, 브라우저와 호환되며, 지연 시간이 짧은 재생 환경을 제공하려면 일반적으로 최신 배포 프로토콜과 함께 사용해야 합니다.

---

RTMP와 HLS, SRT, RTSP, WebRTC의 차이점

스트리밍 프로토콜은 워크플로의 서로 다른 단계에서 각기 다른 역할을 담당합니다. 적합한 프로토콜은 인제스트, 신호 전송, 배포, 세션 제어, 실시간 상호작용 중 어떤 기능이 필요한지에 따라 달라집니다.

RTMP와 HLS는 함께 사용되는 경우가 많습니다. RTMP는 인제스트를 담당하고, HLS는 시청자에게 콘텐츠를 배포합니다.

불안정한 네트워크를 거치는 장거리 신호 전송에는 SRT가 더 적합할 수 있습니다. RTSP는 IP 카메라와 제어형 미디어 세션에서 흔히 사용됩니다. WebRTC는 브라우저와 앱의 대화형 환경에 적합합니다.

---

RTMP는 언제 사용하는 것이 적합한가요?

다음과 같은 경우 RTMP 또는 RTMPS가 실용적인 선택이 될 수 있습니다.

• 폭넓게 지원되는 소프트웨어 또는 하드웨어 인코더로 콘텐츠를 퍼블리시해야 하는 경우
• 수신 플랫폼에서 RTMP 인제스트 엔드포인트를 제공하는 경우
• RTMP 인제스트와 HLS 또는 DASH 배포를 결합한 워크플로를 사용하는 경우
• 기존 방송 도구와의 호환성이 필요한 경우
• 업링크 네트워크가 비교적 안정적인 경우
• 라이브 웨비나, 기업 이벤트, 엔터테인먼트 프로그램, 스포츠 중계, 게임 스트리밍, 라이브 커머스에 사용하는 경우

수신 플랫폼이 지원한다면 일반적으로 RTMPS를 우선 사용하는 것이 좋습니다.

불안정하거나 장거리인 네트워크를 통해 콘텐츠를 전송해야 한다면 SRT가 더 적합할 수 있습니다.

상호작용성이 높은 환경이 필요하다면 WebRTC가 더 적합할 수 있습니다.

다양한 디바이스와의 호환성과 HTTP 기반 시청자 배포가 필요하다면 HLS가 일반적인 선택입니다.

---

RTMP 스트림의 안정성을 높이는 방법

RTMP 스트림의 안정성은 제작 환경과 네트워크 환경 전체에 따라 달라집니다.

• 적절한 인제스트 엔드포인트 선택:

  인코더에서 엔드포인트까지의 네트워크 경로가 안정적인 접속 지점을 선택하고, 실제 라우팅 품질, 패킷 손실, 업로드 성능을 테스트합니다.

• 플랫폼의 인코딩 요구 사항 준수:

  플랫폼에서 지원하는 코덱, 해상도, 프레임 속도, 비트레이트, 키프레임 간격, 오디오 설정을 사용합니다.

• 충분한 업로드 대역폭 확보:

  사용 가능한 업로드 대역폭은 설정된 미디어 스트림 비트레이트보다 높아야 합니다.

• RTMPS 우선 사용:

  플랫폼이 지원한다면 암호화된 엔드포인트를 사용하고, 프로토콜 유형, 호스트 이름, 포트, 애플리케이션 경로를 확인합니다.

• 스트림 키 보호:

  퍼블리싱 자격 증명에 대한 액세스를 제한하고, 노출된 키는 다시 발급합니다.

• 이중화 구성 준비:

  중요한 라이브 스트리밍에는 백업 인코더, 네트워크 연결, 전원, 인제스트 엔드포인트 또는 보조 신호 소스가 필요할 수 있습니다.

• 전체 워크플로 모니터링:

  인코더, 업로드 연결, 인제스트 상태, 미디어 처리, CDN 배포, 시청자 재생 상태를 지속적으로 모니터링합니다.

인코더 연결에 성공했다고 해서 시청자가 항상 문제없이 재생할 수 있는 것은 아닙니다.

---

CDNetworks의 RTMP 인제스트 및 라이브 스트리밍 지원

라이브 스트리밍은 인제스트, 미디어 처리, 콘텐츠 배포 등 여러 기술이 함께 작동해야 합니다. RTMP는 검증된 인코더와 라이브 스트리밍 워크플로에 연동할 수 있어 지금도 널리 사용되는 인제스트 방식입니다.

CDN 기반 RTMP 스트리밍 워크플로에서 CDNetworks의 미디어 배포 서비스는 RTMP 인제스트와 분산형 미디어 배포를 연결합니다.

CDNetworks의 Enhanced RTMP/FLV 지원은 다음과 같은 목적에 맞게 설계되었습니다.

• OBS, VLC 등 주요 스트리밍 소프트웨어와의 호환성 유지
• 더 폭넓은 미디어 형식 지원
• 별도의 프로토콜 교체나 추가 변환 작업 최소화
• 저지연 스트리밍 환경 지원
• 서비스 제공업체가 시청 경험과 스트리밍 비용 사이에서 균형을 맞출 수 있도록 지원

이러한 기능을 활용하면 기존 RTMP 워크플로를 간소화하고, 불필요하게 퍼블리싱 아키텍처를 재설계하는 부담을 줄일 수 있습니다.

CDNetworks의 미디어 배포 서비스를 자세히 알아보거나 엔터테인먼트 라이브 스트리밍 솔루션을 확인해 보세요.

---

자주 묻는 질문

RTMP는 무엇의 약자인가요?

RTMP는 Real-Time Messaging Protocol의 약자로, 한국어로는 실시간 메시징 프로토콜이라고 합니다. 서로 연결된 클라이언트와 서버 간에 타임스탬프가 포함된 오디오, 비디오, 메타데이터, 명령, 제어 정보를 전송하는 애플리케이션 계층 프로토콜입니다.

RTMP 스트리밍이란 무엇인가요?

RTMP 스트리밍은 RTMP 연결을 통해 라이브 또는 녹화된 미디어를 전송하는 방식입니다. 일반적으로 소프트웨어 또는 하드웨어 인코더에서 미디어 서버나 스트리밍 플랫폼으로 스트림을 전송합니다.

RTMP 인제스트란 무엇인가요?

RTMP 인제스트는 인코더에서 미디어 서버로 실시간 오디오 및 비디오 신호를 전송하는 과정입니다. 서버는 수신한 미디어 스트림을 처리하고, 트랜스코딩하고, 패키징한 뒤 시청자가 재생할 수 있도록 배포합니다.

RTMP 서버란 무엇인가요?

RTMP 서버는 RTMP 스트림을 수신하고, 처리하고, 라우팅하고, 퍼블리시하거나 재생하는 서버입니다. RTMP 인제스트 서버는 소프트웨어 또는 하드웨어 인코더에서 전송되는 입력 스트림을 수신하는 데 특화되어 있습니다.

RTMP URL과 스트림 키의 차이점은 무엇인가요?

RTMP URL은 인제스트 서버와 애플리케이션 경로를 식별합니다. 스트림 키는 개별 미디어 스트림을 식별하거나 해당 스트림의 퍼블리싱 권한을 부여하는 데 사용됩니다. 인코더에 따라 두 값을 별도로 입력해야 할 수도 있고, 하나의 퍼블리싱 주소로 결합해 입력할 수도 있습니다.

RTMP는 안전한가요?

RTMPS는 TLS 암호화를 사용해 인코더와 인제스트 서버 사이의 RTMP 트래픽을 보호합니다. 표준 RTMP에는 이러한 보호 기능이 없으므로, 통신 양쪽에서 지원한다면 일반적으로 RTMPS를 우선 사용하는 것이 좋습니다.

RTMP는 어떤 포트를 사용하나요?

RTMP는 일반적으로 TCP 1935번 포트를 사용합니다. 일부 RTMPS 서비스는 TCP 443번 포트를 사용하지만, 퍼블리셔는 항상 스트리밍 플랫폼에서 제공한 연결 정보에 따라 설정해야 합니다.

최신 브라우저에서 RTMP를 재생할 수 있나요?

최신 브라우저에서는 일반적으로 RTMP를 직접 재생할 수 없습니다. 스트리밍 플랫폼은 보통 RTMP 입력 스트림을 HLS, DASH, WebRTC, HTTP-FLV 또는 브라우저와 앱에서 재생할 수 있는 다른 형식으로 변환합니다.

RTMP가 HLS보다 더 좋은가요?

RTMP와 HLS는 서로 다른 역할을 담당합니다. RTMP는 일반적으로 인코더에서 라이브 입력 스트림을 수신하는 데 사용되고, HLS는 처리된 비디오를 시청자에게 배포하는 데 사용됩니다. 많은 라이브 스트리밍 워크플로에서 두 프로토콜을 함께 사용합니다.

RTMP는 현재도 중요한가요?

RTMP는 지금도 중요한 기술입니다. 많은 인코더, 미디어 서버, 스트리밍 플랫폼이 라이브 스트리밍 인제스트 방식으로 RTMP를 지원하고 있습니다. 오늘날 RTMP의 주요 용도는 브라우저에서 직접 재생하는 것이 아니라 스트리밍 인프라로 신호를 전송하는 것입니다.