GigaOM Radar Edge Platform Leader & Outperformer 2024 | 
CMCD를 사용하는 멀티 CDN 고급 아키텍처
CMCD란 무엇입니까?
CMCD(Common Media Client Data)는 2020년에 출시된 공개 사양 CTA-5004를 의미합니다. 개방형 사양이란 무엇입니까? 공개 사양은 누구에게나 공개적으로 제공되는 문서화된 요구 사항 및 표준 집합을 의미합니다. 여기서 가장 큰 제목은 CMCD 오픈 사양이 미디어 플레이어(클라이언트라고도 함)가 비디오 스트리밍 데이터를 생성하고 각 미디어 요청에 대해 CDN과 공유하는 방법을 정의한다는 것입니다. 이 사양이 정의되기 전에는 CDN을 통해 클라이언트 데이터를 전송, 수신 및 처리하는 방식이 가장 중요했습니다. CMCD의 핵심은 중요한 데이터가 들어 있는 키 집합입니다. CTA-5004를 사용하여, 나는 그 열쇠를 요약하고 유용한 치트 시트를 만들 수있는 통찰력을 추가했습니다.| 설명 | 키 | 정의 | *사용 |
|---|---|---|---|
| 인코딩된 비트 전송률 | Br | 요청되는 오디오 또는 비디오 개체의 인코딩된 비트 전송률입니다. | 전송된 실제 비트 전송률을 표시하며 CDN에서 객체 크기를 추론하는 데 사용할 수 있습니다. |
| 버퍼 길이 | Bl | 요청 시점의 플레이어 버퍼 길이입니다. | CDN에서 재생 상태를 추론하는 데 사용할 수 있습니다. |
| 버퍼 굶주림 | BS | 버퍼 부족 이벤트입니다. 재생 시 리버퍼/정지를 나타냅니다. | 리버퍼 비율은 지정된 기간 동안 리버퍼 이벤트가 하나 이상 있는 세션과 세션의 총 수로 계산됩니다. |
| 콘텐츠 ID | CID | 현재 콘텐츠를 식별하는 고유 문자열입니다. | 문제가 있는 콘텐츠를 추적하는 데 유용하지만 플레이어가 거의 사용하지 않습니다. |
| 객체 기간 | D | 요청되는 개체의 재생 시간(밀리초)입니다. |
집계하면 시청 시간 추정치로 사용할 수 있습니다. 콘텐츠가 광고 휴식 중인지 여부와 시청 중인 비디오 유형을 확인하는 데 사용할 수 있습니다. 청크 크기를 결정하는 데 사용할 수 있습니다. |
| 마감일 | Dl | 버퍼 언더런 또는 기타 재생 문제를 발생시키지 않으려면 요청 시간부터 이 세그먼트/객체의 첫 번째 샘플까지 마감일을 사용할 수 있어야 합니다. | |
| 처리량 측정 | MTP | 클라이언트에서 측정한 클라이언트와 서버 간의 처리량입니다. | CDN과 플레이어 간 예상 처리량 대역폭 CDN과 외부 지표를 비교하는 데 유용합니다. |
| 다음 객체 요청 | 도 아님 | 요청할 다음 개체의 상대 경로입니다. | 프리페치에 사용됩니다. |
| 다음 범위 요청 | NRR | 다음 요청이 부분 객체 요청인 경우 이 문자열은 요청할 바이트 범위를 나타냅니다. 'nor' 필드가 설정되지 않은 경우, 객체는 현재 요청된 객체와 일치한다고 가정합니다. | 프리페치에 사용됩니다. |
| 개체 유형 | OT |
요청되는 현재 개체의 미디어 유형: M = 매니페스트 또는 재생 목록과 같은 텍스트 파일 A = 오디오만 V = 비디오만 AV = 멀티플렉스 오디오 및 비디오 I = 초기화 세그먼트 C = 캡션 또는 자막 TT = ISOBMFF 시간 지정 텍스트 트랙 K = 암호화 키, 라이센스 또는 인증서 = 기타 요청된 개체 유형을 알 수 없는 경우 이 키를 사용하면 안 됩니다. |
문제 해결에 사용됩니다. 인코딩 및 DRM 문제를 결정하는 데 사용할 수 있습니다. DRM 제공업체는 현재 사용/지원되는 버전/브라우저에 대한 가시성이 제한되어 있으므로 "k"가 도움이 됩니다.
"C"는 잠재적인 규정 준수 문제를 경고하는 데 사용할 수 있습니다. |
| 재생 속도 | 홍보 | 1 경우에 순간, 2 경우에 두 배 속도인 경우에, 0 놀지 않는 경우에. 1이 아닌 경우에만 보내야 합니다. | 플레이어가 다른 문제를 보완하기 위해 재생 속도를 조정하고 있는지 여부를 추론하는 데 사용할 수 있습니다(예: 오리진 또는 CDN이 세그먼트를 빠르게 전송하지 못함). |
| 요청된 최대 처리량 | RTP |
클라이언트가 자산을 전달하기에 충분하다고 판단하는 요청된 최대 처리량입니다.
***처리량은 전송되는 데이터의 양을 의미합니다. |
플레이어와 CDN 성능을 알려줍니다. 이를 통해 데이터를 보다 효율적으로 관리하고 리소스를 절약할 수 있습니다.
이를 통해 과다 전달을 통해 버퍼 포화를 방지함으로써 고객에게 혜택을 줄 수 있으며, 공정한 공유 전달을 통해 커뮤니티 혜택을 제공할 수도 있습니다. 개념은 각 클라이언트가 뛰어난 성능에 필요한 처리량을 받지만 그 이상은 받지 않는다는 것입니다. |
| 스트리밍 형식 | SF |
D = MPEG 대시 H = HTTP 라이브 스트리밍(HLS) S = 원활한 스트리밍 O = 기타 |
DASH/HLS를 지원하는 플레이어의 스트림 관련 문제를 파악하는 데 도움이 됩니다. 멀티포맷 지원 플레이어의 스트리밍 포맷을 기준으로 성능을 비교할 수 있습니다. |
| 세션 ID | Sid | 현재 재생 세션을 식별하는 GUID입니다. 재생 세션은 일반적으로 단일 미디어 자산에 속하는 세그먼트를 함께 연결합니다. 최대 길이는 64자입니다. UUID 사양을 준수하는 것이 좋습니다. |
이 키는 항상 CMCD 로깅에 포함시키는 것이 좋습니다. 이는 로그를 함께 정렬하는 데 사용되는 가장 유용한 키입니다.
캐싱 문제를 해결하는 데 도움이 될 수 있습니다. 세션 ID가 두 개인 동일한 콘텐츠 ID는 캐싱 문제를 나타냅니다. |
| 스트림 유형 | St |
V = 모든 세그먼트를 사용할 수 있습니다(예: VOD). L = 시간이 지남에 따라 세그먼트를 사용할 수 있게 됩니다(예: 라이브). |
문제 해결을 위한 매우 중요한 키입니다. |
| 시작 | 수소 | 콘텐츠의 시작을 알립니다. |
표지의 필요성을 제거합니다. CDN은 콘텐츠의 시작을 파악하는 것이 후속 재생을 최적화하는 데 도움이 될 수 있습니다. 이 플래그는 버퍼 플래그(BS) 다음에도 전송됩니다. |
| 상위 비트 전송률 | TB | 클라이언트가 재생할 수 있는 매니페스트 또는 재생 목록의 최고 비트 전송률 렌더링입니다. |
비트레이트 또는 비트레이트 래더링 문제를 결정하는 데 사용됩니다. 플레이어가 해당 시점에 재생할 수 있는 최고 비트 전송률을 표시합니다. 사용 가능한 비트 전송률과 비교하는 데 사용할 수 있습니다. |
| CMCD 버전 | V | 사용된 CMCD 사양의 버전입니다. | 이 키를 사용하면 버전 제어를 할 수 있으며 향후 CMCD 버전이 릴리스될 것임을 나타냅니다. |
| 사용자 정의 키 |
사용자 정의 키에는 "cmcd-" 접두사가 필요합니다. 가상의 예: cmcd-edgio |
CMCD를 확장하여 완전히 사용자 정의할 수 있는 고유한 CMCD 키를 전송할 수 있습니다. |
현재 Edgio는 모든 CMCD 키에 대한 지원을 공개적으로 명시한 유일한 CDN입니다. 정의된 키는 플레이어에서 CDN으로 세 가지 전송 모드로 전송할 수 있습니다.
- 각 요청의 사용자 지정 HTTP 헤더 이 키는 4개의 헤더 이름과 함께 사용할 수 있습니다.
- CMCD-Request: 각 요청에 따라 값이 달라지는 키입니다.
- CMCD-Object: 요청되는 오브젝트에 따라 값이 달라지는 키.
- CMCD-Status: 값이 모든 요청 또는 개체에 따라 달라지지 않는 키입니다.
- CMCD-Session(CMCD 세션): 세션의 수명 동안 값이 변하지 않을 것으로 예상되는 키입니다.
- HTTP 쿼리 인수입니다.
- 각 HTTP 요청과 독립적인 JSON 객체.
세 가지 전달 모드를 통해 CMCD 형식으로 버퍼 부족 및 시작.
누가 CMCD를 사용해야 합니까?
모든 크기의 스트리밍 서비스는 가능한 한 빨리 CMCD를 사용해야 합니다. 그러나 출시 이후 CMCD의 지식과 구현은 제한적이었습니다. 우리가 보고 있는 추세는 채택과 지원이 증가하고 있음을 나타냅니다. 따라서 귀사의 사용 사례와 CMCD가 귀사의 비즈니스를 어떻게 향상시킬 수 있는지에 대해 말씀드리고자 합니다.CMCD가 필요한 이유는 무엇입니까?
CMCD는 사용자가 플레이를 할 때마다 최상의 스트리밍 경험을 얻을 수 있도록 하는 것입니다. Edgio의 솔루션 엔지니어로서 제 임무는 콘텐츠 제공업체의 기술 아키텍처를 검토하여 CDN이 원활하고 효율적으로 작동하여 최상의 사용자 경험을 제공하는 것입니다. 모든 기술 아키텍처의 핵심 구성 요소는 로그, 메트릭 및 추적(관찰 가능성의 세 가지 기둥이라고도 함)에서 수집한 데이터입니다. 다음은 CMCD가 이미 판매되지 않은 경우 통합할 가치가 있는 몇 가지 더 많은 이유입니다.표준화
데이터는 각 아키텍처에 대한 타사 및 내부 독점 툴의 조합을 통해 수집되고 분석됩니다. 어려움은 수집된 데이터가 각각 고유한 형식을 따르는 것입니다. 비표준 데이터는 불일치, 품질 저하, 확장성 제한, 유지 관리 노력 증가 등의 부작용을 초래할 수 있습니다. 저는 여러분에게 이러한 문제들 중 일부 또는 전부를 직면하지 않은 엔지니어를 찾아보라고 요청합니다. 이를 해결하기 위해 CMCD는 클라이언트 측 데이터(플레이어)를 서버 측 데이터(CDN)로 표준화하여 상호 운용성을 보장합니다. 이는 CDN이 클라이언트측 RUM(Real User Measurement) 데이터에 가장 근접하게 접근할 수 있기 때문에 중요합니다.향상된 사용자 지정
사용자 정의 CMCD 키는 유틸리티를 무한히 확장합니다.사용 사례: 상태 코드 사용자 지정
Edgio가 사용하는 실제 사용자 정의 상태 코드입니다. “000 – 오리진이 응답을 보내지 않을 때 Edgio 특정 상태 코드가 반환되므로 기록할 상태 코드가 없습니다(예: 오리진이 응답을 전달하기 전에 클라이언트가 연결을 끊은 경우).” 이 정의는 로그 전송 서비스 구성 설명서의 로그 파일 필드 섹션에서 가져온 것입니다.
Edgio는 cmcd-000 사용자 정의 키를 만들 수 있습니다.
간소화된 워크플로
최근 몇 년 동안 기술 기업들은 비용을 절감하고 도구를 통합하며 전반적인 복잡성을 줄이고 있습니다. CMCD가 생성하는 무료 데이터는 내부 및 외부 로그 분석 서비스를 대체할 수 있습니다. 그 결과 워크플로가 간소화되고 최적화됩니다.사용 사례: 플레이어 워크플로우
이전 프로세스
타사 분석은 오늘날 스트리밍 회사에서 광범위하게 사용됩니다. 그러나 이러한 도구는 아래에 나와 있는 것처럼 광범위하고 지속적인 통합 프로세스가 필요합니다.
-
- 조달
- 각 타사 분석 벤더는 각 플레이어와의 비콘 통합을 위한 자체 SDK(Software Development Kit)를 보유하고 있습니다. Android의 ExoPlayer(DASH), Apple의 플레이어(HLS), Microsoft의 PlayReady(Xbox/Windows), 웹 기반(웹 사이트, TV) 등은 모두 별도의 SDK가 필요한 플레이어의 예입니다.
- 테스트 및 검증. 메타데이터는 공급업체의 지침을 준수해야 합니다.
이 전체 과정은 쉽게 1 년 이상 걸릴 수 있습니다 주목할 가치가있다.
새 프로세스
활성화는 간단합니다. Edgio는 로그 전송 서비스를 통해 거의 실시간으로 CMCD 데이터를 캡처할 수 있습니다. 즉, 차세대 데이터 분석을 활용하기 위해 플레이어 비커닝 또는 타사 통합이 필요하지 않습니다. 대규모 사용자 기반을 보유한 고객에게는 연간 수백만 달러의 절감 효과가 있습니다.
보안
정보 보안은 스트리밍에 관해서 가장 먼저 생각하는 것은 아니지만 여전히 중요한 구성 요소입니다.- CMCD는 사용자 경험을 정보로부터 구분하기 때문에 로그인 데이터에 대한 액세스 권한이 없거나 PII(개인 식별 정보)를 포함하지 않습니다. 여기에는 일반적인 성능 정보만 포함됩니다.
- CMCD 데이터는 중개 서비스에 의존하지 않습니다. 이는 데이터를 내부에 보관하는 제3자와의 데이터 공유를 제한합니다.
관찰
CDN은 이제 고객이 서비스를 어떻게 경험하고 있는지에 대한 정확한 세션 데이터를 볼 수 있습니다. 이러한 공유 가시성은 CDN 및 스트리밍 공급자가 다음과 같은 용도로 사용할 수 있습니다.- 보다 정확한 모니터링 및 경고 설정
- 주요 사고에 대해 더 많은 리드 타임을 제공합니다.
- 문제를 보다 효과적으로 진단하고 해결합니다.
활용 사례: 운전 정지 처리
이전 프로세스
이것은 스트리밍 회사의 중단이 별도의 플레이어 및 CDN 로그로 해결되는 일반적인 프로세스 흐름입니다.
-
- 중단이 발생합니다. 불행히도, 제 3 자 분석의 인간 의사 소통 또는 개입은 일반적으로 제공되지 않습니다.
- 내부 알림은 성능 지표 삭제, 오류 코드, 대시보드 등을 통해 트리거됩니다.
- 경고는 내부에서 선별되고 통화 중인 사람, 주제 전문가 및 부서 위임과 같은 요소에 따라 에스컬레이션됩니다.
- Runbook은 이전에 발생하여 문서화된 문제인 경우 사용됩니다.
- 문제를 외부에서 CDN과 같은 파트너에게 에스컬레이션해야 하는지 여부를 결정합니다.
- 해결책에 도달했습니다.
- 내부 근본 원인 분석(RCA)이 수행되고 고객에게 전달됩니다.
에스컬레이션 경로가 길기 때문에 문제를 해결하는 데 시간이 오래 걸립니다.
새 프로세스
CMCD를 사용하여 중단을 해결하는 프로세스 흐름입니다.
-
- 중단이 발생합니다. 기본 CMCD 데이터에 액세스하면 모든 사람이 완전한 가시성을 가질 수 있습니다. 관리 서비스 팀은 사전에 고객에게 연락하여 완화를 요청합니다.
- Edgio는 엔지니어와 동일한 데이터를 보면서 운영 중단을 해결하기 위해 실시간으로 협업함으로써 해결책을 찾게 됩니다.
- Edgio는 RCA를 지원하고 향후 운영 중단을 방지하기 위해 파트너로서 전략을 수립할 수 있습니다.
중단 해결이 더 빠르게 이루어지고 내부 엔지니어링 리소스가 덜 필요합니다.
성능 향상
CDN의 주요 목적은 인터넷을 통해 제공되는 콘텐츠의 성능을 향상시키는 것입니다.프리페치
CMCD는 범용 프리페치 지원을 해제하기 위해 고객으로부터 가장 자주 요청됩니다. 프리페치는 콘텐츠 전송 속도를 높이기 위해 콘텐츠 데이터를 캐시에 업로드하는 것입니다.
차세대 지능형 로드 밸런싱
Akamai의 CDN은 사설 글로벌 네트워크 내에서 가장 최적화된 POP(Point of Prescence)에서 콘텐츠를 자동으로 전송합니다. Akamai는 내부 네트워크 부하 분산을 처리하지만, 여러 CDN을 사용하는 경우 외부 부하 분산이 더욱 복잡해지고 콘텐츠 제공업체가 관리해야 하는 난독 처리가 됩니다. 문제는 스트리밍 기업이 스택에서 CDN을 지능적으로 활용할 수 있다는 것입니다. 각 회사는 독특한 방식으로 이 문제를 해결하려고 시도하지만, 대부분의 경우 플레이어가 위임한 비율이나 가용성에 따라 수동으로 분할됩니다. CMCD 인식 로드 밸런싱이 그 해답입니다. CDN 및 플레이어 데이터를 통합 로그에 저장하면 지능형 로드 밸런싱에 필요한 각 CDN의 성능에 대한 통찰력을 높일 수 있습니다. 이것은 초기 단계에 있지만 가장 유망한 기능이기도합니다. 스트리밍 공급자는 아직 프로덕션 환경에서 이 방법을 사용하지 않습니다. 나는 그 적용이 이론적이라는 것을 의미하기 때문에 이것을 언급한다. CMCD가 AI/ML과 같은 다른 새로운 스트리밍 기술과 함께 진화하고 성장할 것으로 예상됨에 따라 이 사용 사례에 대해 더 자세히 설명하겠습니다.
사용 사례: 지능형 지리적 로드 밸런싱
한 스트리밍 제공업체는 라틴 아메리카에서 올해 최대 규모의 라이브 스포츠 이벤트에 대한 독점 스트리밍 권한을 보유하고 있습니다. 이벤트를 준비하기 위해 CMCD 인식 로드 밸런싱을 사용할 수 있습니다. 게임 중에는 데이터가 실시간으로 사용되어 지역, 로케일 및/또는 CDN 스택에서 최상의 성능으로 트래픽을 CDN에 자동으로 분산시킵니다. 따라서 스택의 CDN이 성능 저하, 용량 부족 또는 기술적 문제가 발생할 경우 수동 페일오버가 필요하지 않습니다. 이 시나리오에서 CDN은 가장 큰 트래픽 점유율을 처리합니다. Edgio는 신흥 시장에 대한 투자를 우선시하기 때문에 라틴 아메리카의 다른 CDN보다 성능이 뛰어나기 때문입니다.
적응형 트래픽 최적화
CMCD의 실시간 사용은 스트리밍 뷰어 간의 안정적인 재생 비트레이트와 같은 적응형 트래픽 최적화에 사용할 수 있습니다.
CMCD를 활성화하는 방법
계속하기 전에 플레이어와 CDN이 모두 CMCD 사용을 지원해야 한다는 두 가지 기술 요구 사항이 있음을 알아야합니다. 오늘날 대부분의 플레이어와 CDN은 CMCD를 지원합니다.| 플레이어 | 머리글 | 쿼리 | 제이슨 |
|---|---|---|---|
| 테오플레이어 | |||
| 비트모빈 | |||
| 샤카 플레이어 | |||
| 안드로이드 엑소플레이어 | |||
| HLS.js | |||
| dash.js |
* 플레이어 지원은 공개 문서 가용성에 의해 결정되었으며,이 목록은 완전하지 않습니다. CMCD 플레이어 지원을 통해 언제든지 연락해 주시면 해당 정보를 포함하도록 업데이트할 수 있습니다.
? = 글을 쓸 때 공개된 정보가 아닙니다. CMCD CDN 지원을 통해 언제든지 연락을 주시면 해당 정보를 포함하도록 업데이트할 수 있습니다.
다른 고려 사항도 있습니다.
- 보안을 위해 웹을 통한 모든 CMCD 데이터 전송에는 HTTP를 통해 HTTPS를 사용하는 것이 좋습니다.
- CORS 및 콘텐츠 보호는 CDN 구성에 복잡성을 가중시킵니다. 플레이어에서 CDN으로 헤더 CMCD-Request, CMCD-Object, CMCD-Status, CMCD-Session을 전송할 수 있도록 CORS를 구성해야 합니다.
Edgio CDN에 대해 활성화
자세한 내용은 CMCD 보고서 설명서의 CMCD 로깅 활성화 섹션을 참조하십시오. 아직 고객이 아니라면 Akamai 솔루션 엔지니어 팀과 협력하여 CDN이 실제로 작동하는 모습을 확인해 볼 수 있는 성능 평가판을 사용해 보십시오.
업링크에 대해 활성화
Edgio의 Uplynk는 방송사 및 OTT 사업자를 위한 통합 CDN을 갖춘 완벽한 스트리밍 플랫폼입니다. CMCD와 Uplynk를 결합하면 다른 스트리밍 플랫폼이 가지고 있지 않은 엔드 투 엔드 가시성이 향상됩니다. 아직 고객이 아닌 경우 Uplynk 데모를 위해 당사에 문의하고, Plantronics의 관리형 서비스(Managed Services)와 직접 상담하여 활성화하십시오. Edgio 에서 Uplynk의 미래에 대해 자세히 알아보고 Bitmovin Join Forces to Optimize User Experience를 확인하세요.
CMCD를 보는 방법
CMCD 데이터는 검사할 수 있는 CDN 로그 내에 있습니다. 데이터를 로그 리포지토리, 대시보드 및 보고서로 가져올 수 있습니다. Edgio는 EdgeQuery를 기반으로 하는 CMCD 보고서를 발표하면서 얼리어답터가 되었습니다.
CDN 제어 포털에서 사용할 수 있는 Edgio의 CMCD 보고서 예
CMCD 보고서는 시각적 개요와 함께 자세한 정보를 쉽게 볼 수 있는 기능을 제공합니다. CMCD 데이터 자체는 온프레미스에 있거나, 제3자와 공유하거나, Edgio의 오리진 스토리지 네트워크에 보관되어 있는 로그 스토리지 솔루션으로 전송됩니다.
미래 지향적
아직 하지 않았다면, 이제 CMCD에 익숙해져야 하며, 오늘날 스트리밍을 어떻게 변화시킬 수 있는지 잘 알고 있어야 합니다. CMCD의 업계 리더로서 Edgio는 가능한 한 최대한의 수준까지 계속 나아갈 것입니다. 계속 지켜봐 주세요!
감사의 말
프로그램 매니저 Anthony Karr에게 귀중한 피드백과 제안을 보내주셔서 특별히 감사드립니다. 최첨단 CMCD 구현 개발을 주도하는 뛰어난 작업에 대한 소프트웨어 설계자 Yuri Nepyvoda에게 감사드립니다.
용어
- CORS: 크로스 오리진 리소스 공유
- 상호 운용성: 시스템이 함께 작동할 수 있는 기능입니다.
- 개방형 사양: 누구에게나 공개적으로 제공되는 문서화된 요구 사항 및 표준 세트입니다.
- OTT: Over-the-Top은 인터넷 서비스 상에서 콘텐츠를 전송하는 것을 의미합니다.
- 프리페치: 프리페치는 콘텐츠 전송 속도를 높이기 위해 데이터를 캐시에 업로드하는 것입니다. 프리페치는 워밍 또는 사전 워밍 캐시라고도 합니다.
- RUM: 실제 사용자 측정 데이터
- SDK: 소프트웨어 개발 키트
- Uplynk: 방송사 및 OTT 사업자를 위한 통합 CDN을 갖춘 완벽한 스트리밍 플랫폼입니다.
