Terminologi och entitetsändringar mellan Media Services V2 och V3

  • Artikel

logotyp för migreringsguiden

migreringssteg 2

Viktig

Det är inte längre nödvändigt att migrera från Azure Media Service v2 till v3 eftersom utfasningen av V2-API:et överensstämmer med tillbakadragandet av Azure Media Services. Mer information finns i Azure Media Services-tillbakadragandeguiden.

I den här artikeln beskrivs terminologiskillnaderna mellan Azure Media Services v2 och v3.

Terminologiändringar

  • En positionerare kallas nu för Strömningslokaliserare.
  • En Channel- kallas nu för Live Event.
  • Ett Program kallas nu för Live Output.
  • En uppgift kallas nu för JobOutput, som är en del av ett jobb.

Entitetsändringar

V2-entitet V3-entitet Vägledning tillgänglig för V3- uppdaterad av V3
AccessPolicy Entiteten AccessPolicies finns inte i V3. Nej Nej
Asset Asset Ja Ja
AssetDeliveryPolicy StreamingPolicy Ja Nej
AssetFile Entiteten AssetFiles finns inte i V3. Även om filer (lagringsblobar) som du laddar upp fortfarande betraktas som filer.

Använd Azure Storage-API:erna för att räkna upp blobarna i en container i stället. Det finns två sätt att tillämpa en transformering på filerna med ett jobb:

Filer som redan har laddats upp till lagring: URI:n innehåller tillgångs-ID:t för jobb som ska utföras på tillgångar i ett lagringskonto.

Filer som ska laddas upp under transformerings- och jobbprocessen: Tillgången skapas i lagring, en SAS-URL returneras, filer laddas upp till lagring och sedan tillämpas transformeringen på filerna.		 Nej Nej
Channel LiveEvent Livehändelser ersätter kanaler från v2-API:et. De överför de flesta funktioner och har fler nya funktioner som live-transkriptioner, stand-by-läge och stöd för RTMPS-inmatning.

Se livehändelse i scenariobaserad liveuppspelning		 Nej Nej
ContentKey ContentKeys inte längre är en entitet är det nu en egenskap för en positionerare för direktuppspelning.

I v3 är innehållsnyckeldata antingen associerade med StreamingLocator (för utdatakryptering) eller själva tillgången (för lagringskryptering på klientsidan).		 Ja Nej
ContentKeyAuthorizationPolicy ContentKeyPolicy Ja Nej
ContentKeyAuthorizationPolicyOption ContentKeyPolicyOptions ingår i ContentKeyPolicy. Ja Nej
IngestManifest Entiteten IngestManifests finns inte i V3. Uppladdning av filer i V3 omfattar Azure Storage-API:et. Tillgångar skapas först och sedan laddas filer upp till den associerade lagringscontainern. Det finns många sätt att hämta data till en Azure Storage-container som kan användas i stället. JobInputHttp ger också ett sätt att ladda ned jobbindata från en viss URL om så önskas. Nej Nej
IngestManifestAsset Det finns många sätt att hämta data till en Azure Storage-container som kan användas i stället. JobInputHttp ger också ett sätt att ladda ned jobbindata från en viss URL om så önskas. Nej Nej
IngestManifestFile Det finns många sätt att hämta data till en Azure Storage-container som kan användas i stället. JobInputHttp ger också ett sätt att ladda ned jobbindata från en viss URL om så önskas. Nej Nej
Job Job Skapa en Transform innan du skapar en Job. Nej Nej
JobTemplate Transform Använd en Transform i stället. En transformering är en separat entitet från ett jobb och kan återanvändas. Nej Nej
Locator StreamingLocator Ja Nej
MediaProcessor I stället för att leta upp MediaProcessor att använda med namn använder du önskad förinställning när du definierar en transformering. Den förinställning som används avgör vilken medieprocessor som används av jobbsystemet. Se kodningsavsnitt i scenariobaserad kodning. Nej NA (skrivskyddat i V2)
NotificationEndPoint Meddelanden i v3 hanteras via Azure Event Grid. NotificationEndpoint ersätts av Event Grid-prenumerationsregistreringen som också kapslar in konfigurationen för de typer av meddelanden som ska tas emot (som i v2 hanterades av JobNotificationSubscription för jobbet, TaskNotificationSubscription för uppgiften och telemetri ComponentMonitoringSetting). V2-telemetrin delades upp mellan Azure Event Grid och Azure Monitor för att passa in i förbättringarna av det större Azure-ekosystemet. Nej Nej
Program LiveOutput Liveutdata ersätter nu Program i v3-API:et. Nej Nej
StreamingEndpoint StreamingEndpoint Slutpunkter för direktuppspelning är i första hand desamma. De används för dynamisk paketering, kryptering och leverans av HLS- och DASH-innehåll för både direktuppspelning och direktuppspelning på begäran, eller via CDN. Nya funktioner omfattar stöd för bättre Integrering och diagram i Azure Monitor. Ja Ja
Task JobOutput Ersatt av JobOutput (som inte längre är en separat entitet i API:et). Se kodningsavsnitt i scenariobaserad kodning. Nej Nej
TaskTemplate TransformOutput Ersatt av TransformOutput (som inte längre är en separat entitet i API:et). Se kodningsavsnitt i scenariobaserad kodning. Nej Nej
Inputs Inputs Indata och utdata finns nu på jobbnivå. Se kodningsavsnitt i scenariobaserad kodning Nej Nej
Outputs Outputs Indata och utdata finns nu på jobbnivå. I V3 ändrades metadataformatet från XML till JSON. Liveutdata börjar när de skapas och stoppas när de tas bort. Se kodningsavsnitt i scenariobaserad kodning Nej Nej
Andra ändringar V2 V3
Storage
Lagring V3-SDK:erna är nu frikopplade från Storage SDK, vilket ger dig mer kontroll över den version av Storage SDK som du vill använda och undviker versionsproblem.
Kodning
Kodningsbithastigheter bithastigheter som mäts i kbps ex: 128 (kbps) bitar per sekund ex: 128000 (bitar/sekund)
Kodning av DRM FairPlay- I Media Services V2 kan initieringsvektor (IV) anges. Det går inte att ange FairPlay IV i Media Services V3.
Premium-kodare Premium-kodare och äldre indexerare Premium Encoder och äldre medieanalysprocessorer (Förhandsversion av Azure Media Services Indexer 2, Ansiktsredigering osv.) är inte tillgängliga via V3. Vi har lagt till stöd för ljudkanalmappning till standardkodaren. Se Audio i Swagger-dokumentationen för Media Services-kodning.
Se kodningsavsnitt i scenariobaserad kodning
transformeringar och jobb
Jobbbaserad bearbetning av HTTPS- För filbaserad jobbbearbetning kan du använda en HTTPS-URL som indata. Du behöver inte ha innehåll som redan lagras i Azure och du behöver inte heller skapa tillgångar.
ARM-mallar för jobb ARM-mallar fanns inte i V2. En transformering kan användas för att skapa återanvändbara konfigurationer, för att skapa Azure Resource Manager-mallar och isolera bearbetningsinställningar mellan flera kunder eller klienter.
livehändelser
Slutpunkt för direktuppspelning En slutpunkt för direktuppspelning representerar en direktuppspelningstjänst som kan leverera innehåll direkt till ett klientspelsprogram eller till ett CONTENT Delivery Network (CDN) för ytterligare distribution. Slutpunkter för direktuppspelning är i första hand desamma. De används för dynamisk paketering, kryptering och leverans av HLS- och DASH-innehåll för både direktuppspelning och direktuppspelning på begäran, eller via CDN. Nya funktioner omfattar stöd för bättre Integrering och diagram i Azure Monitor.
Livehändelsekanaler Kanaler ansvarar för bearbetning av liveuppspelningsinnehåll. En kanal tillhandahåller en indataslutpunkt (inmatnings-URL) som du sedan anger till en live-transkodare. Kanalen tar emot liveindataströmmar från livetranskodaren och gör den tillgänglig för direktuppspelning via en eller flera slutpunkter för direktuppspelning. Kanalerna tillhandahåller också en förhandsgranskningsslutpunkt (förhandsversions-URL) som du använder för att förhandsgranska och verifiera dataströmmen innan du bearbetar och levereras vidare. Livehändelser ersätter kanaler från v2-API:et. De överför de flesta funktioner och har fler nya funktioner som live-transkriptioner, stand-by-läge och stöd för RTMPS-inmatning.
Livehändelseprogram Med ett program kan du styra publicering och lagring av segment i en liveström. Kanaler hanterar program. Relationen mellan kanal och program liknar traditionella medier där en kanal har en konstant ström av innehåll och ett program är begränsat till en tidsbegränsad händelse på kanalen. Du kan ange hur många timmar du vill behålla det inspelade innehållet för programmet genom att ange egenskapen ArchiveWindowLength. Det här värdet kan anges från minst 5 minuter till högst 25 timmar. Liveutdata ersätter nu Program i v3-API:et.
Längd på livehändelser Du kan strömma livehändelser 24/7 när du använder Media Services för att omkoda en bidragsfeed med en bithastighet till en utdataström som har flera bithastigheter.
Svarstid för livehändelser Nytt liveuppspelningsstöd med låg latens på livehändelser.
Förhandsversion av livehändelse Förhandsversion av livehändelser stöder dynamisk paketering och dynamisk kryptering. Detta möjliggör innehållsskydd på förhandsversionen samt DASH- och HLS-paketering.
RTMPS- för livehändelse Förbättrat RTMPS-stöd med ökad stabilitet och mer stöd för källkodare.
RTMPS-säker inmatning av livehändelse När du skapar en livehändelse får du 4 inmatnings-URL:er. Url:erna för 4 inmatningar är nästan identiska, har samma strömningstoken AppId, endast portnummerdelen är annorlunda. Två av URL:erna är primära och säkerhetskopiering för RTMPS.
Transkription av livehändelser Azure Media Service levererar video, ljud och text i olika protokoll. När du publicerar din liveström med hjälp av MPEG-DASH eller HLS/CMAF levererar vår tjänst den transkriberade texten i IMSC1.1-kompatibel TTML tillsammans med video och ljud.
Vänteläge för livehändelse Det fanns inget vänteläge för V2. Stand-by-läge är en ny v3-funktion som hjälper dig att hantera heta pooler med livehändelser. Kunder kan nu starta en livehändelse i stand-by-läge till lägre kostnad innan de övergår till körningstillståndet. Detta förbättrar kanalens starttider och minskar kostnaderna för drift av heta pooler för snabbare nystartade företag.
Fakturering av livehändelser Fakturering av livehändelser baseras på Live Channel-mätare.
Liveutdata Program måste startas när de har skapats. Liveutdata börjar när de skapas och stoppas när de tas bort.

Få hjälp och support

Du kan kontakta Media Services med frågor eller följa våra uppdateringar med någon av följande metoder: