Uma estrutura de live auto-hospedada recebe o sinal do seu encoder, prepara esse sinal para os players e o entrega a cada espectador, e cada uma dessas etapas é um trabalho à parte.

Servidores de código aberto como o nginx com o módulo RTMP, o SRS ou o MediaMTX conseguem receber RTMP ou SRT e reempacotar o sinal em HLS para players web.

Reempacotar é barato, mas oferecer vários níveis de qualidade para quem tem conexão lenta exige transcodificar, o que pede um processador ou uma placa de vídeo potente para cada transmissão ao vivo.

Sem vários níveis de qualidade, todo espectador recebe o bitrate completo, e quem está numa conexão móvel fraca vê o vídeo travando para carregar o tempo todo.

A banda é a parte que as pessoas subestimam: cada espectador puxa o bitrate inteiro, então o tráfego de saída cresce a cada pessoa que abre o player.

Uma rede de distribuição de conteúdo (CDN) espalha essa carga por muitos servidores perto dos seus espectadores, mas é um serviço separado que você precisa configurar e pagar.

Você também precisa de um player para o seu site, como o hls.js ou o Video.js, e tem de mantê-lo funcionando em todos os navegadores e celulares.

Gravações, armazenamento, miniaturas e reprises são tarefas separadas que um servidor de streaming puro não faz por você.

A segurança também exige atenção: sem links assinados ou tokens, qualquer pessoa que encontre o endereço da sua playlist pode incorporar a sua transmissão no próprio site.

Um servidor auto-hospedado precisa de atualizações, monitoramento e alguém que responda quando ele falhar no meio de um evento.

Ter servidor próprio faz sentido numa rede interna, como um campus ou a intranet de uma empresa, onde os espectadores estão perto e o tráfego não sai de casa.

Também faz sentido quando você precisa de controle total sobre latência, formatos ou localização dos dados e tem na equipe gente que sabe operá-lo.

Uma plataforma cuida da ingestão, da transcodificação, da entrega, do player e das gravações, e o seu trabalho fica sendo só o conteúdo.

Incorporar o player é o caminho do meio mais comum: a plataforma faz o trabalho pesado e o player dela aparece no seu próprio site, nas suas próprias páginas.

Ao comparar as opções, considere o seu pico de espectadores, o bitrate que você envia e as horas de transmissão, e calcule o tráfego de saída de cada cenário.

Conte também as horas do seu próprio tempo, porque um servidor que economiza em taxas mas exige uma noite de consertos todo mês raramente sai mais barato.

Seja qual for a escolha, faça um teste de carga antes de um evento importante, porque uma estrutura que funciona para dez espectadores pode falhar com mil.

Pense em onde estão os seus espectadores: um único servidor em um país atende quem está longe com tempo de início maior e mais travamentos.

Planeje o que acontece com as gravações depois do evento, porque apagar, arquivar e servir transmissões antigas vira, com os anos, um trabalho à parte.