Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Berkoordinasi dengan sistem hilir
Grup keluaran HLS di AWS MediaLive Elemental mendukung beberapa jenis sistem hilir. Baca informasi yang berlaku untuk sistem tempat Anda bekerja.
**Topics**
+ [Grup keluaran HLS ke Amazon S3](origin-server-hls-s3.md)
+ [Grup keluaran HLS untuk MediaStore](origin-server-ems.md)
+ [Grup keluaran HLS untuk MediaPackage](origin-server-hls-emp.md)
+ [Grup keluaran HLS ke v2 MediaPackage](origin-server-hls-empv2.md)
+ [Grup keluaran HLS ke HTTP](origin-server-http.md)
# Grup keluaran HLS ke Amazon S3
Ikuti prosedur ini jika Anda [memutuskan](identify-downstream-system.md) bahwa Anda akan membuat grup keluaran HLS dengan Amazon S3 sebagai tujuan. Anda dan operator sistem hilir harus setuju tentang tujuan untuk output dari grup output HLS.
**Untuk mengatur pengaturan tujuan**
1. Putuskan apakah Anda memerlukan dua tujuan untuk output:
+ Anda memerlukan dua tujuan dalam [saluran standar](plan-redundancy.md).
+ Anda memerlukan satu tujuan dalam saluran pipa tunggal.
1. Kami menyarankan Anda merancang jalur lengkap tujuan - ember Amazon S3 dan semua folder. Lihat [Desain jalur untuk tujuan output](hls-destinations-design-step.md).
1. Minta pengguna Amazon S3 untuk membuat bucket apa pun yang belum ada.
Dengan MediaLive, nama bucket Amazon S3 tidak boleh menggunakan notasi titik, yang berarti tidak boleh digunakan. (dot) di antara kata-kata dalam nama ember.
1. Diskusikan kepemilikan dengan pengguna Amazon S3. Jika bucket milik AWS akun lain, Anda biasanya ingin akun itu menjadi pemilik output. Untuk informasi lebih lanjut, lihat[Mengontrol akses ke output](#setting-dss-hls-canned-acl), setelah prosedur ini.
Perhatikan bahwa Anda tidak memerlukan kredensyal pengguna untuk mengirim ke bucket S3. MediaLive memiliki izin untuk menulis ke bucket S3 melalui entitas tepercaya. Seseorang di organisasi Anda seharusnya sudah menyiapkan izin ini. Untuk informasi selengkapnya, lihat [Persyaratan akses untuk entitas tepercaya](trusted-entity-requirements.md).
## Mengontrol akses ke output
Anda mungkin mengirim file output ke bucket Amazon S3 yang dimiliki oleh akun lain AWS . Dalam situasi ini, Anda biasanya ingin akun lain menjadi pemilik file output (objek yang dimasukkan ke dalam ember). Jika pemilik bucket tidak menjadi pemilik objek, Anda (MediaLive) akan menjadi satu-satunya agen yang dapat menghapus file ketika file tidak lagi diperlukan.
Oleh karena itu, kepentingan semua orang untuk mentransfer kepemilikan file output setelah mereka berada di ember Amazon S3.
Untuk mentransfer kepemilikan objek, pengaturan berikut diperlukan:
+ Pemilik bucket harus menambahkan kebijakan izin bucket yang memberi Anda izin untuk menambahkan daftar kontrol akses kalengan (ACL) Amazon S3 MediaLive saat mengirimkan file keluaran ke bucket. Pemilik bucket harus membaca informasi dalam [Mengelola akses dengan ACLs](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls) di panduan pengguna Amazon Simple Storage Service. Pemilik bucket harus menyiapkan izin ACL untuk bucket, bukan untuk objek.
+ Pemilik bucket juga harus mengatur kepemilikan objek. Fitur ini secara efektif mewajibkan (bukan opsional) bagi pengirim (MediaLive) untuk menyertakan ACL *kontrol penuh pemilik Bucket*. Pemilik bucket harus membaca informasi dalam [Mengontrol kepemilikan objek](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership) di panduan pengguna Amazon Simple Storage Service.
Jika pemilik bucket mengimplementasikan fitur ini, maka Anda harus menyiapkan MediaLive untuk menyertakan ACL. Jika tidak, pengiriman ke bucket Amazon S3 akan gagal.
+ Anda harus menyiapkan MediaLive untuk menyertakan** ACL *kontrol penuh pemilik Bucket* saat dikirim ke bucket. Anda akan melakukan pengaturan ini saat [membuat saluran](hls-destinations-s3-specify.md).
Fitur ACL kalengan S3 mendukung ACLs selain *kontrol penuh pemilik Bucket*, tetapi fitur lainnya ACLs biasanya tidak berlaku untuk kasus penggunaan pengiriman video dari. MediaLive
# Grup keluaran HLS untuk MediaStore
Ikuti prosedur ini jika Anda [menentukan](identify-downstream-system.md) bahwa Anda akan membuat grup keluaran HLS, dengan AWS Elemental MediaStore tujuan. Anda dan operator sistem hilir harus setuju tentang tujuan untuk output dari grup keluaran HLS
**Untuk mengatur pengaturan tujuan**
1. Putuskan apakah Anda memerlukan dua tujuan untuk output:
+ Anda memerlukan dua tujuan dalam [saluran standar](plan-redundancy.md).
+ Anda memerlukan satu tujuan dalam saluran pipa tunggal.
1. Kami menyarankan Anda merancang jalur lengkap tujuan. Lihat [Desain jalur untuk tujuan output](hls-destinations-design-step.md).
Jika Anda memiliki dua tujuan, jalur tujuan harus berbeda satu sama lain dalam beberapa cara. Setidaknya salah satu bagian dari satu jalur harus berbeda dari yang lain. Hal ini dapat diterima untuk semua bagian yang berbeda.
1. Minta MediaStore pengguna untuk membuat wadah apa pun yang belum ada.
1. Dapatkan titik akhir data untuk wadah atau kontainer. Contoh:
`https://a23f.data.mediastore.us-west-2.amazonaws.com`
`https://fe30.data.mediastore.us-west-2.amazonaws.com`
Anda membutuhkan titik akhir data. Anda tidak memerlukan nama kontainer.
Perhatikan bahwa Anda tidak memerlukan kredensyal pengguna untuk dikirim ke MediaStore kontainer. MediaLive memiliki izin untuk menulis ke MediaStore wadah melalui entitas tepercaya. Seseorang di organisasi Anda seharusnya sudah menyiapkan izin ini. Untuk informasi selengkapnya, lihat [Persyaratan akses untuk entitas tepercaya](trusted-entity-requirements.md).
# Grup keluaran HLS untuk MediaPackage
Ikuti prosedur ini jika Anda [memutuskan](identify-downstream-system.md) bahwa Anda akan membuat grup keluaran HLS, dan akan mengirim ke AWS Elemental MediaPackage lebih dari HTTPS. Anda dan operator sistem hilir harus setuju tentang tujuan untuk output dari grup output HLS.
**Untuk mengatur pengaturan tujuan**
1. Minta MediaPackage pengguna untuk membuat satu saluran di MediaPackage. Bahkan jika MediaLive saluran tersebut adalah [saluran standar](plan-redundancy.md) (dengan dua saluran pipa), Anda hanya perlu satu MediaPackage saluran.
1. Atur dengan MediaPackage pengguna untuk mengatur kredensyal pengguna HTTPS. Anda harus mengirim MediaPackage melalui koneksi yang aman.
1. Dapatkan informasi berikut:
+ Keduanya URLs (titik akhir input adalah MediaPackage terminologi) untuk saluran. Dua URLs untuk saluran terlihat seperti ini:
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`
URLs Keduanya selalu identik, kecuali untuk folder sebelumnya`channel`.
Pastikan Anda mendapatkan URLs (yang dimulai dengan`https://`), bukan nama saluran (yang dimulai dengan`arn`).
+ Nama pengguna dan kata sandi untuk mengakses sistem hilir, jika sistem hilir memerlukan permintaan yang diautentikasi. Perhatikan bahwa kredensyal pengguna ini berhubungan dengan otentikasi pengguna, bukan dengan protokol. Otentikasi pengguna adalah tentang apakah sistem hilir akan menerima permintaan Anda. Protokolnya adalah tentang apakah permintaan dikirim melalui koneksi yang aman.
# Grup keluaran HLS ke v2 MediaPackage
Ikuti prosedur ini jika Anda [menentukan](hls-choosing-hls-vs-emp.md) bahwa Anda akan membuat grup keluaran HLS, dan akan mengirim ke MediaPackage v2. Anda dan operator sistem hilir harus setuju tentang tujuan untuk output dari grup output HLS.
**Untuk mengatur pengaturan tujuan**
1. Minta MediaPackage pengguna untuk membuat satu saluran di MediaPackage. Bahkan jika MediaLive saluran tersebut adalah [saluran standar](plan-redundancy.md) (dengan dua saluran pipa), Anda hanya perlu satu MediaPackage saluran.
1. Dapatkan keduanya URLs (titik akhir input adalah MediaPackage terminologi) untuk saluran. Dua URLs untuk saluran terlihat seperti ini:
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`
`https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`
URLs Keduanya sedikit berbeda, seperti yang ditunjukkan pada contoh di atas.
Pastikan Anda mendapatkan URLs (yang dimulai dengan`https://`), bukan nama saluran (yang dimulai dengan`arn`).
Perhatikan bahwa Anda tidak menggunakan kredensyal pengguna untuk mengirim ke MediaPackage v2.
# Grup keluaran HLS ke HTTP
Ikuti prosedur ini jika Anda [menentukan](identify-downstream-system.md) bahwa Anda akan membuat grup keluaran HLS dengan salah satu sistem hilir berikut sebagai tujuan:
+ Server HTTP atau HTTPS PUT.
+ Server WebDAV HTTP atau HTTPS.
+ Server asal Akamai.
Anda dan operator sistem hilir harus setuju tentang tujuan untuk output dari grup output HLS.
Ketika Anda mengirimkan HLS melalui HTTP, Anda sering mengirimkan ke server asal. Server asal biasanya memiliki pedoman yang jelas tentang aturan untuk jalur tujuan, termasuk nama file manifes utama (`.M3U8`file).
**Untuk mengatur pengaturan tujuan**
Anda harus berbicara dengan operator di sistem hilir untuk mengoordinasikan pengaturan Anda.
1. Jika sistem hilir bukan server Akamai, cari tahu apakah menggunakan PUT atau WebDAV.
1. Cari tahu apakah sistem hilir memiliki persyaratan koneksi khusus. Bidang koneksi ini dikelompokkan di konsol di bagian **pengaturan CDN** untuk grup keluaran HLS. Untuk menampilkan halaman ini di MediaLive konsol, di halaman **Buat saluran**, di bagian **Grup keluaran**, pilih **Tambah**, lalu pilih **HLS**. Pilih grup, lalu di pengaturan **HLS, buka pengaturan** **CDN**.
1. Putuskan apakah Anda memerlukan dua tujuan untuk output:
+ Anda memerlukan dua tujuan dalam [saluran standar](plan-redundancy.md).
+ Anda memerlukan satu tujuan dalam saluran pipa tunggal.
1. Cari tahu apakah sistem hilir menggunakan koneksi yang aman. Jika ya, atur dengan operator untuk mengatur kredensyal pengguna.
1. Cari tahu apakah sistem hilir memerlukan jalur khusus di dalam manifes utama dan manifes anak. Untuk informasi selengkapnya, lihat [Menyesuaikan jalur di dalam manifes HLS](hls-manifest-paths.md).
1. Jika Anda menyiapkan [saluran standar](plan-redundancy.md), cari tahu apakah sistem hilir mendukung manifes yang berlebihan. Jika demikian, putuskan apakah Anda ingin menerapkan fitur ini. Untuk informasi lebih lanjut, lihat[Membuat manifes HLS yang berlebihan](hls-redundant-manifests.md), dan secara khusus [Aturan untuk sebagian besar sistem hilir](hls-redundant-manif-most-systems.md) dan [Aturan untuk Akamai CDNs](hls-redundant-manif-akamai.md) untuk instruksi khusus.
1. Bicaralah dengan operator di sistem hilir untuk menyetujui jalur tujuan lengkap untuk tiga kategori file HLS (manifes utama, manifes anak, dan file media). MediaLive selalu menempatkan ketiga kategori file untuk setiap tujuan di lokasi yang satu ini. Tidak mungkin untuk mengkonfigurasi MediaLive untuk menempatkan beberapa file di lokasi lain.
Jika Anda memiliki dua tujuan, jalur tujuan harus berbeda satu sama lain dalam beberapa cara. Setidaknya salah satu bagian dari satu jalur harus berbeda dari yang lain. Hal ini dapat diterima untuk semua bagian yang berbeda. Diskusikan persyaratan ini dengan operator sistem hilir. Sistem hilir mungkin memiliki aturan khusus tentang keunikan.
1. Bicaralah dengan operator di sistem hilir tentang persyaratan khusus untuk nama-nama tiga kategori file HLS. Biasanya, sistem hilir tidak memiliki persyaratan khusus.
1. Bicaralah dengan operator di sistem hilir tentang persyaratan khusus untuk pengubah pada nama manifes anak dan file media.
Manifestasi anak dan file media selalu menyertakan pengubah ini dalam nama file mereka. Pengubah ini membedakan setiap output dari yang lain, sehingga harus unik di setiap output. Misalnya, file untuk output resolusi tinggi harus memiliki nama yang berbeda dari file untuk output resolusi rendah. Misalnya, file untuk satu output dapat memiliki nama file dan pengubah`curling_high`, sedangkan output lainnya bisa memiliki`curling_low`.
Biasanya, sistem hilir tidak memiliki persyaratan khusus.
1. Tanyakan kepada operator sistem hilir apakah file media harus diatur dalam subdirektori terpisah. Misalnya, satu subdirektori untuk 1000 segmen pertama, subdirektori lain untuk 1000 segmen kedua, dan seterusnya.
Sebagian besar sistem hilir tidak memerlukan subdirektori terpisah.
1. Setuju pada bagian-bagian jalur tujuan di mana sistem hilir memiliki persyaratan khusus.
+ Misalnya, sistem hilir mungkin hanya mengharuskan Anda mengirim ke host tertentu. Sistem hilir tidak perlu tahu tentang folder atau nama file yang akan Anda gunakan.
Misalnya, kirim ke dua folder yang Anda beri nama, tetapi pada host di `https://203.0.113.55`
Atau kirim ke dua folder yang Anda beri nama, tetapi pada host di `https://203.0.113.55` dan `https://203.0.113.82`
+ Atau sistem hilir mungkin memerlukan host dan folder tertentu, tetapi dengan nama file yang Anda pilih. Misalnya, host dan folder ini:
`https://203.0.113.55/sports/delivery/`
`https://203.0.113.55/sports/backup/`
1. Catat informasi yang telah Anda kumpulkan:
+ Jenis koneksi untuk sistem hilir — Akamai, PUT, atau WebDAV.
+ Pengaturan untuk bidang koneksi, jika sistem hilir memiliki persyaratan khusus.
+ Protokol untuk pengiriman—HTTP atau HTTPS.
+ Nama pengguna dan kata sandi untuk mengakses sistem hilir, jika sistem hilir memerlukan permintaan yang diautentikasi. Perhatikan bahwa kredensyal pengguna ini berhubungan dengan otentikasi pengguna, bukan dengan protokol. Otentikasi pengguna adalah tentang apakah sistem hilir akan menerima permintaan Anda. Protokolnya adalah tentang apakah permintaan dikirim melalui koneksi yang aman.
+ Semua atau sebagian dari jalur tujuan, mungkin termasuk nama file.
+ Apakah Anda perlu mengatur subdirektori terpisah.