本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 與下游系統協調
AWS Elemental MediaLive 中的 HLS 輸出群組支援多種類型的下游系統。閱讀適用於您正在使用之系統的資訊。
**Topics**
+ [Amazon S3 的 HLS 輸出群組](origin-server-hls-s3.md)
+ [至 MediaStore 的 HLS 輸出群組](origin-server-ems.md)
+ [HLS 輸出群組到 MediaPackage](origin-server-hls-emp.md)
+ [HLS 輸出群組至 MediaPackage v2](origin-server-hls-empv2.md)
+ [對 HTTP 的 HLS 輸出群組](origin-server-http.md)
# Amazon S3 的 HLS 輸出群組
如果您[確定](identify-downstream-system.md)將使用 Amazon S3 作為目的地建立 HLS 輸出群組，請遵循此程序。您和下游系統的運算子必須同意 HLS 輸出群組輸出的目的地。
**安排目的地的設定**
1. 判斷輸出是否需要兩個目的地：
+ 您需要兩個[標準頻道](plan-redundancy.md)中的目的地。
+ 您需要單一管道頻道中的一個目的地。
1. 我們建議您設計目的地的完整路徑：Amazon S3 儲存貯體和所有資料夾。請參閱 [設計輸出目的地的路徑](hls-destinations-design-step.md)。
1. 要求 Amazon S3 使用者建立任何尚未存在的儲存貯體。
使用 MediaLive 時，Amazon S3 儲存貯體名稱不得使用點表示法，這表示它不得在儲存貯體名稱中的字詞之間使用 . （點）。
1. 與 Amazon S3 使用者討論所有權。如果儲存貯體屬於另一個 AWS 帳戶，您通常希望該帳戶成為輸出的擁有者。如需詳細資訊[控制對輸出的存取](#setting-dss-hls-canned-acl)，請參閱此程序後的 。
請注意，您不需要使用者登入資料即可傳送至 S3 儲存貯體。MediaLive 具有透過信任實體寫入 S3 儲存貯體的許可。您組織中的某人應該已經設定這些許可。如需詳細資訊，請參閱[受信任實體的存取要求](trusted-entity-requirements.md)。
## 控制對輸出的存取
您可能會將輸出檔案傳送到另一個 AWS 帳戶擁有的 Amazon S3 儲存貯體。在這種情況下，您通常希望另一個帳戶成為輸出檔案 （放入儲存貯體中的物件） 的擁有者。如果儲存貯體擁有者不成為物件擁有者，則您 (MediaLive) 將是唯一可以在不再需要檔案時刪除檔案的代理程式。
因此，在輸出檔案位於 Amazon S3 儲存貯體之後，傳輸輸出檔案的所有權對每個人都有利。
若要轉移物件擁有權，需要下列設定：
+ 儲存貯體擁有者必須新增儲存貯體許可政策，以授予您在 MediaLive 將輸出檔案交付至儲存貯體時新增 Amazon S3 標準存取控制清單 (ACL) 的許可。儲存貯體擁有者應閱讀《Amazon Simple Storage Service 使用者指南》中[使用 ACLs 管理存取](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls)的資訊。儲存貯體擁有者必須設定儲存貯體的 ACL 許可，而非物件的 ACL 許可。
+ 儲存貯體擁有者也應該設定物件擁有權。此功能有效地讓寄件者 (MediaLive) 包含*儲存貯體擁有者完全控制* ACL 成為強制性 （而非選用）。儲存貯體擁有者應閱讀 Amazon Simple Storage Service 使用者指南中[控制物件擁有](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership)權的資訊。
如果儲存貯體擁有者實作此功能，則必須設定 MediaLive 以包含 ACL。如果沒有，則傳送到 Amazon S3 儲存貯體將會失敗。
+ 您必須設定 MediaLive，以在將*儲存貯體交付至儲存貯體時包含儲存貯體擁有者完全控制** *ACL。您將在[建立頻道](hls-destinations-s3-specify.md)時執行此設定。
S3 固定 ACL 功能支援*儲存貯體擁有者完全控制*以外的 ACLs，但這些其他 ACLs 通常不適用於從 MediaLive 交付視訊的使用案例。
# 至 MediaStore 的 HLS 輸出群組
如果您[決定](identify-downstream-system.md)要建立 HLS 輸出群組，並以 AWS Elemental MediaStore 做為目的地，請遵循此程序。您和下游系統的運算子必須同意 HLS 輸出群組輸出的目的地
**安排目的地的設定**
1. 判斷輸出是否需要兩個目的地：
+ 您需要兩個[標準頻道](plan-redundancy.md)中的目的地。
+ 您需要單一管道頻道中的一個目的地。
1. 我們建議您設計目的地的完整路徑。請參閱 [設計輸出目的地的路徑](hls-destinations-design-step.md)。
如果您有兩個目的地，目的地路徑必須以某種方式彼此不同。一個路徑的至少一個部分必須與其他部分不同。所有部分都不同是可以接受的。
1. 要求 MediaStore 使用者建立任何尚未存在的容器。
1. 取得容器的資料端點。例如：
`https://a23f.data.mediastore.us-west-2.amazonaws.com`
`https://fe30.data.mediastore.us-west-2.amazonaws.com`
您需要資料端點。您不需要容器名稱。
請注意，您不需要使用者登入資料即可傳送至 MediaStore 容器。MediaLive 具有透過信任實體寫入 MediaStore 容器的許可。您組織中的某人應該已經設定這些許可。如需詳細資訊，請參閱[受信任實體的存取要求](trusted-entity-requirements.md)。
# HLS 輸出群組到 MediaPackage
如果您[確定](identify-downstream-system.md)您將建立 HLS 輸出群組，並將 AWS Elemental MediaPackage 透過 HTTPS 傳送至 ，請遵循此程序。您和下游系統的運算子必須同意 HLS 輸出群組輸出的目的地。
**安排目的地的設定**
1. 要求 MediaPackage 使用者在 MediaPackage 上建立一個頻道。即使 MediaLive 頻道是[標準頻道](plan-redundancy.md) （有兩個管道），您只需要一個 MediaPackage 頻道。
1. 與 MediaPackage 使用者進行安排，以設定 HTTPS 使用者憑證。您必須透過安全連線傳送至 MediaPackage。
1. 取得下列資訊：
+ 頻道的兩個 URLs （輸入端點是 MediaPackage 術語）。頻道URLs 如下所示：
`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 一律相同，但 之前的資料夾除外`channel`。
請確定您取得 URLs（以 開頭`https://`)，而不是頻道名稱 （以 開頭`arn`)。
+ 如果下游系統需要已驗證的請求，存取下游系統的使用者名稱和密碼。請注意，這些使用者登入資料與使用者身分驗證相關，而不是與通訊協定相關。使用者身分驗證是關於下游系統是否接受您的請求。通訊協定則會影響系統是否要透過安全連線傳送請求。
# HLS 輸出群組至 MediaPackage v2
如果您[確定](hls-choosing-hls-vs-emp.md)您將建立 HLS 輸出群組，並將傳送至 MediaPackage v2，請遵循此程序。您和下游系統的運算子必須同意 HLS 輸出群組輸出的目的地。
**安排目的地的設定**
1. 要求 MediaPackage 使用者在 MediaPackage 上建立一個頻道。即使 MediaLive 頻道是[標準頻道](plan-redundancy.md) （有兩個管道），您只需要一個 MediaPackage 頻道。
1. 取得頻道的兩個 URLs（輸入端點是 MediaPackage 術語）。頻道URLs 如下所示：
`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 略有不同，如上述範例所示。
請確定您取得 URLs（以 開頭`https://`)，而不是頻道名稱 （以 開頭`arn`)。
請注意，您不要使用使用者登入資料來傳送至 MediaPackage v2。
# 對 HTTP 的 HLS 輸出群組
如果您[確定](identify-downstream-system.md)要建立 HLS 輸出群組，並以下列其中一個下游系統做為目的地，請遵循此程序：
+ HTTP 或 HTTPS PUT 伺服器。
+ HTTP 或 HTTPS WebDAV 伺服器。
+ Akamai 原始伺服器。
您和下游系統的運算子必須同意 HLS 輸出群組輸出的目的地。
當您透過 HTTP 交付 HLS 時，您通常會交付到原始伺服器。原始伺服器通常對於目的地路徑的規則有明確的指導方針，包括主要資訊清單的檔案名稱 ( `.M3U8` 檔案）。
**安排目的地的設定**
您必須與下游系統的 運算子交談，以協調您的設定。
1. 如果下游系統不是 Akamai 伺服器，請查明它是否使用 PUT 或 WebDAV。
1. 了解下游系統是否有特殊的連線需求。這些連線欄位會在主控台中 HLS 輸出群組的 **CDN 設定**區段中分組。若要在 MediaLive 主控台上顯示此頁面，請在**建立頻道**頁面的**輸出群組**區段中，選擇**新增**，然後選擇 **HLS**。選擇群組，然後在 **HLS 設定**中開啟 **CDN 設定**。
1. 判斷輸出是否需要兩個目的地：
+ 您需要兩個[標準頻道](plan-redundancy.md)中的目的地。
+ 您需要單一管道頻道中的一個目的地。
1. 了解下游系統是否使用安全連線。如果是這樣，請與 運算子一起安排設定使用者登入資料。
1. 了解下游系統是否需要主要資訊清單和子資訊清單內的自訂路徑。如需詳細資訊，請參閱[自訂 HLS 資訊清單內的路徑](hls-manifest-paths.md)。
1. 如果您要設定[標準頻道](plan-redundancy.md)，請了解下游系統是否支援備援資訊清單。若支援，請決定您是否想要實作此功能。如需詳細資訊，請參閱 [建立備援 HLS 資訊清單](hls-redundant-manifests.md)，以及特定說明[Akamai CDN 的規則](hls-redundant-manif-akamai.md)的 [適用於大多數下游系統的規則](hls-redundant-manif-most-systems.md) 和 。
1. 與下游系統的運算子討論，以同意三個 HLS 檔案類別 （主要資訊清單、子資訊清單和媒體檔案） 的完整目的地路徑。MediaLive 一律會將每個目的地的所有三個檔案類別放在這個位置。無法設定 MediaLive 將一些檔案放在另一個位置。
如果您有兩個目的地，目的地路徑必須以某種方式彼此不同。一個路徑的至少一個部分必須與其他部分不同。所有部分都不同是可以接受的。與下游系統的運算子討論此需求。下游系統可能有關於唯一性的特定規則。
1. 與下游系統中的運算子討論三個 HLS 檔案類別名稱的特殊需求。一般而言，下游系統沒有特殊需求。
1. 與下游系統中的運算子討論有關子資訊清單和媒體檔案名稱修改器的特殊需求。
子資訊清單和媒體檔案一律會在其檔案名稱中包含此修飾詞。此修飾詞會區分每個輸出與另一個輸出，因此每個輸出都必須是唯一的。例如，高解析度輸出的檔案必須與低解析度輸出的檔案具有不同的名稱。例如，一個輸出的檔案可以具有檔案名稱和修飾詞 `curling_high`，而另一個輸出可以具有 `curling_low`。
一般而言，下游系統沒有特殊需求。
1. 詢問下游系統的運算子是否應該在不同的子目錄中設定媒體檔案。例如，第一個 1000 個區段一個子目錄、第二個 1000 個區段另一個子目錄，依此類推。
大多數下游系統不需要個別的子目錄。
1. 同意下游系統具有特殊需求的目的地路徑部分。
+ 例如，下游系統可能只需要您傳送至特定主機。下游系統不需要知道您將使用的資料夾或檔案名稱。
例如，將 傳送到您命名的兩個資料夾，但在 的主機上 `https://203.0.113.55`
或傳送至您命名的兩個資料夾，但在 `https://203.0.113.55`和 的主機上 `https://203.0.113.82`
+ 或者，下游系統可能需要特定的主機和資料夾，但具有您選擇的檔案名稱。例如，此主機和資料夾：
`https://203.0.113.55/sports/delivery/`
`https://203.0.113.55/sports/backup/`
1. 請記下您已收集的資訊：
+ 下游系統的連線類型 – Akamai、PUT 或 WebDAV。
+ 如果下游系統有特殊需求，則為連線欄位設定。
+ 交付的通訊協定：HTTP 或 HTTPS。
+ 如果下游系統需要已驗證的請求，存取下游系統的使用者名稱和密碼。請注意，這些使用者登入資料與使用者身分驗證相關，而不是與通訊協定相關。使用者身分驗證是關於下游系統是否接受您的請求。通訊協定則會影響系統是否要透過安全連線傳送請求。
+ 全部或部分目的地路徑，可能包括檔案名稱。
+ 您是否需要設定個別的子目錄。