共用方式為


媒體服務 V2 與 V3 之間的術語和實體變更

移轉指南標誌


移轉步驟 2

重要

不再需要從 Azure 媒體服務 v2 移轉至 v3,因為 V2 API 的淘汰將符合 Azure 媒體服務的淘汰。 如需詳細資訊,請參閱 Azure 媒體服務淘汰指南

本文說明 Azure 媒體服務 v2 到 v3 之間的術語差異。

術語變更

  • 定位器 現在稱為 串流定位器
  • 通道 現在稱為 即時活動
  • Program 現在稱為 Live Output
  • 工作 現在稱為 JobOutput,這是作業的一部分。

實體變更

V2 實體 V3 實體 指引 V3 由 V3 更新
AccessPolicy V3 中不存在實體 AccessPolicies
Asset Asset 是的 是的
AssetDeliveryPolicy StreamingPolicy 是的
AssetFile V3 中不存在實體 AssetFiles。 雖然您上傳的檔案(記憶體 Blob)仍被視為檔案。

請改用 Azure 記憶體 API 來列舉容器中的 Blob。 有兩種方式可將轉換套用至具有作業的檔案:

已上傳至記憶體的檔案:URI 會包含記憶體帳戶內要對資產執行之作業的資產識別碼。

轉換和作業程式期間要上傳的檔案:資產會在記憶體中建立、傳回 SAS URL、檔案上傳至記憶體,然後將轉換套用至檔案。
Channel LiveEvent 即時事件會取代 v2 API 中的通道。 它們會延續大部分的功能,並擁有更多新功能,例如即時轉譯、待用模式和支援 RTMPS 內嵌。

請參閱以案例為基礎的即時串流 即時活動
ContentKey ContentKeys 不再是實體,現在是串流定位器的屬性。

在 v3 中,內容金鑰數據會與 StreamingLocator 相關聯(用於輸出加密)或資產本身(用於用戶端記憶體加密)。
是的
ContentKeyAuthorizationPolicy ContentKeyPolicy 是的
ContentKeyAuthorizationPolicyOption ContentKeyPolicyOptions 包含在 ContentKeyPolicy中。 是的
IngestManifest V3 中不存在實體 IngestManifests。 在 V3 中上傳檔案牽涉到 Azure 記憶體 API。 系統會先建立資產,然後將檔案上傳至相關聯的記憶體容器。 有許多方法可將數據放入可改用的 Azure 記憶體容器。 JobInputHttp 也提供一種方式,以視需要從指定的 URL 下載作業輸入。
IngestManifestAsset 有許多方法可將數據放入可改用的 Azure 記憶體容器。 JobInputHttp 也提供一種方式,以視需要從指定的 URL 下載作業輸入。
IngestManifestFile 有許多方法可將數據放入可改用的 Azure 記憶體容器。 JobInputHttp 也提供一種方式,以視需要從指定的 URL 下載作業輸入。
Job Job 建立 Job之前,請先建立 Transform
JobTemplate Transform 請改用 Transform。 轉換是與作業不同的實體,而且可重複使用。
Locator StreamingLocator 是的
MediaProcessor 在定義轉換時,不要查閱要依名稱使用的 MediaProcessor,請使用所需的預設值。 所使用的預設會決定作業系統所使用的媒體處理器。 請參閱以 案例為基礎的編碼中的編碼主題。 NA (V2 中的唯讀)
NotificationEndPoint v3 中的通知會透過 Azure 事件方格處理。 NotificationEndpoint 會取代為 Event Grid 訂用帳戶註冊,此註冊也會封裝要接收之通知類型的組態(在 v2 中是由作業的 JobNotificationSubscription、工作 TaskNotificationSubscription 和遙測 ComponentMonitoringSetting處理)。 v2 遙測在 Azure 事件方格與 Azure 監視器之間分割,以符合較大 Azure 生態系統的增強功能。
Program LiveOutput 實時輸出現在會取代 v3 API 中的程式。
StreamingEndpoint StreamingEndpoint 串流端點主要保持不變。 它們用於動態封裝、加密和傳遞 HLS 和 DASH 內容,以便即時和隨選串流直接從來源或透過 CDN。 新功能包括支援更好的 Azure 監視器整合和圖表。 是的 是的
Task JobOutput JobOutput 取代 (這不再是 API 中的個別實體)。 請參閱以 案例為基礎的編碼中的編碼主題。
TaskTemplate TransformOutput TransformOutput 取代 (這不再是 API 中的個別實體)。 請參閱以 案例為基礎的編碼中的編碼主題。
Inputs Inputs 輸入和輸出現在位於作業層級。 請參閱以 案例為基礎的編碼 中的編碼主題
Outputs Outputs 輸入和輸出現在位於作業層級。 在 V3 中,元數據格式從 XML 變更為 JSON。 實時輸出會在建立時開始,並在刪除時停止。 請參閱以 案例為基礎的編碼 中的編碼主題
其他變更 V2 V3
記憶體
記憶體 V3 SDK 現在與記憶體 SDK 分離,可讓您更充分掌控您想要使用的記憶體 SDK 版本,並避免版本控制問題。
編碼
編碼比特率 以 kbps 測量的比特率,例如:128 (kbps) 每秒位數,例如:128000 (位/秒)
編碼DRM FairPlay 在媒體服務 V2 中,可以指定初始化向量 (IV)。 在媒體服務 V3 中,無法指定 FairPlay IV。
進階編碼器 進階編碼器和舊版索引器 進階編碼器 和舊版 媒體分析處理器(Azure 媒體服務索引器 2 預覽版、臉部 Redactor 等)無法透過 V3 存取。 我們新增了對標準編碼器的音訊通道對應支援。 請參閱媒體服務編碼 Swagger 檔案中 音訊
請參閱以 案例為基礎的編碼 中的編碼主題
轉換和作業
作業型處理 HTTPS 針對檔案型作業處理,您可以使用 HTTPS URL 作為輸入。 您不需要將內容儲存在 Azure 中,也不需要建立資產。
作業的 ARM 範本 V2 中沒有ARM範本。 轉換可用來建置可重複使用的組態、建立 Azure Resource Manager 範本,以及隔離多個客戶或租使用者之間的處理設定。
即時活動
串流端點 串流端點代表可將內容直接傳遞至用戶端播放機應用程式的串流服務,或傳遞至內容傳遞網路(CDN)以進行進一步發佈。 串流端點主要保持不變。 它們用於動態封裝、加密和傳遞 HLS 和 DASH 內容,以便即時和隨選串流直接從來源或透過 CDN。 新功能包括支援更好的 Azure 監視器整合和圖表。
即時活動頻道 通道負責處理即時串流內容。 通道會提供輸入端點(內嵌 URL),然後提供給即時轉碼器。 通道會從即時轉碼器接收即時輸入串流,並讓它可供串流處理一或多個串流端點。 通道也會提供預覽端點(預覽 URL),讓您用來預覽和驗證串流,再進一步處理和傳遞。 即時事件會取代 v2 API 中的通道。 它們會延續大部分的功能,並擁有更多新功能,例如即時轉譯、待用模式和支援 RTMPS 內嵌。
即時活動計劃 程式可讓您控制即時串流中區段的發佈和儲存。 通道管理程式。 Channel 和 Program 關聯性類似於傳統媒體,其中通道具有固定的內容數據流,而程式的範圍會限定在該通道上的某個定時事件。 您可以藉由設定 ArchiveWindowLength 屬性,指定您想要保留程式錄製內容的時數。 此值可以從至少 5 分鐘設定為最多 25 小時。 實時輸出現在會取代 v3 API 中的程式。
即時活動長度 當使用媒體服務將單一比特率貢獻摘要轉碼至具有多個比特率的輸出數據流時,您可以串流即時事件 24/7。
即時事件延遲 即時活動的新低延遲即時串流支援。
即時事件預覽 即時事件預覽支援動態封裝和動態加密。 這可在預覽版和 DASH 和 HLS 封裝上啟用內容保護。
即時活動 RTMPS 已改善 RTMPS 支援,具有更高的穩定性和更多來源編碼器支援。
即時活動 RTMPS 安全內嵌 當您建立實況活動時,您會取得 4 個內嵌 URL。 4 個內嵌 URL 幾乎相同,具有相同的串流令牌 AppId,只有埠號碼部分不同。 其中兩個 URL 是 RTMPS 的主要和備份。
即時活動轉譯 Azure 媒體服務會以不同的通訊協定提供視訊、音訊和文字。 當您使用 MPEG-DASH 或 HLS/CMAF 發佈即時串流時,以及視訊和音訊,我們的服務會在 IMSC1.1 相容的 TTML 中傳遞轉譯的文字。
即時事件待命模式 V2 沒有待命模式。 待用模式是新的 v3 功能,可協助管理即時活動的熱門集區。 客戶現在可以以較低的成本在待用模式中啟動即時活動,再將其轉換為執行中狀態。 這可改善通道啟動時間,並降低操作熱集區的成本,以加快啟動速度。
即時活動計費 即時活動計費是以即時頻道計量為基礎。
實時輸出 程序必須在建立之後啟動。 實時輸出會在建立時開始,並在刪除時停止。

取得說明和支援

您可以連絡媒體服務,詢問問題,或遵循下列其中一種方法來追蹤我們的更新: