RTMP 배포가 작동하는 방식 - Amazon CloudFront

RTMP 배포가 작동하는 방식

참고

Adobe는 2020년 말에 Flash 지원을 종료하기로 결정했습니다. 결과적으로 Amazon CloudFront는 더 이상 Adobe Flash Media Server를 지원하지 않으며 2020년 12월 31일까지 RTMP(Real-Time Messaging Protocol)를 더 이상 배포하지 않을 것입니다. 자세한 내용은 Amazon CloudFront 토론 포럼의 발표 전문을 읽어 보세요.

CloudFront를 사용하여 미디어 파일을 스트리밍하려면, 다음 두 가지 유형의 파일을 최종 사용자에게 제공합니다.

  • 미디어 파일

  • JW Player, Flowplayer, Adobe Flash 등의 미디어 플레이어

최종 사용자는 해당 미디어 파일용으로 제공한 미디어 플레이어를 사용하여 미디어 파일을 봅니다. 컴퓨터 또는 기타 디바이스에 이미 설치되어 있는 미디어 플레이어(있는 경우)는 사용하지 않습니다.

최종 사용자가 미디어 파일을 스트리밍할 때, 파일이 CloudFront에서 아직 다운로드되고 있는 동안 미디어 플레이어에서 파일의 콘텐츠를 재생하기 시작합니다. 미디어 파일은 최종 사용자의 시스템에 로컬로 저장되지 않습니다.

CloudFront에서 미디어 플레이어와 미디어 파일을 모두 제공하려면, 미디어 플레이어용 웹 배포와 미디어 파일용 RTMP 배포 이렇게 두 가지 유형의 배포가 필요합니다. 웹 배포는 HTTP를 통해 파일을 제공하는 반면, RTMP 배포는 RTMP(또는 RTMP 변형)를 통해 미디어 파일을 스트리밍합니다.

다음 예에서는 미디어 파일과 미디어 플레이어가 Amazon S3의 서로 다른 버킷에 저장되어 있다고 가정합니다만, 이는 필수 사항은 아닙니다. 미디어 파일과 미디어 플레이어를 동일 Amazon S3 버킷에 저장할 수 있습니다. 또한 미디어 플레이어를 최종 사용자가 다른 방식(예: CloudFront 및 사용자 지정 오리진을 사용하여)으로 사용할 수 있도록 할 수 있습니다. 그러나 미디어 파일은 Amazon S3 버킷을 오리진으로 사용해야 합니다.

다음 다이어그램에서 사이트는 미디어 플레이어의 캐싱된 사본을 d1234.cloudfront.net 도메인을 통해 각 최종 사용자에게 제공합니다. 그런 뒤 미디어 플레이어는 s5678.cloudfront.net 도메인을 통해 미디어 파일의 캐싱된 사본에 액세스합니다.

스트리밍용 설정
  1. 미디어 플레이어 버킷은 미디어 플레이어를 보관하며 일반적인 HTTP 배포용 오리진 서버가 됩니다. 이 예에서 배포에 대한 도메인 이름은 d1234.cloudfront.net입니다. (dd1234.cloudfront.net는 이것이 웹 배포임을 나타냅니다.)

  2. 스트리밍 미디어 버킷은 미디어 파일을 보관하며 RTMP 배포용 오리진 서버가 됩니다. 이 예에서 배포에 대한 도메인 이름은 s5678.cloudfront.net입니다. (ss5678.cloudfront.net는 이것이 RTMP 배포임을 나타냅니다.)

미디어 파일을 배포하도록 CloudFront를 구성할 경우, CloudFront에서는 Adobe Flash Media Server를 스트리밍 서버로 사용하여 Adobe RTMP(실시간 메시징 프로토콜)를 통해 미디어 파일을 스트리밍합니다. CloudFront에서는 포트 1935 및 포트 80을 통해 RTMP 요청을 수락합니다.

CloudFront는 다음 RTMP 프로토콜 변형을 지원합니다.

  • RTMP - Adobe 실시간 메시징 프로토콜

  • RTMPT - HTTP를 통해 터널링된 Adobe 스트리밍

  • RTMPE - Adobe 암호화

  • RTMPTE - HTTP를 통해 터널링된 Adobe 암호화