Терминология и изменения сущностей между службами мультимедиа версии 2 и V3
руководства по миграции
этапы миграции 
Важный
Миграция из Службы мультимедиа Azure версии 2 в версию 3 больше не требуется, так как нерекомендуемая версия API версии 2 будет соответствовать прекращению использования служб мультимедиа Azure. Дополнительные сведения см. в руководстве по выходу
В этой статье описаны различия терминологии между службами мультимедиа Azure версии 2 и 3.
Изменения терминологии
- указателя
теперь называется указателем потоковой передачи. - Теперь канала
называется трансляции. - программы
теперь называется live output . - Теперь задачи
называется JobOutput , которая является частью задания.
Изменения сущностей
| сущности версии 2 | сущности версии 3 | Руководство | доступ к версии 3 | обновлено версии 3 |
|---|---|---|---|---|
AccessPolicy |
Сущность AccessPolicies не существует в версии 3. |
Нет | Нет | |
Asset |
Asset |
Да | Да | |
AssetDeliveryPolicy |
StreamingPolicy |
Да | Нет | |
AssetFile |
Сущность AssetFiles не существует в версии 3. Хотя файлы (большие двоичные объекты хранилища), которые вы отправляете, по-прежнему считаются файлами.Используйте API службы хранилища Azure для перечисления больших двоичных объектов в контейнере. Существует два способа применения преобразования к файлам с заданием: Файлы, уже отправленные в хранилище: URI будет включать идентификатор ресурса для выполнения заданий в ресурсах в учетной записи хранения. Файлы для отправки во время преобразования и задания: ресурс создается в хранилище, возвращается URL-адрес SAS, файлы отправляются в хранилище, а затем преобразование применяется к файлам. |
Нет | Нет | |
Channel |
LiveEvent |
Трансляции заменяют каналы из API версии 2. Они переносят большинство функций и имеют более новые функции, такие как динамические транскрибирования, автономный режим и поддержка приема RTMPS. Просмотр трансляции в сценарии потоковой передачи |
Нет | Нет |
ContentKey |
ContentKeys больше не является сущностью, теперь это свойство указателя потоковой передачи.В версии 3 данные ключа содержимого связаны с StreamingLocator (для шифрования выходных данных) или самого ресурса (для шифрования на стороне клиента). |
Да | Нет | |
ContentKeyAuthorizationPolicy |
ContentKeyPolicy |
Да | Нет | |
ContentKeyAuthorizationPolicyOption
|
ContentKeyPolicyOptions включены в ContentKeyPolicy. |
Да | Нет | |
IngestManifest |
Сущность IngestManifests не существует в версии 3. Отправка файлов в версии 3 включает API хранилища Azure. Сначала создаются ресурсы, а затем отправляются файлы в связанный контейнер хранилища. Существует множество способов получить данные в контейнер службы хранилища Azure, который можно использовать вместо этого.
JobInputHttp также предоставляет способ скачивания входных данных задания из заданного URL-адреса при необходимости. |
Нет | Нет | |
IngestManifestAsset |
Существует множество способов получить данные в контейнер службы хранилища Azure, который можно использовать вместо этого.
JobInputHttp также предоставляет способ скачивания входных данных задания из заданного URL-адреса при необходимости. |
Нет | Нет | |
IngestManifestFile |
Существует множество способов получить данные в контейнер службы хранилища Azure, который можно использовать вместо этого.
JobInputHttp также предоставляет способ скачивания входных данных задания из заданного URL-адреса при необходимости. |
Нет | Нет | |
Job |
Job |
Создайте Transform перед созданием Job. |
Нет | Нет |
JobTemplate |
Transform |
Вместо этого используйте Transform. Преобразование — это отдельная сущность из задания и можно использовать повторно. |
Нет | Нет |
Locator |
StreamingLocator |
Да | Нет | |
MediaProcessor |
Вместо поиска MediaProcessor, используемой по имени, используйте нужную предустановку при определении преобразования. Предустановка определяет обработчик мультимедиа, используемый системой заданий. См. разделы о кодировке в сценариях, основанных на кодировке. |
Нет | NA (чтение в версии 2) | |
NotificationEndPoint |
Уведомления в версии 3 обрабатываются с помощью сетки событий Azure.
NotificationEndpoint заменяется регистрацией подписки сетки событий, которая также инкапсулирует конфигурацию типов уведомлений для получения (которая в версии 2 была обработана JobNotificationSubscription задания, TaskNotificationSubscription задачи и телеметрии ComponentMonitoringSetting). Телеметрия версии 2 была разделена между сеткой событий Azure и Azure Monitor, чтобы соответствовать улучшениям более крупной экосистемы Azure. |
Нет | Нет | |
Program |
LiveOutput |
Динамические выходные данные теперь заменяют программы в API версии 3. | Нет | Нет |
StreamingEndpoint |
StreamingEndpoint |
Конечные точки потоковой передачи остаются в основном одинаковыми. Они используются для динамической упаковки, шифрования и доставки содержимого HLS и DASH для потоковой передачи по запросу либо непосредственно из источника, либо через CDN. Новые функции включают поддержку более эффективной интеграции и диаграмм Azure Monitor. | Да | Да |
Task |
JobOutput |
Заменено JobOutput (которая больше не является отдельной сущностью в API). См. разделы о кодировке в сценариях, основанных на кодировке. |
Нет | Нет |
TaskTemplate |
TransformOutput |
Заменено TransformOutput (которая больше не является отдельной сущностью в API). См. разделы о кодировке в сценариях, основанных на кодировке. |
Нет | Нет |
Inputs |
Inputs |
Входные и выходные данные теперь находятся на уровне задания. См. разделы о кодировке в сценариях | Нет | Нет |
Outputs |
Outputs |
Входные и выходные данные теперь находятся на уровне задания. В версии 3 формат метаданных изменился с XML на JSON. Динамические выходные данные начинаются при создании и остановке при удалении. См. разделы о кодировке в сценариях | Нет | Нет |
| Другие изменения | версии 2 | версии 3 |
|---|---|---|
| хранилища | Пакеты SDK версии 3 теперь отделены от пакета SDK службы хранилища, что обеспечивает более контроль над версией пакета SDK для хранилища, который вы хотите использовать и избегает проблем с управлением версиями. | |
| Скорость кодирования | скорость битов, измеряемая в кб/с: 128 (кб/с) | биты в секунду: 128000 (бит/секунда) |
| Кодировка DRM FairPlay | В службах мультимедиа версии 2 можно указать вектор инициализации (IV). | В службах мультимедиа версии 3 не удается указать FairPlay IV. |
| кодировщика уровня "Премиум" | Кодировщик уровня "Премиум" и устаревший индексатор |
Кодировщик уровня "Премиум" и устаревшие процессоры аналитики мультимедиа (предварительная версия индексатора служб мультимедиа Azure, redactor и т. д.) недоступны через версию 3. Мы добавили поддержку сопоставления звуковых каналов с кодировщиком уровня "Стандартный". См. аудио в документации по кодировке Служб мультимедиа Swagger. См. разделы о кодировке в сценариях |
| преобразования и задания | ||
| Обработка HTTPS на основе заданий | Для обработки заданий на основе файлов можно использовать URL-адрес HTTPS в качестве входных данных. Вам не нужно хранить содержимое в Azure, а также создавать ресурсы. | |
| Шаблоны ARM для заданий | Шаблоны ARM не существовали в версии 2. | Преобразование можно использовать для создания повторно используемых конфигураций, создания шаблонов Azure Resource Manager и изоляции параметров обработки между несколькими клиентами или клиентами. |
| трансляции | ||
| конечной точки потоковой передачи | Конечная точка потоковой передачи представляет собой службу потоковой передачи, которая может доставлять содержимое непосредственно в клиентское приложение проигрывателя или в сеть доставки содержимого (CDN) для дальнейшего распространения. | Конечные точки потоковой передачи остаются в основном одинаковыми. Они используются для динамической упаковки, шифрования и доставки содержимого HLS и DASH для потоковой передачи по запросу либо непосредственно из источника, либо через CDN. Новые функции включают поддержку более эффективной интеграции и диаграмм Azure Monitor. |
| Каналы трансляций | Каналы отвечают за обработку потокового содержимого потоковой передачи. Канал предоставляет входную конечную точку (URL-адрес приема), которую затем вы предоставляете динамическому транскодеру. Канал получает потоки потоков потоковой передачи из динамического транскодера и делает его доступным для потоковой передачи через одну или несколько конечных точек потоковой передачи. Каналы также предоставляют конечную точку предварительной версии (URL-адрес предварительной версии), которая используется для предварительного просмотра и проверки потока перед дальнейшей обработкой и доставкой. | Трансляции заменяют каналы из API версии 2. Они переносят большинство функций и имеют более новые функции, такие как динамические транскрибирования, автономный режим и поддержка приема RTMPS. |
| Программы трансляции | Программа позволяет управлять публикацией и хранением сегментов в динамическом потоке. Каналы управления программами. Связь канала и программы аналогична традиционным носителям, где канал имеет постоянный поток содержимого, и программа распространяется на определенное время события на этом канале. Можно указать количество часов, в течение которых нужно сохранить записанное содержимое программы, задав свойство ArchiveWindowLength. Это значение может быть задано от 5 минут до максимума 25 часов. |
Динамические выходные данные теперь заменяют программы в API версии 3. |
| Длина трансляции | Вы можете передавать трансляции событий 24/7 при использовании служб мультимедиа для транскодирования единого канала изменений скорости в выходной поток с несколькими скоростями. | |
| Задержка динамического события | Новая поддержка потоковой передачи потоковой передачи с низкой задержкой на трансляциях. | |
| Предварительная версия трансляции | Live Event Preview поддерживает динамическую упаковку и динамическое шифрование. Это обеспечивает защиту содержимого в предварительной версии, а также упаковку DASH и HLS. | |
| Live event RTMPS | Улучшена поддержка RTMPS с повышенной стабильностью и поддержкой исходного кодировщика. | |
| Безопасное прием трансляции RTMPS | При создании трансляции вы получите 4 URL-адреса приема. 4 URL-адреса приема почти идентичны, имеют один и тот же маркер потоковой передачи AppId, только часть номера порта отличается. Два URL-адреса являются основными и резервными копиями для RTMPS. |
|
| Транскрибирование трансляций | Служба мультимедиа Azure предоставляет видео, звук и текст в различных протоколах. При публикации потокового потока с помощью MPEG-DASH или HLS/CMAF, а затем вместе с видео и звуком наша служба предоставляет транскрибированные тексты в IMSC1.1, совместимом с TTML. | |
| Режим ожидания трансляции | Для версии 2 не было режима ожидания. | Автономный режим — это новая функция версии 3, которая помогает управлять горячими пулами трансляций. Теперь клиенты могут запустить трансляцию в автономном режиме по более низкой стоимости перед переходом в состояние выполнения. Это повышает время запуска канала и снижает затраты на операционные горячие пулы для ускорения запуска. |
| Выставление счетов за трансляцию | Выставление счетов за трансляции основано на счетчиках Live Channel. | |
| Динамические выходные данные | Программы должны быть запущены после создания. | Динамические выходные данные начинаются при создании и остановке при удалении. |
Получение справки и поддержки
Вы можете обратиться к службам мультимедиа с вопросами или следовать нашим обновлениям одним из следующих методов:
- Q & A
-
стек переполнения. Пометьте вопросы с
azure-media-services. - @MSFTAzureMedia или использовать @AzureSupport для запроса поддержки.
- Откройте запрос в службу поддержки на портале Azure.