Terminológia és entitásváltozások a Media Services V2 és v3 között
Fontos
Már nem szükséges migrálni az Azure Media Service v2-ről a v3-as verzióra, mivel a V2 API elavultsága igazodik az Azure Media Services kivonásához. További információt az Azure Media Services nyugdíjazási útmutatójában talál.
Ez a cikk az Azure Media Services v2 és v3 közötti terminológiai különbségeket ismerteti.
Terminológia változásai
- A Locator mostantól Stream Locatornéven is ismertek.
- A Channel mostantól élő eseményneknevezik.
- A Program mostantól Élő kimenetnéven ismert.
- A tevékenység mostantól JobOutputnéven ismertek, amely egy feladat része.
Entitásmódosítások
V2 entitás | V3-entitás | útmutató | V3- | V3 által frissítve |
---|---|---|---|---|
AccessPolicy |
A AccessPolicies entitás nem létezik a V3-ban. |
Nem | Nem | |
Asset |
Asset |
Igen | Igen | |
AssetDeliveryPolicy |
StreamingPolicy |
Igen | Nem | |
AssetFile |
A AssetFiles entitás nem létezik a V3-ban. Bár a feltöltött fájlok (tárolóblobok) továbbra is fájloknak számítanak.Az Azure Storage API-kkal ehelyett a tárolóban lévő blobokat sorolhatja fel. Az átalakítás kétféleképpen alkalmazható a feladattal rendelkező fájlokra: A tárba már feltöltött fájlok: Az URI tartalmazza a tárfiókban lévő objektumokon elvégzendő feladatok eszközazonosítóját. Az átalakítás és a feladat során feltöltendő fájlok: Az objektum tárolóban jön létre, 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 lecserélik a csatornákat a v2 API-ból. A legtöbb funkciót magukban hordozzák, és több új funkcióval rendelkeznek, például élő átiratokkal, készenléti móddal és az RTMPS-betöltés támogatásával. Élő esemény megtekintése forgatókönyvalapú élő streamelési |
Nem | Nem |
ContentKey |
ContentKeys már nem entitás, hanem egy streamelési lokátor tulajdonsága.A v3-ban a tartalomkulcs-adatok 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 szerepel a ContentKeyPolicy . |
Igen | Nem | |
IngestManifest |
A IngestManifests entitás nem létezik a V3-ban. A V3-ban a fájlok feltöltése az Azure Storage API-t is magában foglalja. Az eszközök először létrejönnek, majd fájlokat töltenek fel a társított tárolóba. Az adatok többféleképpen is lekérhetők az Azure Storage-tárolókba, amelyek ehelyett használhatók.
JobInputHttp lehetővé teszi egy feladat bemenetének letöltését is egy adott URL-címről, ha szükséges. |
Nem | Nem | |
IngestManifestAsset |
Az adatok többféleképpen is lekérhetők az Azure Storage-tárolókba, amelyek ehelyett használhatók.
JobInputHttp lehetővé teszi egy feladat bemenetének letöltését is egy adott URL-címről, ha szükséges. |
Nem | Nem | |
IngestManifestFile |
Az adatok többféleképpen is lekérhetők az Azure Storage-tárolókba, amelyek ehelyett használhatók.
JobInputHttp lehetővé teszi egy feladat bemenetének letöltését is egy adott URL-címről, ha szükséges. |
Nem | Nem | |
Job |
Job |
Job létrehozása előtt hozzon létre egy Transform . |
Nem | Nem |
JobTemplate |
Transform |
Ehelyett használjon Transform . Az átalakítás egy feladattól független entitás, és újrafelhasználható. |
Nem | Nem |
Locator |
StreamingLocator |
Igen | Nem | |
MediaProcessor |
Ahelyett, hogy megkeresi a név alapján használni kívánt MediaProcessor , használja a kívánt beállítást az átalakítás definiálásakor. A használt előre beállított érték határozza meg a feladatrendszer által használt médiafeldolgozót. A kódolási témaköröket forgatókönyvalapú kódolásicímű témakörben talál. |
Nem | NA (olvashatóan a V2-ben) | |
NotificationEndPoint |
A v3-ban az értesítések az Azure Event Griden keresztül kezelhetők. A NotificationEndpoint az Event Grid-előfizetés regisztrációja váltja fel, amely magában foglalja a fogadásra váró értesítések típusainak konfigurációját is (amelyeket a 2. v2-ben a feladat JobNotificationSubscription , a feladat TaskNotificationSubscription és a telemetriai ComponentMonitoringSetting ). A v2-telemetria fel lett osztva az 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 programjait. | Nem | Nem |
StreamingEndpoint |
StreamingEndpoint |
A streamvégpontok elsősorban ugyanazok maradnak. A HLS- és DASH-tartalmak dinamikus csomagolására, titkosítására és kézbesítésére szolgálnak élő és igény szerinti streameléshez közvetlenül a forrásból vagy a CDN-en keresztül. Az új funkciók közé tartozik a jobb Azure Monitor-integráció és a diagramkészítés támogatása. | Igen | Igen |
Task |
JobOutput |
Helyette JobOutput (amely már nem különálló entitás az API-ban). A kódolási témaköröket forgatókönyvalapú kódolásicímű témakörben talál. |
Nem | Nem |
TaskTemplate |
TransformOutput |
Helyette TransformOutput (amely már nem különálló entitás az API-ban). A kódolási témaköröket forgatókönyvalapú kódolásicímű témakörben talál. |
Nem | Nem |
Inputs |
Inputs |
A bemenetek és kimenetek most már a feladat szintjén vannak. Kódolási témakörök forgatókönyvalapú kódolási | Nem | Nem |
Outputs |
Outputs |
A bemenetek és kimenetek most már a feladat szintjén vannak. A V3-ban a metaadatok formátuma XML-ről JSON-ra változott. Az élő kimenetek létrehozáskor kezdődnek, és törléskor leállnak. Kódolási témakörök forgatókönyvalapú kódolási | Nem | Nem |
Egyéb módosítások | V2 | V3 |
---|---|---|
Storage- | ||
Tárolási | 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ási | ||
Bitsebességek kódolása | kb/s-ban mért bitsebességek, például: 128 (kbps) | bit/másodperc pl: 128000 (bit/másodperc) |
DRM FairPlay kódolása | A Media Services V2-ben az inicializálási vektor (IV) megadható. | 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 media analytics processzorok (Azure Media Services Indexer 2 előzetes verzió, Face Redactor stb.) nem érhetők el a V3-on keresztül. Támogattuk a hangcsatorna-leképezést a Standard kódolóhoz. Lásd: Audio a Media Services Encoding Swagger dokumentációjában. Kódolási témakörök forgatókönyvalapú kódolási |
Átalakítások és feladatok | ||
HTTPS- feladatalapú feldolgozása | A fájlalapú feladatfeldolgozáshoz https URL-címet használhat bemenetként. Nem kell már az Azure-ban 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ással újrahaszná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 a további terjesztés céljából. | A streamvégpontok elsősorban ugyanazok maradnak. A HLS- és DASH-tartalmak dinamikus csomagolására, titkosítására és kézbesítésére szolgálnak élő és igény szerinti streameléshez közvetlenül a forrásból vagy a CDN-en keresztül. Az új funkciók közé tartozik a jobb Azure Monitor-integráció és a 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 egy élő átkódolónak ad meg. 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 emellett egy előzetes verziójú végpontot (előzetes verziójú URL-címet) is biztosítanak, amellyel további feldolgozás és teljesítés előtt megtekintheti és ellenőrizheti a streamet. | Az élő események lecserélik a csatornákat a v2 API-ból. A legtöbb funkciót magukban hordozzák, és több új funkcióval rendelkeznek, például élő átiratokkal, készenléti móddal és az RTMPS-betöltés támogatásával. |
Élő eseményprogramok | A program lehetővé teszi a szegmensek élő streamben való közzétételének és tárolásának szabályozását. Csatornák kezelik a programokat. A Csatorna és a Program kapcsolat hasonló a hagyományos médiatartalmakhoz, ahol a csatornák folyamatos tartalomstreamet tartalmaznak, és a programok hatóköre egy adott csatornán egy időzított eseményre terjed ki. Az ArchiveWindowLength tulajdonság beállításával megadhatja, hogy hány órát szeretne a program rögzített tartalmának megőrzésére. Ez az érték legalább 5 perctől legfeljebb 25 óráig állítható be. |
Az élő kimenetek mostantól lecserélik a v3 API programjait. |
Élő esemény hossza | Élő eseményeket 24/7-ben streamelhet, ha a Media Services használatával egyetlen bitráta-hozzájárulási csatornát alakít át egy több bitrátát tartalmazó 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 HLS-csomagolásokat. | |
ÉLŐ ESEMÉNY RTMPS | 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 rendelkezik AppId , csak a portszám rész különbözik. Az URL-címek közül kettő 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 videókat, hangokat és szöveget. Amikor az élő streamet MPEG-DASH vagy HLS/CMAF használatával teszi közzé, akkor a videó és a hang mellett szolgáltatásunk az átírt szöveget IMSC1.1 kompatibilis TTML-ben biztosítja. | |
Élő esemény készenléti üzemmód | A V2-hez nem volt készenléti mód. | A készenléti mód egy új v3-funkció, amely segít az élő események gyakori 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 áttérnek 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ási | Az élő események számlázása élő csatorna-mérőken 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. |
Segítség és támogatás kérése
Kérdéseket tehet fel a Media Serviceshez, vagy az alábbi módszerek egyikével követheti a frissítéseket:
- Q & A
-
Stack Overflow. Kérdések címkézése
azure-media-services
. - @MSFTAzureMedia vagy @AzureSupport használatával kérhet támogatást.
- Nyisson meg egy támogatási jegyet az Azure Portalon.