HLSgrupo de saída 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á.

HLSgrupo de saída para HTTP

Siga este procedimento se você determinou que criará um grupo de HLS saída com um dos seguintes sistemas downstream como destino:

  • Um HTTPS PUT servidor HTTP ou.

  • Um DAV servidor HTTPS Web HTTP ou.

  • Um servidor de origem da Akamai.

Você e o operador do sistema a jusante devem concordar com o destino da saída do grupo de HLS saída.

Quando você entrega HLSHTTP, 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 .M3U8 arquivo).

Para organizar a configuração do destino

Você deve conversar com o operador no sistema a jusante para coordenar sua configuração.

  1. Se o sistema downstream não for um servidor da Akamai, descubra se ele usa PUT nossa Web. DAV

  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 de CDNconfigurações do grupo HLS de saída. 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 HLSconfigurações, abra CDNas configurações.

  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 único canal de pipeline.

  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 ter 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 suporta manifestos redundantes. Em caso afirmativo, decida se deseja implementar esse recurso. Para obter mais informações, consulteManifestos HLS redundantes, e especificamente Regras para a maioria dos sistemas de downstream e Regras para as CDNs do Akamai 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 HLS arquivos (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 devem ser diferentes um do outro de alguma forma. Pelo menos uma das partes de um caminho deve ser diferente da outra. É aceitável que todas as porções sejam diferentes. Discuta esse requisito com o operador do sistema a jusante. 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 HLS arquivos. Normalmente, o sistema a jusante não tem requisitos especiais.

  9. Converse com o operador do sistema downstream sobre os requisitos especiais para o modificador nos nomes dos manifestos infantis e dos arquivos de mídia.

    Os manifestos secundários e os arquivos de mídia sempre incluem esse modificador em seus nomes de arquivo. Esse modificador distingue cada saída da outra, portanto, ele deve ser exclusivo 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 podem ter o nome do arquivo e o modificadorcurling_high, enquanto a outra saída pode tercurling_low.

    Normalmente, o sistema a jusante 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. Concorde com as partes do caminho de destino em que o sistema a jusante 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 nos hosts 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, esse host e pastas:

      https://203.0.113.55/sports/delivery/

      https://203.0.113.55/sports/backup/

  12. Anote as informações que você coletou:

    • O tipo de conexão para o sistema downstream — Akamai ou WebPUT. DAV

    • As configurações dos campos de conexão, se o sistema a jusante tiver requisitos especiais.

    • O protocolo para entrega— HTTP ouHTTPS.

    • O nome de usuário e a 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, 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.