다음을 통해 공유


Media Services V2와 V3 간의 용어 및 엔터티 변경

마이그레이션 가이드 로고


마이그레이션 2단계

중요하다

V2 API 사용 중단이 Azure Media Services 사용 중지와 일치하기 때문에 더 이상 Azure Media Service v2에서 v3으로 마이그레이션할 필요가 없습니다. 자세한 내용은 Azure Media Services 사용 중지 가이드 참조하세요.

이 문서에서는 Azure Media Services v2와 v3의 용어 차이점을 설명합니다.

용어 변경

  • 이제 로케이터스트리밍 로케이터.
  • 이제 채널라이브 이벤트.
  • 이제 프로그램라이브 출력.
  • 이제 작업 작업의 일부인 JobOutput호출됩니다.

엔터티 변경 내용

V2 엔터티 V3 엔터티 지침 V3 액세스할 수 있는 V3 의해 업데이트된
AccessPolicy 엔터티 AccessPolicies V3에 없습니다. 아니요 아니요
Asset Asset
AssetDeliveryPolicy StreamingPolicy 아니요
AssetFile 엔터티 AssetFiles V3에 없습니다. 업로드하는 파일(스토리지 Blob)은 여전히 파일로 간주됩니다.

대신 Azure Storage API를 사용하여 컨테이너의 Blob을 열거합니다. 작업을 사용하여 파일에 변환을 적용하는 방법에는 두 가지가 있습니다.

스토리지에 이미 업로드된 파일: URI에는 스토리지 계정 내의 자산에서 수행할 작업에 대한 자산 ID가 포함됩니다.

변환 및 작업 프로세스 중에 업로드할 파일: 자산이 스토리지에 생성되고, SAS URL이 반환되고, 파일이 스토리지에 업로드된 다음, 변환이 파일에 적용됩니다.
아니요 아니요
Channel LiveEvent 라이브 이벤트는 v2 API의 채널을 대체합니다. 대부분의 기능을 이월하며 라이브 전사, 대기 모드 및 RTMPS 수집 지원과 같은 새로운 기능이 더 많이 있습니다.

시나리오 기반 라이브 스트리밍 라이브 이벤트를 참조하세요.
아니요 아니요
ContentKey ContentKeys 더 이상 엔터티가 아니고 이제 스트리밍 로케이터의 속성입니다.

v3에서 콘텐츠 키 데이터는 StreamingLocator(출력 암호화용) 또는 자산 자체(클라이언트 쪽 스토리지 암호화용)와 연결됩니다.
아니요
ContentKeyAuthorizationPolicy ContentKeyPolicy 아니요
ContentKeyAuthorizationPolicyOption ContentKeyPolicyOptions ContentKeyPolicy포함됩니다. 아니요
IngestManifest 엔터티 IngestManifests V3에 없습니다. V3에서 파일을 업로드하려면 Azure Storage API가 포함됩니다. 자산이 먼저 만들어지고 파일이 연결된 스토리지 컨테이너에 업로드됩니다. 대신 사용할 수 있는 Azure Storage 컨테이너로 데이터를 가져오는 방법에는 여러 가지가 있습니다. JobInputHttp 원하는 경우 지정된 URL에서 작업 입력을 다운로드하는 방법도 제공합니다. 아니요 아니요
IngestManifestAsset 대신 사용할 수 있는 Azure Storage 컨테이너로 데이터를 가져오는 방법에는 여러 가지가 있습니다. JobInputHttp 원하는 경우 지정된 URL에서 작업 입력을 다운로드하는 방법도 제공합니다. 아니요 아니요
IngestManifestFile 대신 사용할 수 있는 Azure Storage 컨테이너로 데이터를 가져오는 방법에는 여러 가지가 있습니다. JobInputHttp 원하는 경우 지정된 URL에서 작업 입력을 다운로드하는 방법도 제공합니다. 아니요 아니요
Job Job Job만들기 전에 Transform 만듭니다. 아니요 아니요
JobTemplate Transform 대신 Transform 사용합니다. 변환은 작업과 별도의 엔터티이며 다시 사용할 수 있습니다. 아니요 아니요
Locator StreamingLocator 아니요
MediaProcessor 이름으로 사용할 MediaProcessor 찾는 대신 변환을 정의할 때 원하는 사전 설정을 사용합니다. 사용되는 사전 설정은 작업 시스템에서 사용하는 미디어 프로세서를 결정합니다. 시나리오 기반 인코딩인코딩 항목을 참조하세요. 아니요 NA(V2의 읽기 전용)
NotificationEndPoint v3의 알림은 Azure Event Grid를 통해 처리됩니다. NotificationEndpoint 받을 알림 유형(v2에서 작업의 JobNotificationSubscription, 작업의 TaskNotificationSubscription 및 원격 분석 ComponentMonitoringSetting처리됨)에 대한 구성을 캡슐화하는 Event Grid 구독 등록으로 대체됩니다. v2 원격 분석은 더 큰 Azure 에코시스템의 향상된 기능과 맞도록 Azure Event Grid와 Azure Monitor 간에 분할되었습니다. 아니요 아니요
Program LiveOutput 이제 라이브 출력이 v3 API의 프로그램을 대체합니다. 아니요 아니요
StreamingEndpoint StreamingEndpoint 스트리밍 엔드포인트는 주로 동일하게 유지됩니다. 원본에서 직접 또는 CDN을 통해 라이브 및 주문형 스트리밍 모두에 대해 HLS 및 DASH 콘텐츠의 동적 패키징, 암호화 및 배달에 사용됩니다. 새로운 기능에는 더 나은 Azure Monitor 통합 및 차트 작성에 대한 지원이 포함됩니다.
Task JobOutput JobOutput(API에서 더 이상 별도의 엔터티가 아닙니다)로 대체됩니다. 시나리오 기반 인코딩인코딩 항목을 참조하세요. 아니요 아니요
TaskTemplate TransformOutput TransformOutput(API에서 더 이상 별도의 엔터티가 아닙니다)로 대체됩니다. 시나리오 기반 인코딩인코딩 항목을 참조하세요. 아니요 아니요
Inputs Inputs 이제 입력 및 출력이 작업 수준에 있습니다. 시나리오 기반 인코딩 인코딩 항목을 참조하세요. 아니요 아니요
Outputs Outputs 이제 입력 및 출력이 작업 수준에 있습니다. V3에서 메타데이터 형식이 XML에서 JSON으로 변경되었습니다. 라이브 출력은 생성 시 시작되고 삭제될 때 중지됩니다. 시나리오 기반 인코딩 인코딩 항목을 참조하세요. 아니요 아니요
기타 변경 내용 V2 V3
Storage
스토리지 이제 V3 SDK가 Storage SDK에서 분리되어 사용하려는 Storage SDK 버전을 더 자세히 제어하고 버전 관리 문제를 방지할 수 있습니다.
인코딩
인코딩 비트 전송률 kbps로 측정된 비트 비율(예: 128(kbps) bits per second ex: 128000(bits/second)
DRM FairPlay 인코딩 Media Services V2에서 IV(초기화 벡터)를 지정할 수 있습니다. Media Services V3에서는 FairPlay IV를 지정할 수 없습니다.
프리미엄 인코더 프리미엄 인코더 및 레거시 인덱서 프리미엄 인코더 및 레거시 미디어 분석 프로세서(Azure Media Services 인덱서 2 미리 보기, Face Redactor 등)는 V3를 통해 액세스할 수 없습니다. 표준 인코더에 오디오 채널 매핑에 대한 지원을 추가했습니다. Media Services 인코딩 Swagger 설명서오디오를 참조하세요.
시나리오 기반 인코딩 인코딩 항목을 참조하세요.
변환 및 작업
작업 기반 처리 HTTPS 파일 기반 작업 처리의 경우 HTTPS URL을 입력으로 사용할 수 있습니다. Azure에 이미 저장된 콘텐츠가 필요하지 않으며 자산을 만들 필요도 없습니다.
작업 대한 ARM 템플릿 ARM 템플릿이 V2에 존재하지 않았습니다. 변환을 사용하여 재사용 가능한 구성을 빌드하고, Azure Resource Manager 템플릿을 만들고, 여러 고객 또는 테넌트 간에 처리 설정을 격리할 수 있습니다.
라이브 이벤트
스트리밍 엔드포인트 스트리밍 엔드포인트는 추가 배포를 위해 클라이언트 플레이어 애플리케이션 또는 CDN(Content Delivery Network)에 직접 콘텐츠를 배달할 수 있는 스트리밍 서비스를 나타냅니다. 스트리밍 엔드포인트는 주로 동일하게 유지됩니다. 원본에서 직접 또는 CDN을 통해 라이브 및 주문형 스트리밍 모두에 대해 HLS 및 DASH 콘텐츠의 동적 패키징, 암호화 및 배달에 사용됩니다. 새로운 기능에는 더 나은 Azure Monitor 통합 및 차트 작성에 대한 지원이 포함됩니다.
라이브 이벤트 채널 채널은 라이브 스트리밍 콘텐츠 처리를 담당합니다. 채널은 라이브 트랜스코더에 제공하는 입력 엔드포인트(수집 URL)를 제공합니다. 채널은 라이브 트랜스코더에서 라이브 입력 스트림을 수신하고 하나 이상의 스트리밍 엔드포인트를 통해 스트리밍할 수 있도록 합니다. 또한 채널은 추가 처리 및 배달 전에 스트림을 미리 보기 및 유효성 검사하는 데 사용하는 미리 보기 엔드포인트(미리 보기 URL)를 제공합니다. 라이브 이벤트는 v2 API의 채널을 대체합니다. 대부분의 기능을 이월하며 라이브 전사, 대기 모드 및 RTMPS 수집 지원과 같은 새로운 기능이 더 많이 있습니다.
라이브 이벤트 프로그램 프로그램을 사용하면 라이브 스트림에서 세그먼트의 게시 및 스토리지를 제어할 수 있습니다. 채널은 프로그램을 관리합니다. 채널 및 프로그램 관계는 채널에 일정한 콘텐츠 스트림이 있고 프로그램 범위가 해당 채널의 일부 시간 제한 이벤트로 범위가 지정된 기존 미디어와 유사합니다. ArchiveWindowLength 속성을 설정하여 프로그램에 대해 기록된 콘텐츠를 유지할 시간을 지정할 수 있습니다. 이 값은 최소 5분에서 최대 25시간으로 설정할 수 있습니다. 이제 라이브 출력이 v3 API의 프로그램을 대체합니다.
라이브 이벤트 길이 단일 비트 전송률 기여 피드를 비트 전송률이 여러 개 있는 출력 스트림으로 코드 변환하기 위해 Media Services를 사용하는 경우 라이브 이벤트 24/7을 스트리밍할 수 있습니다.
라이브 이벤트 대기 시간 라이브 이벤트에 대한 새로운 짧은 대기 시간 라이브 스트리밍 지원.
라이브 이벤트 미리 보기 라이브 이벤트 미리 보기는 동적 패키징 및 동적 암호화를 지원합니다. 이렇게 하면 DASH 및 HLS 패키징뿐만 아니라 미리 보기에서 콘텐츠 보호를 사용할 수 있습니다.
라이브 이벤트 RTMPS 향상된 안정성과 더 많은 소스 인코더 지원을 통해 RTMPS 지원이 향상되었습니다.
라이브 이벤트 RTMPS 보안 수집 라이브 이벤트를 만들면 4개의 수집 URL이 생성됩니다. 4개의 수집 URL은 거의 동일하며 스트리밍 토큰 AppId동일하며 포트 번호 부분만 다릅니다. 두 URL은 RTMPS에 대한 기본 및 백업입니다.
라이브 이벤트 전사 Azure Media Service는 다양한 프로토콜로 비디오, 오디오 및 텍스트를 제공합니다. MPEG-DASH 또는 HLS/CMAF를 사용하여 라이브 스트림을 게시한 다음 비디오 및 오디오와 함께 Microsoft 서비스는 IMSC1.1 호환 TTML에서 전사된 텍스트를 제공합니다.
라이브 이벤트 대기 모드 V2에 대한 대기 모드가 없습니다. 대기 모드는 라이브 이벤트의 핫 풀을 관리하는 데 도움이 되는 새로운 v3 기능입니다. 이제 고객은 라이브 이벤트를 실행 상태로 전환하기 전에 저렴한 비용으로 대기 모드로 시작할 수 있습니다. 이렇게 하면 채널 시작 시간이 향상되고 시작 속도가 빨라질 수 있는 핫 풀 운영 비용이 줄어듭니다.
라이브 이벤트 청구 라이브 이벤트 청구는 라이브 채널 미터를 기반으로 합니다.
라이브 출력 프로그램을 만든 후에 시작해야 했습니다. 라이브 출력은 생성 시 시작되고 삭제될 때 중지됩니다.

도움말 및 지원 받기

다음 방법 중 하나로 Media Services에 질문하거나 업데이트를 따를 수 있습니다.

  • Q & A
  • 스택 오버플로. azure-media-services질문에 태그를 추가합니다.
  • @MSFTAzureMedia 또는 @AzureSupport 사용하여 지원을 요청합니다.
  • Azure Portal을 통해 지원 티켓을 엽니다.