Perubahan terminologi dan entitas antara Media Services V2 dan V3
Penting
Tidak perlu lagi bermigrasi dari Azure Media Service v2 ke v3 karena penghentian API V2 akan selaras dengan penghentian Azure Media Services. Silakan lihat panduan penghentian Azure Media Services untuk informasi selengkapnya.
Artikel ini menjelaskan perbedaan terminologi antara Azure Media Services v2 hingga v3.
Perubahan terminologi
- Pencari Lokasi sekarang disebut Pencari Lokasi Streaming.
- Saluran sekarang disebut Acara Langsung.
- Program sekarang disebut Output Langsung.
- Tugas kini disebut JobOutput, yang merupakan bagian dari Pekerjaan.
Perubahan entitas
| Entitas V2 | Entitas V3 | Panduan | Dapat diakses oleh V3 | Diperbarui oleh V3 |
|---|---|---|---|---|
AccessPolicy |
Entitas AccessPolicies tidak ada di V3. |
Tidak | Tidak | |
Asset |
Asset |
Ya | Ya | |
AssetDeliveryPolicy |
StreamingPolicy |
Ya | Tidak | |
AssetFile |
Entitas AssetFiles tidak ada di V3. Meskipun file (blob penyimpanan) yang Anda unggah masih dianggap sebagai file.Gunakan API Azure Storage untuk menghitung blob dalam kontainer sebagai gantinya. Ada dua cara untuk menerapkan transformasi ke file dengan pekerjaan: File yang sudah diunggah ke penyimpanan: URI akan menyertakan ID aset untuk pekerjaan yang akan dilakukan pada aset dalam akun penyimpanan. File yang akan diunggah selama proses transformasi dan pekerjaan: Aset dibuat di penyimpanan, URL SAS ditampilkan, file diunggah ke penyimpanan, dan kemudian transformasi diterapkan ke file. |
Tidak | Tidak | |
Channel |
LiveEvent |
Acara Langsung menggantikan Saluran dari API v2. Acara Langsung membawa sebagian besar fitur, dan memiliki lebih banyak fitur baru seperti transkripsi langsung, mode siaga, dan dukungan untuk penyerapan RTMPS. Lihat acara langsung dalam streaming langsung berbasis skenario |
Tidak | Tidak |
ContentKey |
ContentKeys bukan lagi entitas, sekarang menjadi milik pencari lokasi streaming.Di v3, data kunci konten dikaitkan dengan StreamingLocator (untuk enkripsi output) atau Aset itu sendiri (untuk enkripsi penyimpanan sisi klien). |
Ya | Tidak | |
ContentKeyAuthorizationPolicy |
ContentKeyPolicy |
Ya | Tidak | |
ContentKeyAuthorizationPolicyOption |
ContentKeyPolicyOptions termasuk dalam ContentKeyPolicy. |
Ya | Tidak | |
IngestManifest |
Entitas IngestManifests tidak ada di V3. Mengunggah file di V3 melibatkan Azure storage API. Aset pertama kali dibuat dan kemudian file diunggah ke kontainer penyimpanan terkait. Ada banyak cara untuk memasukkan data ke dalam kontainer Azure Storage yang dapat digunakan sebagai gantinya. JobInputHttp juga menyediakan cara untuk mengunduh input pekerjaan dari url tertentu jika diinginkan. |
Tidak | Tidak | |
IngestManifestAsset |
Ada banyak cara untuk memasukkan data ke dalam kontainer Azure Storage yang dapat digunakan sebagai gantinya. JobInputHttp juga menyediakan cara untuk mengunduh input pekerjaan dari url tertentu jika diinginkan. |
Tidak | Tidak | |
IngestManifestFile |
Ada banyak cara untuk memasukkan data ke dalam kontainer Azure Storage yang dapat digunakan sebagai gantinya. JobInputHttp juga menyediakan cara untuk mengunduh input pekerjaan dari url tertentu jika diinginkan. |
Tidak | Tidak | |
Job |
Job |
Buat Transform sebelum membuat Job. |
Tidak | Tidak |
JobTemplate |
Transform |
Gunakan Transform sebagai gantinya. Transformasi adalah entitas terpisah dari pekerjaan dan dapat digunakan kembali. |
Tidak | Tidak |
Locator |
StreamingLocator |
Ya | Tidak | |
MediaProcessor |
Alih-alih mencari MediaProcessor yang akan digunakan dengan nama, gunakan preset yang diinginkan saat menentukan transformasi. Preset yang digunakan akan menentukan prosesor media yang digunakan oleh sistem pekerjaan. Lihat topik pengodean dalam pengodean berbasis skenario. |
Tidak | NA (baca-saja di V2) | |
NotificationEndPoint |
Pemberitahuan di v3 ditangani melalui Azure Event Grid. NotificationEndpoint digantikan oleh pendaftaran langganan Event Grid yang juga merangkum konfigurasi untuk jenis pemberitahuan yang akan diterima (yang dalam v2 ditangani oleh JobNotificationSubscription Pekerjaan, TaskNotificationSubscription Tugas, dan Telemetri ComponentMonitoringSetting). Telemetri v2 dibagi antara Azure Event Grid dan Azure Monitor agar sesuai dengan penyempurnaan ekosistem Azure yang lebih besar. |
Tidak | Tidak | |
Program |
LiveOutput |
Output Langsung sekarang menggantikan Program di API v3. | Tidak | Tidak |
StreamingEndpoint |
StreamingEndpoint |
Titik Akhir Streaming tetap sama. Titik Akhir Streaming digunakan untuk pengemasan dinamis, enkripsi, dan pengiriman konten HLS dan DASH untuk streaming langsung dan sesuai permintaan baik langsung dari asal, atau melalui CDN. Fitur baru mencakup dukungan untuk integrasi dan pembuatan bagan Azure Monitor yang lebih baik. | Ya | Ya |
Task |
JobOutput |
Digantikan oleh JobOutput (yang tidak lagi menjadi entitas terpisah dalam API). Lihat topik pengodean dalam pengodean berbasis skenario. |
Tidak | Tidak |
TaskTemplate |
TransformOutput |
Digantikan oleh TransformOutput (yang tidak lagi menjadi entitas terpisah dalam API). Lihat topik pengodean dalam pengodean berbasis skenario. |
Tidak | Tidak |
Inputs |
Inputs |
Input dan output sekarang berada di tingkat Pekerjaan. Lihat topik pengodean dalam pengodean berbasis skenario | Tidak | Tidak |
Outputs |
Outputs |
Input dan output sekarang berada di tingkat Pekerjaan. Di V3, format metadata berubah dari XML ke JSON. Output Langsung dimulai pada pembuatan dan berhenti saat dihapus. Lihat topik pengodean dalam pengodean berbasis skenario | Tidak | Tidak |
| Perubahan lainnya | V2 | V3 |
|---|---|---|
| Penyimpanan | ||
| Penyimpanan | SDK V3 sekarang dipisahkan dari SDK Penyimpanan, yang memberi Anda kontrol lebih besar atas versi SDK Penyimpanan yang ingin Anda gunakan dan menghindari masalah pembuatan versi. | |
| Pengodean | ||
| Laju bit pengodean | laju bit yang diukur dalam kbps, misalnya: 128 (kbps) | bit per detik, misalnya: 128000 (bit/detik) |
| Pengodean DRM FairPlay | Di Media Services V2, vektor inisialisasi (IV) dapat ditentukan. | Di Media Services V3, FairPlay IV tidak dapat ditentukan. |
| Encoder premium | Encoder premium dan Pengindeks Warisan | Encoder Premium dan prosesor analitik media warisan (Pratinjau Azure Media Services Indexer 2, Face Redactor, dll.) tidak dapat diakses melalui V3. Kami menambahkan dukungan untuk pemetaan saluran audio ke encoder Standar. Lihat Audio di dokumentasi Media Services Encoding Swagger. Lihat topik pengodean dalam pengodean berbasis skenario |
| Transformasi dan Pekerjaan | ||
| HTTPS pemrosesan berbasis pekerjaan | Untuk pemrosesan Pekerjaan berbasis file, Anda dapat menggunakan URL HTTPS sebagai input. Anda tidak perlu memiliki konten yang sudah disimpan di Azure, Anda juga tidak perlu membuat Aset. | |
| Templat ARM untuk pekerjaan | Templat ARM tidak ada di V2. | Transformasi dapat digunakan untuk membuat konfigurasi yang dapat digunakan kembali, untuk membuat templat Azure Resource Manager, dan mengisolasi pengaturan pemrosesan antara beberapa pelanggan atau penyewa. |
| Acara langsung | ||
| Titik akhir streaming | Titik akhir streaming mewakili layanan streaming yang dapat mengirimkan konten langsung ke aplikasi pemutar klien, atau ke Content Delivery Network (CDN) untuk distribusi lebih lanjut. | Titik Akhir Streaming tetap sama. Titik Akhir Streaming digunakan untuk pengemasan dinamis, enkripsi, dan pengiriman konten HLS dan DASH untuk streaming langsung dan sesuai permintaan baik langsung dari asal, atau melalui CDN. Fitur baru mencakup dukungan untuk integrasi dan pembuatan bagan Azure Monitor yang lebih baik. |
| Saluran acara langsung | Saluran bertanggung jawab untuk memproses konten streaming langsung. Saluran menyediakan titik akhir input (URL penyerapan) yang kemudian Anda berikan ke transcoder langsung. Saluran ini menerima aliran input langsung dari transcoder langsung dan membuatnya tersedia untuk streaming melalui satu atau beberapa titik akhir streaming. Saluran juga menyediakan titik akhir pratinjau (URL pratinjau) yang Anda gunakan untuk melihat pratinjau dan memvalidasi streaming Anda sebelum pemrosesan dan pengiriman lebih lanjut. | Acara Langsung menggantikan Saluran dari API v2. Acara Langsung membawa sebagian besar fitur, dan memiliki lebih banyak fitur baru seperti transkripsi langsung, mode siaga, dan dukungan untuk penyerapan RTMPS. |
| Program acara langsung | Program memungkinkan Anda mengontrol penerbitan dan penyimpanan segmen dalam streaming langsung. Saluran mengelola Program. Hubungan Saluran dan Program mirip dengan media tradisional, yang mana saluran memiliki aliran konten yang konstan dan program dicakup ke beberapa peristiwa berwaktu di saluran tersebut. Anda dapat menentukan jumlah jam yang Anda inginkan untuk menyimpan konten yang dicatat untuk program dengan mengatur properti ArchiveWindowLength. Nilai ini dapat diatur dari minimal 5 menit hingga maksimal 25 jam. |
Output Langsung sekarang menggantikan Program di API v3. |
| Panjang acara langsung | Anda dapat melakukan streaming Acara Langsung 24/7 saat menggunakan Media Services untuk mentranskode satu umpan kontribusi laju bit ke aliran output yang memiliki beberapa laju bit. | |
| Latensi acara langsung | Dukungan streaming langsung latensi rendah baru di acara langsung. | |
| Pratinjau Acara Langsung | Pratinjau Acara Langsung mendukung Pengemasan Dinamis dan Enkripsi Dinamis. Ini memungkinkan perlindungan konten pada Pratinjau serta pengemasan DASH dan HLS. | |
| RTMPS acara langsung | Peningkatan dukungan RTMPS dengan peningkatan stabilitas dan lebih banyak dukungan encoder sumber. | |
| Penyerapan aman RTMPS acara langsung | Saat membuat acara Langsung, Anda mendapatkan 4 URL penyerapan. 4 URL penyerapan hampir identik, memiliki token streaming yang sama AppId, hanya bagian nomor port yang berbeda. Dua URL ini adalah URL utama dan cadangan untuk RTMPS. |
|
| Transkripsi acara langsung | Azure Media Service menghadirkan video, audio, dan teks dalam protokol yang berbeda. Saat Anda mempublikasikan streaming langsung menggunakan MPEG-DASH atau HLS/CMAF, maka bersama dengan video dan audio, layanan kami memberikan teks yang ditranskripsikan dalam TTML yang kompatibel dengan IMSC1.1. | |
| Mode siaga acara langsung | Tidak ada mode siaga untuk V2. | Mode siaga adalah fitur v3 baru yang membantu mengelola kumpulan hot Acara Langsung. Pelanggan sekarang dapat memulai Acara Langsung dalam mode siaga dengan biaya lebih rendah sebelum transisi ke status berjalan. Ini meningkatkan waktu mulai saluran dan mengurangi biaya pengoperasian kumpulan hot untuk memulai yang lebih cepat. |
| Penagihan acara langsung | Penagihan acara langsung didasarkan pada meter Saluran Langsung. | |
| Output langsung | Program harus dimulai setelah pembuatan. | Output Langsung dimulai pada pembuatan dan berhenti saat dihapus. |
Dapatkan bantuan dan dukungan
Anda dapat menghubungi Media Services dengan pertanyaan atau mengikuti pembaruan kami dengan salah satu metode berikut:
- T & A
- Stack Overflow. Beri tag pertanyaan dengan
azure-media-services. - @MSFTAzureMedia atau gunakan @AzureSupport untuk meminta dukungan.
- Buka tiket dukungan melalui portal Azure.