As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Coordenar com o sistema downstream
O grupo de saída HLS no AWS MediaLive Elemental oferece suporte a vários tipos de sistemas downstream. Leia as informações aplicáveis ao sistema com o qual você está trabalhando.
**Topics**
+ [Grupo de saídas HLS para Amazon S3](origin-server-hls-s3.md)
+ [Grupo de saída HLS para MediaStore](origin-server-ems.md)
+ [Grupo de saída HLS para MediaPackage](origin-server-hls-emp.md)
+ [Grupo de saída HLS para MediaPackage v2](origin-server-hls-empv2.md)
+ [Grupo de saídas HLS para HTTP](origin-server-http.md)
# Grupo de saídas HLS para Amazon S3
Siga este procedimento se você [decidiu](identify-downstream-system.md) criar um grupo de saídas HLS com o Amazon S3 como destino. Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS.
**Para organizar a configuração do destino**
1. Decida se você precisa de dois destinos para a saída:
+ Você precisa de dois destinos em um [canal padrão](plan-redundancy.md).
+ Você precisa de um destino em um canal de pipeline único.
1. Recomendamos criar o caminho completo do destino — o bucket do Amazon S3 e todas as pastas. Consulte [Projetar o caminho para o destino da saída](hls-destinations-design-step.md).
1. Peça ao usuário do Amazon S3 para criar quaisquer buckets que ainda não existam.
Com MediaLive, o nome do bucket do Amazon S3 não deve usar notação de pontos, o que significa que não deve ser usado. (ponto) entre as palavras no nome do bucket.
1. Discuta quem é o proprietário do bucket com o usuário do Amazon S3. Se o bucket pertencer a outra conta da AWS , você provavelmente desejará que essa conta se torne a proprietária da saída. Para obter mais informações, consulte [Controlar o acesso à saída](#setting-dss-hls-canned-acl) após esse procedimento.
Observe que você não precisa de credenciais de usuário para enviar para um bucket do S3. MediaLive tem permissão para gravar no bucket do S3 por meio da entidade confiável. Alguém na sua organização já deve ter configurado essas permissões. Para obter mais informações, consulte [Requisitos de acesso para a entidade confiável](trusted-entity-requirements.md).
## Controlar o acesso à saída
Você pode estar enviando arquivos de saída para um bucket do Amazon S3 pertencente a outra conta da AWS . Nessa situação, você normalmente quer que a outra conta se torne a proprietária dos arquivos de saída (o objeto que está sendo colocado no bucket). Se o proprietário do bucket não se tornar o proprietário do objeto, você (MediaLive) será o único agente que poderá excluir os arquivos quando eles não forem mais necessários.
Portanto, é do interesse de todos transferir a propriedade dos arquivos de saída depois que eles estiverem no bucket do Amazon S3.
Para transferir a propriedade do objeto, a seguinte configuração é necessária:
+ O proprietário do bucket deve adicionar uma política de permissões do bucket que conceda a você permissão para adicionar uma lista de controle de acesso (ACL) predefinida do Amazon S3 ao MediaLive entregar os arquivos de saída ao bucket. O proprietário do bucket deve ler as informações em [Gerenciando o acesso com ACLs](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls) o guia do usuário do Amazon Simple Storage Service. O proprietário do bucket deve configurar as permissões de ACL para o bucket, não para os objetos.
+ O proprietário do bucket também deve configurar o proprietário do objeto. Esse recurso efetivamente torna obrigatório (em vez de opcional) que o remetente (MediaLive) inclua a ACL de *controle total do proprietário do Bucket*. O proprietário do bucket deve ler as informações em [Controlar a propriedade dos objetos](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership) no Guia do usuário do Amazon Simple Storage Service.
Se o proprietário do bucket implementar esse recurso, você deverá configurar MediaLive para incluir a ACL. Caso contrário, a entrega ao bucket do Amazon S3 falhará.
+ Você deve configurar MediaLive para incluir a** ACL de *controle total do proprietário do bucket* quando ela for entregue ao bucket. Você executará essa configuração ao [criar o canal](hls-destinations-s3-specify.md).
O recurso de ACL padrão do S3 oferece suporte ao *controle total de ACLs outras pessoas além do proprietário do Bucket*, mas essas outras normalmente não ACLs são aplicáveis ao caso de uso de entrega de vídeo de. MediaLive
# Grupo de saída HLS para MediaStore
Siga este procedimento se você [determinou](identify-downstream-system.md) que criará um grupo de saída HLS, com AWS Elemental MediaStore como destino. Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS
**Para organizar a configuração do destino**
1. Decida se você precisa de dois destinos para a saída:
+ Você precisa de dois destinos em um [canal padrão](plan-redundancy.md).
+ Você precisa de um destino em um canal de pipeline único.
1. Recomendamos projetar o caminho completo do destino. Consulte [Projetar o caminho para o destino da saída](hls-destinations-design-step.md).
Se você tiver dois destinos, os caminhos de destino deverão de alguma forma ser diferentes um do outro. Pelo menos uma das partes de um caminho deve ser diferente da outra. É aceitável que todas as partes sejam diferentes.
1. Peça ao MediaStore usuário que crie qualquer contêiner que ainda não exista.
1. Obtenha o endpoint de dados para o contêiner ou contêineres. Por exemplo:
`https://a23f.data.mediastore.us-west-2.amazonaws.com`
`https://fe30.data.mediastore.us-west-2.amazonaws.com`
Você precisa dos endpoints de dados. O nome do contêiner não é necessário.
Observe que você não precisa de credenciais de usuário para enviar aos MediaStore contêineres. MediaLive tem permissão para gravar no MediaStore contêiner por meio da entidade confiável. Alguém na sua organização já deve ter configurado essas permissões. Para obter mais informações, consulte [Requisitos de acesso para a entidade confiável](trusted-entity-requirements.md).
# Grupo de saída HLS para MediaPackage
Siga este procedimento se você [decidiu](identify-downstream-system.md) criar um grupo de saídas HLS e o enviará para o AWS Elemental MediaPackage via HTTPS. Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS.
**Para organizar a configuração do destino**
1. Peça ao MediaPackage usuário que crie um canal no MediaPackage. Mesmo que o MediaLive canal seja um [canal padrão](plan-redundancy.md) (com dois pipelines), você precisa de apenas um MediaPackage canal.
1. Organize com o MediaPackage usuário a configuração das credenciais do usuário HTTPS. Você deve enviar para MediaPackage por meio de uma conexão segura.
1. Obtenha as seguintes informações:
+ Os dois URLs (pontos finais de entrada é a MediaPackage terminologia) do canal. Os dois URLs de um canal têm a seguinte aparência:
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`
Os dois URLs são sempre idênticos, exceto pela pasta anterior`channel`.
Certifique-se de obter o URLs (que começa com`https://`), não o nome do canal (que começa com`arn`).
+ O nome de usuário e senha para acessar o sistema downstream, se o sistema downstream exigir solicitações autenticadas. Observe que essas credenciais de usuário estão relacionadas à autenticação do usuário, e não ao protocolo. A autenticação do usuário é sobre se o sistema downstream aceitará sua solicitação. O protocolo é sobre se a solicitação será enviada por meio de uma conexão segura.
# Grupo de saída HLS para MediaPackage v2
Siga este procedimento se você [determinou](hls-choosing-hls-vs-emp.md) que criará um grupo de saída HLS e o enviará para a MediaPackage v2. Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS.
**Para organizar a configuração do destino**
1. Peça ao MediaPackage usuário que crie um canal no MediaPackage. Mesmo que o MediaLive canal seja um [canal padrão](plan-redundancy.md) (com dois pipelines), você precisa de apenas um MediaPackage canal.
1. Obtenha os dois URLs (os pontos finais de entrada são a MediaPackage terminologia) para o canal. Os dois URLs de um canal têm a seguinte aparência:
`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`
Os dois URLs são um pouco diferentes, conforme mostrado nos exemplos acima.
Certifique-se de obter o URLs (que começa com`https://`), não o nome do canal (que começa com`arn`).
Observe que você não usa credenciais de usuário para enviar para a MediaPackage v2.
# Grupo de saídas HLS para HTTP
Siga este procedimento se você [decidiu](identify-downstream-system.md) criar um grupo de saídas HLS com um dos sistemas downstream a seguir como destino:
+ Um servidor PUT HTTP ou HTTPS.
+ Um servidor WebDAV HTTP ou HTTPS.
+ Um servidor de origem Akamai.
Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS.
Ao entregar HLS via HTTP, você geralmente está entregando para um servidor de origem. O servidor de origem geralmente tem diretrizes claras sobre as regras do caminho de destino, incluindo o nome do arquivo do manifesto principal (o arquivo `.M3U8`).
**Para organizar a configuração do destino**
Entre em contato com o operador no sistema downstream para coordenar sua configuração.
1. Se o sistema downstream não for um servidor Akamai, descubra se ele usa PUT ou WebDAV.
1. Descubra se o sistema de downstream tem requisitos especiais de conexão. Esses campos de conexão são agrupados no console na seção **Configurações de CDN** na página de grupo de saídas HLS. Para exibir essa página no MediaLive console, na página **Criar canal**, na seção **Grupos de saída**, escolha **Adicionar** e escolha **HLS**. Escolha o grupo e, em seguida, em **Configurações de HLS**, abra as **Configurações de CDN**.
1. Decida se você precisa de dois destinos para a saída:
+ Você precisa de dois destinos em um [canal padrão](plan-redundancy.md).
+ Você precisa de um destino em um canal de pipeline único.
1. Descubra se o sistema downstream usa uma conexão segura. Se isso acontecer, combine com o operador para configurar as credenciais do usuário.
1. Descubra se o sistema de downstream requer caminhos personalizados dentro dos manifestos principais e dos manifestos filhos. Para obter mais informações, consulte [Personalizar os caminhos dentro dos manifestos HLS](hls-manifest-paths.md).
1. Se você estiver configurando um [canal padrão](plan-redundancy.md), descubra se o sistema downstream oferece suporte a manifestos redundantes. Em caso afirmativo, decida se deseja implementar esse recurso. Para obter mais informações, consulte [Criar manifestos HLS redundantes](hls-redundant-manifests.md) e, em especial, [Regras para a maioria dos sistemas de downstream](hls-redundant-manif-most-systems.md) e [Regras para a Akamai CDNs](hls-redundant-manif-akamai.md) para obter instruções específicas.
1. Converse com o operador no sistema downstream para chegar a um acordo sobre um caminho de destino completo para as três categorias de arquivos HLS (os manifestos principais, os manifestos secundários e os arquivos de mídia). MediaLive sempre coloca todas as três categorias de arquivos para cada destino nesse único local. Não é possível configurar MediaLive para colocar alguns arquivos em outro local.
Se você tiver dois destinos, os caminhos de destino deverão de alguma forma ser diferentes um do outro. Pelo menos uma das partes de um caminho deve ser diferente da outra. É aceitável que todas as partes sejam diferentes. Discuta esse requisito com o operador do sistema downstream. O sistema downstream pode ter regras específicas sobre exclusividade.
1. Converse com o operador do sistema downstream sobre os requisitos especiais para os nomes das três categorias de arquivos HLS. Normalmente, o sistema downstream não tem requisitos especiais.
1. Converse com o operador do sistema downstream sobre os requisitos especiais para o modificador nos nomes dos manifestos filhos e dos arquivos de mídia.
Os manifestos filhos e os arquivos de mídia sempre incluem esse modificador em seus nomes de arquivo. Esse modificador distingue cada saída uma da outra. Por isso, ela deve ser exclusiva em cada saída. Por exemplo, os arquivos da saída de alta resolução devem ter um nome diferente dos arquivos da saída de baixa resolução. Por exemplo, os arquivos de uma saída poderiam ter o nome do arquivo e o modificador `curling_high`, enquanto a outra saída poderia ter `curling_low`.
Normalmente, o sistema downstream não tem requisitos especiais.
1. Pergunte ao operador do sistema downstream se os arquivos de mídia devem ser configurados em subdiretórios separados. Por exemplo, um subdiretório para os primeiros 1000 segmentos, outro subdiretório para os segundos 1000 segmentos e assim por diante.
A maioria dos sistemas de downstream não requer subdiretórios separados.
1. Definam as partes do caminho de destino em que o sistema downstream tem requisitos especiais.
+ Por exemplo, o sistema downstream pode exigir apenas que você envie para um host específico. O sistema downstream não precisa saber sobre os nomes de pastas ou arquivos que você usará.
Por exemplo, envie para duas pastas que você nomeia, mas no host em `https://203.0.113.55`
Ou envie para duas pastas que você nomeia, mas no host em `https://203.0.113.55` e `https://203.0.113.82`
+ Ou o sistema downstream pode exigir um host e uma pasta específicos, mas com um nome de arquivo que você escolher. Por exemplo, este host e as pastas:
`https://203.0.113.55/sports/delivery/`
`https://203.0.113.55/sports/backup/`
1. Tome nota das informações que você coletou:
+ O tipo de conexão do sistema downstream: Akamai, PUT ou WebDAV.
+ As configurações dos campos de conexão, se o sistema downstream tiver requisitos especiais.
+ O protocolo de entrega: HTTP ou HTTPS.
+ O nome de usuário e senha para acessar o sistema downstream, se o sistema downstream exigir solicitações autenticadas. Observe que essas credenciais de usuário estão relacionadas à autenticação do usuário, e não ao protocolo. A autenticação do usuário é sobre se o sistema downstream aceitará sua solicitação. O protocolo é sobre se a solicitação será enviada por meio de uma conexão segura.
+ Todos ou parte dos caminhos de destino, possivelmente incluindo os nomes dos arquivos.
+ Se você precisa configurar subdiretórios separados.