Terminologie a změny entit mezi Media Services V2 a V3
logo průvodce migrací 
Důležitý
Už není nutné migrovat ze služby Azure Media Service v2 na verzi 3, protože vyřazení rozhraní API V2 bude v souladu s vyřazením služby Azure Media Services. Další informace najdete v průvodci vyřazením služby Azure Media Services .
Tento článek popisuje rozdíly v terminologii mezi Azure Media Services v2 a v3.
Změny terminologie
-
lokátoru se nyní nazýválokátoru streamování . - kanálu
se nyní nazývá živá událost . - programu
se nyní nazývá live output . Úkol se teď nazýváJobOutput, který je součástí úlohy.
Změny entit
| entity |
pokyny k |
přístupné pro V3 | aktualizováno V3 | |
|---|---|---|---|---|
AccessPolicy |
Entita AccessPolicies v 3 neexistuje. |
Ne | Ne | |
Asset |
Asset |
Ano | Ano | |
AssetDeliveryPolicy |
StreamingPolicy |
Ano | Ne | |
AssetFile |
Entita AssetFiles v 3 neexistuje. I když se soubory (objekty blob úložiště), které nahrajete, stále považují za soubory.Místo toho použijte rozhraní API služby Azure Storage k vytvoření výčtu objektů blob v kontejneru. Existují dva způsoby použití transformace u souborů pomocí úlohy: Soubory, které jsou již odeslány do úložiště: Identifikátor URI by zahrnoval ID prostředku pro úlohy, které se mají provádět u prostředků v rámci účtu úložiště. Soubory, které se mají nahrát během procesu transformace a úlohy: Prostředek se vytvoří v úložišti, vrátí se adresa URL SAS, soubory se nahrají do úložiště a pak se na soubory použije transformace. |
Ne | Ne | |
Channel |
LiveEvent |
Živé události nahrazují kanály z rozhraní API v2. Přenášejí většinu funkcí a mají více nových funkcí, jako jsou živé přepisy, stand-by režim a podpora příjmu RTMPS. Viz živé události ve scénářích založených na živém streamování |
Ne | Ne |
ContentKey |
ContentKeys už entita není, je to vlastnost lokátoru streamování.Ve verzi 3 jsou data klíče obsahu přidružená buď k StreamingLocator (pro šifrování výstupu), nebo k samotnému prostředku (pro šifrování úložiště na straně klienta). |
Ano | Ne | |
ContentKeyAuthorizationPolicy |
ContentKeyPolicy |
Ano | Ne | |
ContentKeyAuthorizationPolicyOption
|
ContentKeyPolicyOptions jsou součástí ContentKeyPolicy. |
Ano | Ne | |
IngestManifest |
Entita IngestManifests v 3 neexistuje. Nahrávání souborů ve verzi 3 zahrnuje rozhraní API úložiště Azure. Nejprve se vytvoří prostředky a soubory se nahrají do přidruženého kontejneru úložiště. Existuje mnoho způsobů, jak získat data do kontejneru Azure Storage, který je možné použít.
JobInputHttp také poskytuje způsob, jak v případě potřeby stáhnout vstup úlohy z dané adresy URL. |
Ne | Ne | |
IngestManifestAsset |
Existuje mnoho způsobů, jak získat data do kontejneru Azure Storage, který je možné použít.
JobInputHttp také poskytuje způsob, jak v případě potřeby stáhnout vstup úlohy z dané adresy URL. |
Ne | Ne | |
IngestManifestFile |
Existuje mnoho způsobů, jak získat data do kontejneru Azure Storage, který je možné použít.
JobInputHttp také poskytuje způsob, jak v případě potřeby stáhnout vstup úlohy z dané adresy URL. |
Ne | Ne | |
Job |
Job |
Před vytvořením Jobvytvořte Transform . |
Ne | Ne |
JobTemplate |
Transform |
Místo toho použijte Transform. Transformace je samostatná entita od úlohy a je opakovaně použitelná. |
Ne | Ne |
Locator |
StreamingLocator |
Ano | Ne | |
MediaProcessor |
Místo vyhledání MediaProcessor podle názvu použijte při definování transformace požadovanou předvolbu. Použitá předvolba určí procesor médií používaný systémem úloh. Podívejte se na témata kódování v scénářích založených na kódování. |
Ne | NA (jen pro čtení ve V2) | |
NotificationEndPoint |
Oznámení ve verzi 3 se zpracovávají přes Azure Event Grid.
NotificationEndpoint se nahrazuje registrací odběru služby Event Grid, která zapouzdřuje také konfiguraci pro typy oznámení, které mají přijímat (které JobNotificationSubscription úlohy, TaskNotificationSubscription úlohy a ComponentMonitoringSettingtelemetrie). Telemetrie v2 byla rozdělena mezi Azure Event Grid a Azure Monitor, aby se vešla do vylepšení většího ekosystému Azure. |
Ne | Ne | |
Program |
LiveOutput |
Živé výstupy teď nahrazují programy v rozhraní API v3. | Ne | Ne |
StreamingEndpoint |
StreamingEndpoint |
Koncové body streamování zůstávají primárně stejné. Používají se pro dynamické balení, šifrování a doručování obsahu HLS a DASH pro živé streamování i streamování na vyžádání buď přímo z původu, nebo prostřednictvím CDN. Mezi nové funkce patří podpora lepší integrace a grafů služby Azure Monitor. | Ano | Ano |
Task |
JobOutput |
Nahrazeno JobOutput (což už není samostatná entita v rozhraní API). Podívejte se na témata kódování v scénářích založených na kódování. |
Ne | Ne |
TaskTemplate |
TransformOutput |
Nahrazeno TransformOutput (což už není samostatná entita v rozhraní API). Podívejte se na témata kódování v scénářích založených na kódování. |
Ne | Ne |
Inputs |
Inputs |
Vstupy a výstupy jsou teď na úrovni úlohy. Podívejte se na témata kódování v scénářích založených na kódování | Ne | Ne |
Outputs |
Outputs |
Vstupy a výstupy jsou teď na úrovni úlohy. Ve verzi 3 se formát metadat změnil z XML na JSON. Živé výstupy se spouštějí při vytváření a zastavují při odstranění. Podívejte se na témata kódování v scénářích založených na kódování | Ne | Ne |
| Další změny | V2 | |
|---|---|---|
| úložiště | ||
| úložiště | Sady SDK V3 jsou teď oddělené od sady SDK služby Storage, což vám dává větší kontrolu nad verzí sady SDK služby Storage, kterou chcete použít, a zabraňuje problémům se správou verzí. | |
| Kódování přenosových rychlostí | bitové rychlosti měřené v kbps ex: 128 (kbps) | bits per second ex: 128000 (bits/second) |
| Kódování DRM FairPlay | V Media Services V2 je možné zadat inicializační vektor (IV). | Ve službě Media Services V3 nelze zadat FairPlay IV. |
| kodéru Premium | Kodér Úrovně Premium a starší verze Indexeru | Kodér Premium a starší procesory analýzy médií (Azure Media Services Indexer 2 Preview, Face Redactor atd.) nejsou přístupné přes V3. Přidali jsme podporu pro mapování zvukového kanálu na kodér Standard. Viz Audio v dokumentaci ke Swaggeru kódování media Services. Podívejte se na témata kódování v scénářích založených na kódování |
| transformace a úlohy | ||
| Zpracování HTTPS na základě úloh | Pro zpracování úloh založených na souborech můžete jako vstup použít adresu URL HTTPS. Nemusíte mít obsah už uložený v Azure, ani nemusíte vytvářet prostředky. | |
| Šablony ARM pro úlohy | Šablony ARM ve verzi 2 neexistují. | Pomocí transformace můžete vytvářet opakovaně použitelné konfigurace, vytvářet šablony Azure Resource Manageru a izolovat nastavení zpracování mezi několika zákazníky nebo tenanty. |
| živé události | ||
| koncového bodu streamování | Koncový bod streamování představuje streamovací službu, která může doručovat obsah přímo do aplikace klientského přehrávače nebo do sítě pro doručování obsahu (CDN) pro další distribuci. | Koncové body streamování zůstávají primárně stejné. Používají se pro dynamické balení, šifrování a doručování obsahu HLS a DASH pro živé streamování i streamování na vyžádání buď přímo z původu, nebo prostřednictvím CDN. Mezi nové funkce patří podpora lepší integrace a grafů služby Azure Monitor. |
| Kanály živých událostí | Kanály zodpovídají za zpracování živého streamovaného obsahu. Kanál poskytuje vstupní koncový bod (adresu URL ingestování), který pak zadáte živému transkódéru. Kanál přijímá živé vstupní streamy z živého transkódéru a zpřístupňuje ho pro streamování prostřednictvím jednoho nebo více koncových bodů streamování. Kanály také poskytují koncový bod preview (adresa URL verze Preview), který používáte k zobrazení náhledu a ověření streamu před dalším zpracováním a doručováním. | Živé události nahrazují kanály z rozhraní API v2. Přenášejí většinu funkcí a mají více nových funkcí, jako jsou živé přepisy, stand-by režim a podpora příjmu RTMPS. |
| Programy živých událostí | Program umožňuje řídit publikování a ukládání segmentů v živém streamu. Kanály spravují programy. Vztah kanálu a programu je podobný tradičním médiím, kde kanál má konstantní datový proud obsahu a program je vymezen na určitou časovou událost v daném kanálu. Nastavením vlastnosti ArchiveWindowLength můžete určit počet hodin, které chcete zachovat zaznamenaný obsah programu. Tuto hodnotu je možné nastavit od minimálně 5 minut po maximálně 25 hodin. |
Živé výstupy teď nahrazují programy v rozhraní API v3. |
| Délka živé události | Živé události můžete streamovat 24/7 při použití Media Services k překódování kanálu příspěvku s jednou přenosovou rychlostí do výstupního datového proudu, který má více přenosových rychlostí. | |
| Latence živých událostí | Podpora živého streamování s nízkou latencí u živých událostí | |
| Náhled živé události | Náhled živé události podporuje dynamické balení a dynamické šifrování. To umožňuje ochranu obsahu v náhledu i balení DASH a HLS. | |
| RTMPS živé události | Vylepšená podpora RTMPS se zvýšenou stabilitou a větší podporou kodéru zdroje | |
| Zabezpečení živé události RTMPS | Při vytváření živé události získáte 4 adresy URL ingestování. 4 adresy URL ingestace jsou téměř stejné, mají stejný token streamování AppId, liší se pouze část čísla portu. Dvě adresy URL jsou primární a zálohované pro RTMPS. |
|
| Přepis živé události | Azure Media Service poskytuje video, zvuk a text v různých protokolech. Když publikujete živý stream pomocí MPEG-DASH nebo HLS/CMAF, a pak spolu s videem a zvukem, naše služba doručí přepisovaný text v TTML kompatibilním s IMSC1.1. | |
| Pohotovostní režim živých událostí | Pro V2 nebyl žádný pohotovostní režim. | Samostatný režim je nová funkce v3, která pomáhá spravovat horké fondy živých událostí. Zákazníci teď můžou živou událost spustit v samostatném režimu s nižšími náklady, než ji přejdou do spuštěného stavu. Tím se zlepší časy spuštění kanálu a sníží se náklady na provoz horkých fondů pro rychlejší spuštění. |
| fakturace živých událostí | Fakturace živých událostí je založená na měřičích živého kanálu. | |
| Živé výstupy | Programy se musely spustit po vytvoření. | Živé výstupy se spouštějí při vytváření a zastavují při odstranění. |
Získání nápovědy a podpory
Službu Media Services můžete kontaktovat s otázkami nebo postupovat podle našich aktualizací jedním z následujících způsobů:
- Q & A
-
Stack Overflow . Označte otázky pomocí
azure-media-services. - @MSFTAzureMedia nebo pomocí @AzureSupport požádat o podporu.
- Otevřete lístek podpory prostřednictvím webu Azure Portal.