OBS
RTMP / SRTDeixe a plataforma cuidar do roteamento, da conversão e da distribuição para que o encoder de origem se concentre em enviar um único sinal de contribuição limpo.
Traga um feed de contribuição verificado para Callaba e crie um trabalho Restream separado para cada destino. Cada tarefa tem suas próprias configurações de destino e estado de tempo de execução; gravação, Web Player e recuperação são fluxos de trabalho separados que você adiciona quando necessário.
Implantar a Callaba na AWSAceite o feed de contribuição uma vez e, em seguida, crie um trabalho de Restream separado para cada plataforma social, endpoint de parceiro ou outro destino.
Deixe a plataforma cuidar do roteamento, da conversão e da distribuição para que o encoder de origem se concentre em enviar um único sinal de contribuição limpo.
Cada trabalho de Restream tem suas próprias configurações de destino e estado de tempo de execução. Revise cada resultado de forma independente para que cada destino tenha sua própria evidência operacional clara.
RTMP · Tarefa de saída 01
RTMP · Tarefa de saída 02
Trate cada canal de saída como um contrato de entrega independente, mesmo quando todos partem da mesma origem.
Crie um processo de saída por destino para manter credenciais, limites e falhas isolados.
Documente e teste destinos alternativos antes que sejam necessários durante uma transmissão ao vivo.
Conecte a gravação ou a reprodução no navegador ao fluxo aceito como processos separados, cada um com suas próprias verificações.
Esta página explica os limites do produto. Os guias mostram quais controles abrir, qual módulo conectar em seguida e como confirmar que o fluxo está pronto.
Use este contrato para confirmar o que é compartilhado na ingestão e o que precisa ser comprovado em cada saída.
| Capacidade | Comportamento compatível | Verificação de aceitação |
|---|---|---|
| Transforme uma ingestão em várias saídas | Um fluxo de contribuição verificado pode alimentar vários processos de Restream configurados de forma independente. | Confirme a entrada uma vez e observe cada processo de destino alcançar seu próprio estado ao vivo. |
| Mantenha a lógica dos destinos sob controle | A URL do destino, as credenciais, os requisitos de mídia e a política de nova tentativa pertencem a cada processo de saída. | Abra cada processo separadamente e verifique seu estado ao vivo no destino pretendido. |
| Tire o trabalho pesado do encoder | O encoder de origem publica um único fluxo de contribuição limpo, enquanto a Callaba faz a distribuição posterior. | Compare o upload do encoder com o estado de todas as saídas criadas, em vez de multiplicar as publicações na origem. |
| Use flexibilidade de roteamento entre destinos | Escolha a nuvem para testar rapidamente o fluxo de trabalho ou uma infraestrutura autogerenciada quando for necessário controlar a rede e a localização dos dados. | Teste a origem e os destinos reais no ambiente escolhido antes de depender dessa rota em produção. |
Use a nuvem para validar rapidamente uma origem e um destino reais. Escolha auto-hospedado quando precisar de controle de infraestrutura, rede ou localização de dados e revalide o fluxo de trabalho após a implantação.
O plano de nuvem com pagamento conforme o uso é ideal para quem precisa de implantação imediata da Callaba, baixa latência pela rede global de data centers, confiabilidade dos servidores, backup, escalabilidade e serviços gerenciados.
Implantar a Callaba na AWSUse uma entrada de contribuição para vários destinos de negócios, com configurações de destino explícitas para cada plataforma ou endpoint de parceiro.
Instalar a Callaba em infraestrutura própriaCada destino é seu próprio trabalho de Restream. Use a API para criar, iniciar e inspecionar trabalhos depois que sua equipe validar a origem, o destino e o perfil de mídia no Callaba.
Significa receber uma entrada ao vivo em um ponto gerenciado e decidir depois como o sinal deve avançar: para redes sociais, endpoints de parceiros, players ou outros módulos do fluxo.
As equipes geralmente escolhem esta opção quando uma fonte precisa alimentar vários destinos, quando rotas de contingência são importantes ou quando a lógica de roteamento deve ficar em um fluxo gerenciado, e não na configuração do encoder.
Sim. Callaba aceita a origem uma vez e você cria um trabalho de Restream independente para cada destino. Configure e inspecione cada trabalho separadamente.
Não no lado do encoder, se o fluxo estiver bem projetado. A fonte normalmente envia um único sinal de contribuição gerenciado enquanto a plataforma cuida da distribuição downstream.
Sim. SRT é uma opção comum de ingestão quando importam as condições da rede, a qualidade da contribuição ou uma infraestrutura de recepção controlada.
Inicie na interface de controle para validar a origem, o destino e o perfil. Em seguida, use a API para criar, iniciar e inspecionar cada trabalho independente de Restream.
Comece por servidores SRT se a primeira questão for onde o sinal entra; continue com rotas SRT e retransmissões para definir como ele avança.
Valide primeiro uma origem com os destinos necessários agora e adicione processos separados de gravação ou reprodução quando for preciso.