Grupo de saídas HLS para HTTP - MediaLive

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á.

Grupo de saídas HLS para HTTP

Siga este procedimento se você decidiu 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.

  2. 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.

  3. Decida se você precisa de dois destinos para a saída:

    • Você precisa de dois destinos em um canal padrão.

    • Você precisa de um destino em um canal de pipeline único.

  4. Descubra se o sistema downstream usa uma conexão segura. Se isso acontecer, combine com o operador para configurar as credenciais do usuário.

  5. 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.

  6. Se você estiver configurando um canal padrão, 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 e, em especial, Regras para a maioria dos sistemas de downstream e Regras para a Akamai CDNs para obter instruções específicas.

  7. 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.

  8. 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.

  9. 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.

  10. 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.

  11. 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/

  12. 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.