Delen via

Terminologie en entiteitswijzigingen tussen Media Services V2 en V3

  • Artikel

migratiehandleiding

migratiestappen 2

Belangrijk

Het is niet langer nodig om van Azure Media Service v2 naar v3 te migreren omdat de afschaffing van de V2-API overeenkomt met de buitengebruikstelling van Azure Media Services. Raadpleeg de handleiding voor buitengebruikstelling van Azure Media Services voor meer informatie.

In dit artikel worden de terminologieverschillen tussen Azure Media Services v2 en v3 beschreven.

Terminologiewijzigingen

  • Een Locator- wordt nu een streaming-locatorgenoemd.
  • Een -kanaal wordt nu een livegebeurtenisgenoemd.
  • Een Program- wordt nu een live-uitvoergenoemd.
  • Een Taak wordt nu een JobOutput-genoemd, die deel uitmaakt van een taak.

Entiteitswijzigingen

V2-entiteit V3-entiteit Richtlijnen toegankelijk voor V3- bijgewerkt door V3
AccessPolicy De entiteit AccessPolicies bestaat niet in V3. Nee Nee
Asset Asset Ja Ja
AssetDeliveryPolicy StreamingPolicy Ja Nee
AssetFile De entiteit AssetFiles bestaat niet in V3. Hoewel bestanden (opslagblobs) die u uploadt, nog steeds worden beschouwd als bestanden.

Gebruik de Azure Storage-API's om in plaats daarvan de blobs in een container op te sommen. Er zijn twee manieren om een transformatie toe te passen op de bestanden met een taak:

Bestanden die al naar de opslag zijn geüpload: de URI bevat de asset-id voor taken die moeten worden uitgevoerd op assets binnen een opslagaccount.

Bestanden die moeten worden geüpload tijdens het transformatie- en taakproces: de asset wordt gemaakt in de opslag, er wordt een SAS-URL geretourneerd, bestanden worden geüpload naar de opslag en vervolgens wordt de transformatie toegepast op de bestanden.		 Nee Nee
Channel LiveEvent Livegebeurtenissen vervangen kanalen uit de v2-API. Ze dragen de meeste functies over en hebben meer nieuwe functies, zoals livetranscripties, stand-by-modus en ondersteuning voor RTMPS-opname.

Zie livegebeurtenis in scenariogebaseerde livestreaming		 Nee Nee
ContentKey ContentKeys geen entiteit meer is, is het nu een eigenschap van een streaming-locator.

In v3 zijn de gegevens van de inhoudssleutel gekoppeld aan de StreamingLocator (voor uitvoerversleuteling) of de asset zelf (voor opslagversleuteling aan de clientzijde).		 Ja Nee
ContentKeyAuthorizationPolicy ContentKeyPolicy Ja Nee
ContentKeyAuthorizationPolicyOption ContentKeyPolicyOptions zijn opgenomen in de ContentKeyPolicy. Ja Nee
IngestManifest De entiteit IngestManifests bestaat niet in V3. Het uploaden van bestanden in V3 omvat de Azure Storage-API. Assets worden eerst gemaakt en vervolgens worden bestanden geüpload naar de bijbehorende opslagcontainer. Er zijn veel manieren om gegevens op te halen in een Azure Storage-container die in plaats daarvan kan worden gebruikt. JobInputHttp biedt ook een manier om desgewenst een taakinvoer van een bepaalde URL te downloaden. Nee Nee
IngestManifestAsset Er zijn veel manieren om gegevens op te halen in een Azure Storage-container die in plaats daarvan kan worden gebruikt. JobInputHttp biedt ook een manier om desgewenst een taakinvoer van een bepaalde URL te downloaden. Nee Nee
IngestManifestFile Er zijn veel manieren om gegevens op te halen in een Azure Storage-container die in plaats daarvan kan worden gebruikt. JobInputHttp biedt ook een manier om desgewenst een taakinvoer van een bepaalde URL te downloaden. Nee Nee
Job Job Maak een Transform voordat u een Jobmaakt. Nee Nee
JobTemplate Transform Gebruik in plaats daarvan een Transform. Een transformatie is een afzonderlijke entiteit van een taak en kan opnieuw worden gebruikt. Nee Nee
Locator StreamingLocator Ja Nee
MediaProcessor In plaats van de MediaProcessor op te zoeken om op naam te gebruiken, gebruikt u de gewenste voorinstelling bij het definiëren van een transformatie. De voorinstelling die wordt gebruikt, bepaalt de mediaprocessor die door het taaksysteem wordt gebruikt. Zie coderingsonderwerpen in scenariogebaseerde coderings-. Nee NA (alleen-lezen in V2)
NotificationEndPoint Meldingen in v3 worden verwerkt via Azure Event Grid. De NotificationEndpoint wordt vervangen door de Registratie van het Event Grid-abonnement, waarmee ook de configuratie wordt ingekapseld voor de typen meldingen die moeten worden ontvangen (die in v2 zijn verwerkt door de JobNotificationSubscription van de taak, de TaskNotificationSubscription van de taak en de telemetrie ComponentMonitoringSetting). De v2-telemetrie is gesplitst tussen Azure Event Grid en Azure Monitor om te passen in de verbeteringen van het grotere Azure-ecosysteem. Nee Nee
Program LiveOutput Live-uitvoer vervangt nu Programma's in de v3-API. Nee Nee
StreamingEndpoint StreamingEndpoint Streaming-eindpunten blijven voornamelijk hetzelfde. Ze worden gebruikt voor dynamische pakketten, versleuteling en levering van HLS- en DASH-inhoud voor live- en on-demand streaming, hetzij rechtstreeks van oorsprong, of via het CDN. Nieuwe functies omvatten ondersteuning voor betere Integratie en grafieken van Azure Monitor. Ja Ja
Task JobOutput Vervangen door JobOutput (dit is geen afzonderlijke entiteit meer in de API). Zie coderingsonderwerpen in scenariogebaseerde coderings-. Nee Nee
TaskTemplate TransformOutput Vervangen door TransformOutput (dit is geen afzonderlijke entiteit meer in de API). Zie coderingsonderwerpen in scenariogebaseerde coderings-. Nee Nee
Inputs Inputs Invoer en uitvoer bevinden zich nu op taakniveau. Zie coderingsonderwerpen in scenariogebaseerde coderings- Nee Nee
Outputs Outputs Invoer en uitvoer bevinden zich nu op taakniveau. In V3 is de indeling voor metagegevens gewijzigd van XML in JSON. Live-uitvoer begint bij het maken en stoppen wanneer deze wordt verwijderd. Zie coderingsonderwerpen in scenariogebaseerde coderings- Nee Nee
Andere wijzigingen V2- V3-
Storage-
Opslag De V3 SDK's zijn nu losgekoppeld van de Storage SDK, waardoor u meer controle hebt over de versie van de Storage SDK die u wilt gebruiken en versiebeheerproblemen voorkomt.
coderings-
Bitsnelheden coderen bitsnelheden gemeten in kbps ex: 128 (kbps) bits per seconde, bijvoorbeeld: 128000 (bits/seconde)
DRM FairPlay- coderen In Media Services V2 kan initialisatievector (IV) worden opgegeven. In Media Services V3 kan de FairPlay IV niet worden opgegeven.
Premium-encoder Premium-encoder en verouderde indexeerfunctie De Premium Encoder- en de verouderde media analytics-processors (Azure Media Services Indexer 2 Preview, Face Redactor, enzovoort) zijn niet toegankelijk via V3. We hebben ondersteuning toegevoegd voor het toewijzen van audiokanalen aan de Standard-encoder. Zie Audio in de Documentatie van Media Services Encoding Swagger.
Zie coderingsonderwerpen in scenariogebaseerde coderings-
transformaties en taken
Op taken gebaseerde verwerking van HTTPS- Voor taakverwerking op basis van bestanden kunt u een HTTPS-URL gebruiken als invoer. U hoeft geen inhoud te hebben die al is opgeslagen in Azure en u hoeft ook geen assets te maken.
ARM-sjablonen voor taken ARM-sjablonen bestonden niet in V2. Een transformatie kan worden gebruikt voor het bouwen van herbruikbare configuraties, het maken van Azure Resource Manager-sjablonen en het isoleren van verwerkingsinstellingen tussen meerdere klanten of tenants.
livegebeurtenissen
Streaming-eindpunten Een streaming-eindpunt vertegenwoordigt een streamingservice die inhoud rechtstreeks kan leveren aan een clientspelertoepassing of aan een CDN (Content Delivery Network) voor verdere distributie. Streaming-eindpunten blijven voornamelijk hetzelfde. Ze worden gebruikt voor dynamische pakketten, versleuteling en levering van HLS- en DASH-inhoud voor live- en on-demand streaming, hetzij rechtstreeks van oorsprong, of via het CDN. Nieuwe functies omvatten ondersteuning voor betere Integratie en grafieken van Azure Monitor.
Livegebeurteniskanalen Kanalen zijn verantwoordelijk voor het verwerken van live streaming-inhoud. Een kanaal biedt een invoereindpunt (opname-URL) dat u vervolgens aan een live transcoder opgeeft. Het kanaal ontvangt live-invoerstreams van de live transcoder en maakt het beschikbaar voor streaming via een of meer streaming-eindpunten. Kanalen bieden ook een preview-eindpunt (preview-URL) dat u gebruikt om uw stream te bekijken en te valideren voordat u verdergaat met de verwerking en levering. Livegebeurtenissen vervangen kanalen uit de v2-API. Ze dragen de meeste functies over en hebben meer nieuwe functies, zoals livetranscripties, stand-by-modus en ondersteuning voor RTMPS-opname.
Programma's voor livegebeurtenissen Met een programma kunt u het publiceren en opslaan van segmenten in een livestream beheren. Kanalen beheren Programma's. De relatie kanaal en programma is vergelijkbaar met traditionele media waarbij een kanaal een constante stroom inhoud heeft en een programma is gericht op een bepaalde getimede gebeurtenis op dat kanaal. U kunt het aantal uren opgeven dat u de opgenomen inhoud voor het programma wilt behouden door de eigenschap ArchiveWindowLength in te stellen. Deze waarde kan worden ingesteld van minimaal 5 minuten tot maximaal 25 uur. Live-uitvoer vervangt nu Programma's in de v3-API.
Lengte van livegebeurtenis U kunt livegebeurtenissen 24/7 streamen wanneer u Media Services gebruikt voor het transcoderingen van één bitrate-bijdragefeed in een uitvoerstroom met meerdere bitrates.
Latentie van livegebeurtenissen Nieuwe ondersteuning voor live streamen met lage latentie voor livegebeurtenissen.
Livegebeurtenisvoorbeeld Live Event Preview ondersteunt dynamische pakketten en dynamische versleuteling. Hiermee kunt u inhoudsbeveiliging op preview en DASH- en HLS-pakketten inschakelen.
RTMPS- voor livegebeurtenis Verbeterde RTMPS-ondersteuning met verbeterde stabiliteit en meer ondersteuning voor broncoderingsprogramma's.
RtMPS-livegebeurtenis voor veilige opname Wanneer u een livegebeurtenis maakt, krijgt u vier opname-URL's. De 4 opname-URL's zijn bijna identiek, hebben hetzelfde streamingtoken AppId, alleen het poortnummergedeelte is anders. Twee van de URL's zijn primair en back-up voor RTMPS.
Transcriptie van livegebeurtenissen Azure Media Service levert video, audio en tekst in verschillende protocollen. Wanneer u uw livestream publiceert met behulp van MPEG-DASH of HLS/CMAF, levert onze service, samen met video en audio, de getranscribeerde tekst in IMSC1.1 compatibele TTML.
Livegebeurtenis stand-bymodus Er was geen stand-bymodus voor V2. Stand-by-modus is een nieuwe v3-functie waarmee dynamische pools van livegebeurtenissen kunnen worden beheerd. Klanten kunnen nu een livegebeurtenis starten in de stand-bymodus tegen lagere kosten voordat ze deze overschakelen naar de actieve status. Dit verbetert de starttijden van kanalen en verlaagt de kosten van het gebruik van hot pools voor snellere start-ups.
Facturering van livegebeurtenissen Facturering van livegebeurtenissen is gebaseerd op livekanaalmeters.
Live-uitvoer Programma's moesten worden gestart na het maken. Live-uitvoer begint bij het maken en stoppen wanneer deze wordt verwijderd.

Hulp en ondersteuning krijgen

U kunt contact opnemen met Media Services met vragen of onze updates volgen op een van de volgende manieren: