OBS
RTMP / SRTDeja que la plataforma gestione el enrutamiento, la conversión y la distribución para que el encoder de origen se concentre en enviar una única señal de contribución limpia.
Traiga una fuente de contribución verificada a Callaba y luego cree un trabajo de Restream separado para cada destino. Cada trabajo tiene su propia configuración de destino y estado de ejecución; La grabación, el reproductor web y la recuperación son flujos de trabajo separados que agrega cuando es necesario.
Implementar Callaba en AWSAcepte el feed de contribución una vez y luego cree un trabajo de Restream independiente para cada plataforma social, punto final de socio u otro destino.
Deja que la plataforma gestione el enrutamiento, la conversión y la distribución para que el encoder de origen se concentre en enviar una única señal de contribución limpia.
Cada trabajo de Restream tiene su propia configuración de destino y estado de tiempo de ejecución. Revise cada resultado de forma independiente para que cada destino tenga su propia evidencia operativa clara.
RTMP · Tarea de salida 01
RTMP · Tarea de salida 02
Trata cada canal de salida como un contrato de entrega independiente, aunque todos partan del mismo origen.
Crea un trabajo de salida por destino para mantener aislados las credenciales, los límites y los fallos.
Documenta y prueba los destinos alternativos antes de necesitarlos durante una emisión en directo.
Conecta la grabación o la reproducción en navegador al flujo aceptado como trabajos separados y con comprobaciones propias.
Esta página explica el alcance del producto. Las guías muestran qué controles abrir, qué módulo conectar después y cómo comprobar que el flujo está listo.
Usa este contrato para confirmar qué se comparte en la ingesta y qué debe demostrarse por separado para cada salida.
| Capacidad | Comportamiento compatible | Comprobación |
|---|---|---|
| Convierte una ingesta en múltiples salidas | Un flujo de contribución verificado puede alimentar varios trabajos de Restream configurados de forma independiente. | Confirma la entrada una vez y observa después cómo cada trabajo de destino alcanza su propio estado en directo. |
| Mantén bajo control la lógica de destinos | La URL del destino, las credenciales, los requisitos multimedia y la política de reintentos pertenecen a cada trabajo de salida. | Abre cada trabajo por separado y verifica su estado en directo en el destino previsto. |
| Quita el trabajo pesado del encoder | El encoder de origen publica un único flujo de contribución limpio, mientras Callaba realiza la distribución posterior. | Compara la subida del encoder con el estado de todas las salidas creadas, en lugar de multiplicar las publicaciones desde el origen. |
| Utilice la flexibilidad de enrutamiento entre destinos | Elige la nube para probar rápidamente el flujo de trabajo o una infraestructura autogestionada cuando necesites controlar la red y la ubicación de los datos. | Ejecuta el origen y los destinos reales en el entorno elegido antes de depender de esa ruta en producción. |
Utilice la nube para validar rápidamente un origen y un destino reales. Elija autohospedado cuando necesite control de infraestructura, red o ubicación de datos y luego vuelva a validar el flujo de trabajo después de la implementación.
La tarifa de pago por uso en la nube es ideal para quienes necesitan un despliegue inmediato de Callaba, baja latencia gracias a la red global de centros de datos, fiabilidad del servidor, copias de seguridad, escalabilidad y servicios gestionados.
Implementar Callaba en AWSUtilice una entrada de contribución para varios destinos comerciales, con configuraciones de destino explícitas para cada plataforma o punto final de socio.
Instalar Callaba en infraestructura propiaCada destino es su propio trabajo de Restream. Utilice la API para crear, iniciar e inspeccionar trabajos después de que su equipo haya validado el origen, el destino y el perfil de medios en Callaba.
Significa que recibes una entrada en directo en un punto gestionado y decides después cómo debe avanzar la señal: hacia redes sociales, endpoints de partners, reproductores u otros módulos del flujo.
Los equipos suelen elegirla cuando una fuente debe alimentar varios destinos, cuando importan las rutas de respaldo o cuando la lógica de enrutamiento debe residir en un flujo gestionado y no en la configuración del encoder.
Sí. Callaba acepta la fuente una vez y usted crea un trabajo de Restream independiente para cada destino. Configure e inspeccione cada trabajo por separado.
No desde el encoder si el flujo está bien diseñado. La fuente normalmente envía una única señal de contribución gestionada mientras la plataforma se ocupa de distribuirla aguas abajo.
Sí. SRT es una opción habitual de ingesta cuando importan las condiciones de red, la calidad de contribución o una infraestructura de recepción controlada.
Iniciar en la interfaz de control para validar el origen, el destino y el perfil. Luego use la API para crear, iniciar e inspeccionar cada trabajo de Restream independiente.
Empieza por servidores SRT si la primera pregunta es dónde entra la señal; continúa con rutas SRT y retransmisiones para definir cómo avanza.
Valida primero un origen con los destinos que necesitas ahora y añade después trabajos de grabación o reproducción separados cuando sean necesarios.