Terminológia és entitásváltozások a Media Services V2 és v3 között

  • Cikk

migrálási útmutató emblémája

migrálási lépések 2

Fontos

Már nem szükséges migrálni az Azure Media Service v2-ről a v3-ra, mivel a V2 API elavulása igazodik az Azure Media Services kivonásához. További információért tekintse meg az Azure Media Services kivezetési útmutatóját .

Ez a cikk az Azure Media Services v2 és v3 közötti terminológiai különbségeket ismerteti.

Terminológiai változások

  • A Lokátor neve mostantól streamelési lokátor.
  • A csatornákat mostantól élő eseménynek nevezzük.
  • A program neve mostantól élő kimenet.
  • A feladat neve JobOutput, amely egy feladat része.

Entitásváltozások

V2 entitás V3 entitás Útmutató Elérhető a V3-hoz Frissítve: V3
AccessPolicy Az entitás AccessPolicies nem létezik a V3-ban. Nem Nem
Asset Asset Igen Igen
AssetDeliveryPolicy StreamingPolicy Igen Nem
AssetFile Az entitás AssetFiles nem létezik a V3-ban. Bár a feltöltött fájlok (tárolóblobok) továbbra is fájloknak minősülnek.

Használja az Azure Storage API-kat a tárolóban lévő blobok számbavételéhez. Kétféleképpen alkalmazhat átalakítást a feladattal rendelkező fájlokra:

A tárba már feltöltött fájlok: Az URI tartalmazza a tárfiókon belüli objektumokon elvégzendő feladatok objektumazonosítóját.

Az átalakítás és a feladat során feltöltendő fájlok: Az objektum a tárolóban jön létre, a rendszer SAS URL-címet ad vissza, fájlokat tölt fel a tárba, majd alkalmazza az átalakítást a fájlokra.		 Nem Nem
Channel LiveEvent Az élő események a v2 API-ból származó csatornákat váltják fel. A legtöbb funkciót átvihetik, és több új funkcióval rendelkeznek, például élő átiratokkal, készenléti móddal és RTMPS-betöltési támogatással.

Élő esemény megtekintése forgatókönyvalapú élő streamelésben		 Nem Nem
ContentKey ContentKeys már nem entitás, hanem egy streamelési lokátor tulajdonsága.

A v3-ban a tartalomkulcs adatai vagy a StreamingLocator (kimeneti titkosításhoz) vagy magához az objektumhoz (ügyféloldali tárolótitkosításhoz) kapcsolódnak.		 Igen Nem
ContentKeyAuthorizationPolicy ContentKeyPolicy Igen Nem
ContentKeyAuthorizationPolicyOption ContentKeyPolicyOptions a tartalmazza a következőt: ContentKeyPolicy. Igen Nem
IngestManifest Az entitás IngestManifests nem létezik a V3-ban. A V3-ban a fájlok feltöltése az Azure Storage API-t is magában foglalja. A rendszer először létrehozza az objektumokat, majd feltölti a fájlokat a társított tárolóba. Az azure storage-tárolókba sokféleképpen lehet adatokat bekérni, amelyek ehelyett használhatók. JobInputHttp lehetőséget biztosít arra is, hogy szükség esetén letöltsön egy feladatbemenetet egy adott URL-címről. Nem Nem
IngestManifestAsset Az azure storage-tárolókba sokféleképpen lehet adatokat bekérni, amelyek ehelyett használhatók. JobInputHttp lehetőséget biztosít arra is, hogy szükség esetén letöltsön egy feladatbemenetet egy adott URL-címről. Nem Nem
IngestManifestFile Az azure storage-tárolókba sokféleképpen lehet adatokat bekérni, amelyek ehelyett használhatók. JobInputHttp lehetőséget biztosít arra is, hogy szükség esetén letöltsön egy feladatbemenetet egy adott URL-címről. Nem Nem
Job Job Hozzon létre egy elemet Transform a Joblétrehozása előtt. Nem Nem
JobTemplate Transform Használjon helyette egy parancsot Transform . Az átalakítások egy feladattól különálló entitások, és újra felhasználhatók. Nem Nem
Locator StreamingLocator Igen Nem
MediaProcessor Ahelyett, hogy név alapján keresne rá a MediaProcessor használni kívánt értékre, az átalakítás meghatározásakor használja a kívánt beállításkészletet. Az előre beállított beállítás határozza meg a feladatrendszer által használt médiafeldolgozót. Lásd: Kódolási témakörök a forgatókönyvalapú kódolásban. No NA (a V2-ben olvasható)
NotificationEndPoint A v3-ban az értesítések kezelése Azure Event Grid. A NotificationEndpoint helyére az Event Grid-előfizetés regisztrációja lép, amely magában foglalja a fogadandó értesítések típusainak konfigurációját (amelyet a v2-ben a JobNotificationSubscription feladat, a TaskNotificationSubscription feladat és a telemetria ComponentMonitoringSettingkezelt). A v2-telemetria fel lett osztva Azure Event Grid és az Azure Monitor között, hogy illeszkedjen a nagyobb Azure-ökoszisztéma fejlesztéseihez. Nem Nem
Program LiveOutput Az élő kimenetek mostantól lecserélik a v3 API Programok parancsait. Nem Nem
StreamingEndpoint StreamingEndpoint A streamvégpontok elsődlegesen változatlanok maradnak. A HLS- és DASH-tartalmak dinamikus csomagolására, titkosítására és kézbesítésére szolgálnak, akár közvetlenül a forrásból, akár a CDN-en keresztül történő élő és igény szerinti streameléshez. Az új funkciók közé tartozik a jobb Azure Monitor-integráció és -diagramkészítés támogatása. Igen Yes
Task JobOutput A helyett JobOutput (amely már nem egy különálló entitás az API-ban). Lásd: Kódolási témakörök a forgatókönyvalapú kódolásban. Nem Nem
TaskTemplate TransformOutput A helyett TransformOutput (amely már nem egy különálló entitás az API-ban). Lásd: Kódolási témakörök a forgatókönyvalapú kódolásban. Nem Nem
Inputs Inputs A bemenetek és kimenetek most már a Feladat szinten vannak. Lásd: Kódolási témakörök a forgatókönyvalapú kódolásban Nem Nem
Outputs Outputs A bemenetek és kimenetek most már a Feladat szinten vannak. A V3-ban a metaadat-formátum XML-ről JSON-ra változott. Az élő kimenetek létrehozáskor kezdődnek, és törléskor leállnak. Lásd: Kódolási témakörök a forgatókönyvalapú kódolásban Nem Nem
További változások 2. verzió V3
Tároló
Tároló A V3 SDK-k mostantól leválasztva vannak a Storage SDK-ról, így jobban szabályozhatja a használni kívánt Storage SDK-verziót, és elkerülheti a verziószámozási problémákat.
Kódolás
Kódolási bitsebességek kbps-ben mért bitsebességek, pl. 128 (kbps) bit/másodperc pl.: 128000 (bit/másodperc)
A DRM FairPlay kódolása A Media Services V2-ben inicializálási vektor (IV) adható meg. A Media Services V3-ban a FairPlay IV nem adható meg.
Prémium kódoló Prémium kódoló és örökölt indexelő A Premium Encoder és az örökölt médiaelemzési processzorok (Azure Media Services Indexer 2 előzetes verzió, Face Redactor stb.) nem érhetők el a V3-on keresztül. A hangcsatorna standard kódolóra való leképezésének támogatását is hozzáadtuk. Lásd : Hang a Media Services kódolási Swagger dokumentációjában.
Lásd: Kódolási témakörök a forgatókönyvalapú kódolásban
Átalakítások és feladatok
Feladatalapú feldolgozás HTTPS A fájlalapú feladatfeldolgozáshoz https URL-címet használhat bemenetként. Nem kell az Azure-ban már tárolt tartalommal rendelkeznie, és nem kell eszközöket létrehoznia.
ARM-sablonok feladatokhoz Az ARM-sablonok nem léteznek a V2-ben. Az átalakításokkal újrafelhasználható konfigurációkat hozhat létre, Azure-Resource Manager-sablonokat hozhat létre, és elkülönítheti a feldolgozási beállításokat több ügyfél vagy bérlő között.
Élő események
Streamvégpont A streamvégpontok olyan streamelési szolgáltatást jelölnek, amely közvetlenül egy ügyféllejátszó alkalmazásnak vagy egy Tartalomkézbesítési hálózatnak (CDN) képes tartalmat továbbítani további terjesztés céljából. A streamvégpontok elsődlegesen változatlanok maradnak. A HLS- és DASH-tartalmak dinamikus csomagolására, titkosítására és kézbesítésére szolgálnak, akár közvetlenül a forrásból, akár a CDN-en keresztül történő élő és igény szerinti streameléshez. Az új funkciók közé tartozik a jobb Azure Monitor-integráció és -diagramkészítés támogatása.
Élő eseménycsatornák A csatornák felelősek az élő streamelési tartalmak feldolgozásáért. A csatorna egy bemeneti végpontot (betöltési URL-címet) biztosít, amelyet aztán megad egy élő átkódolónak. A csatorna élő bemeneti streameket fogad az élő átkódolótól, és elérhetővé teszi egy vagy több streamvégponton keresztüli streameléshez. A csatornák egy előzetes verziójú végpontot (előzetes verziójú URL-címet) is biztosítanak, amellyel a további feldolgozás és teljesítés előtt megtekintheti és ellenőrizheti a streamet. Az élő események a v2 API-ból származó csatornákat váltják fel. A legtöbb funkciót átvihetik, és több új funkcióval rendelkeznek, például élő átiratokkal, készenléti móddal és RTMPS-betöltési támogatással.
Élő eseményprogramok A programok lehetővé teszik az élő stream szegmenseinek közzétételét és tárolását. A programokat a csatornák kezelik. A Csatorna és a Program kapcsolat hasonló a hagyományos médiatartalmakhoz, ahol egy csatorna folyamatos tartalomstreamet tartalmaz, és a program hatóköre az adott csatornán egy bizonyos időzított eseményre terjed ki. A tulajdonság beállításával ArchiveWindowLength megadhatja, hogy hány órán belül szeretné megőrizni a program rögzített tartalmát. Ez az érték 5 perc és 25 óra közötti lehet. Az élő kimenetek mostantól lecserélik a v3 API Programok parancsait.
Élő esemény hossza Az élő eseményeket 24:7-ben streamelheti, ha a Media Servicest használja egyetlen sávszélességű hozzájárulási adatcsatorna átkódolásához egy több sávszélességű kimeneti streambe.
Élő esemény késése Új, alacsony késésű élő streamelés támogatása élő eseményeken.
Élő esemény előnézete Az Élő esemény előnézete támogatja a dinamikus csomagolást és a dinamikus titkosítást. Ez lehetővé teszi a tartalomvédelmet az előzetes verzióban, valamint a DASH és a HLS csomagolást.
RTMPS élő esemény Továbbfejlesztett RTMPS-támogatás nagyobb stabilitással és több forráskódoló támogatással.
Élő esemény RTMPS biztonságos betöltése Élő esemény létrehozásakor 4 betöltési URL-címet kap. A 4 betöltési URL-cím majdnem azonos, ugyanazzal a streamelési jogkivonattal AppIdrendelkezik, csak a portszám rész különbözik. Két URL-cím elsődleges és biztonsági mentés az RTMPS-hez.
Élő esemény átírása Az Azure Media Service különböző protokollokban biztosít video-, hang- és szövegszolgáltatást. Amikor MPEG-DASH vagy HLS/CMAF használatával teszi közzé az élő streamet, akkor a videó és a hang mellett szolgáltatásunk IMSC1.1-kompatibilis TTML-ben kézbesíti az átírt szöveget.
Élő esemény készenléti üzemmódja A V2-hez nem volt készenléti üzemmód. A készenléti mód egy új v3-funkció, amely segít az élő események gyakori elérésű készleteinek kezelésében. Az ügyfelek mostantól alacsonyabb költséggel indíthatnak élő eseményt készenléti módban, mielőtt átváltanának a futó állapotra. Ez javítja a csatornák kezdési idejét, és csökkenti a gyakori elérésű készletek üzemeltetési költségeit a gyorsabb indítás érdekében.
Élő esemény számlázása Az élő események számlázása élő csatorna mérőszámokon alapul.
Élő kimenetek A programokat a létrehozás után kellett elindítani. Az élő kimenetek létrehozáskor kezdődnek, és törléskor leállnak.

Súgó és támogatás

Kérdéseivel kapcsolatba léphet a Media Services szolgáltatással, vagy követheti a frissítéseket az alábbi módszerek egyikével: