24.12 Central

En la última actualización, seguimos mejorando la resiliencia y la automatización de Flussonic Central. Las mejoras incluyen la ejecución de múltiples instancias en Kubernetes, la distribución de carga, la confiabilidad de los agentes y la optimización del API. Hemos abordado aspectos clave de rendimiento y seguridad para garantizar que su sistema funcione de manera estable incluso bajo cargas elevadas.

Aquí están los detalles de todos los cambios.

Pasos finales para ejecutar múltiples instancias de Central en Kubernetes

En esta versión, hemos preparado casi todo lo necesario para el despliegue estable de múltiples instancias de Central. Recordemos que ejecutar varias instancias garantiza la resiliencia del sistema y permite escalar en caso de cargas elevadas:

• Cambia automáticamente los streams a una nueva instancia si falla un nodo.
• Resuelve problemas de duplicación de datos al transferir streams de un streamer a otro.
• Equilibra la carga.
• Proporciona una gestión y configuración unificadas del sistema.

Actualmente, estamos preparando la documentación y anunciaremos cuando la capacidad completa para ejecutar múltiples instancias esté disponible para todos.

Distribución automatizada de streams a streamers con transcodificación

Los streams que requieren transcodificación ahora se asignan automáticamente a los servidores con esta capacidad.

Para equilibrar la transcodificación, Central considera el campo stats.transcoder para los streams marcados como transcoder y selecciona el streamer adecuado para manejar el stream.

Mayor confiabilidad en la conexión de agentes

Cuando se trata de seguridad, cada segundo de video cuenta. En la última versión, hemos mejorado significativamente la estabilidad de los agentes, minimizando el riesgo de pérdida de conexión. Esto garantiza una grabación de archivos sin interrupciones y elimina situaciones en las que una cámara está activa pero no transmite señal.

Documentación de la integración con PGBouncer

Cuando las aplicaciones externas realizan numerosas consultas paralelas a la base de datos, es conveniente usar un administrador de conexiones para evitar sobrecargar el servidor de base de datos con procesos separados creados por Postgres.

Para resolver esto, hemos añadido un parámetro dedicado database_url en el API, que permite usar PGBouncer y reducir la carga en la base de datos.

Recuperación acelerada de la lista de streams a través del API

Para un gran número de streams, la solicitud streams_list anteriormente podía tomar mucho tiempo. En la última versión, optimizamos la lógica para recuperar la lista de streams, acelerando drásticamente el proceso.

Actualización de la lógica de failover y mejora en el health check

Cuando un streamer falla, sus streams se transfieren a un servidor activo. Anteriormente, después de que el streamer volvía a estar en línea, era necesario devolver manualmente los streams. En la versión 24.12, actualizamos la lógica: una vez que el streamer se recupera, sus streams se restauran automáticamente.

Además, hemos ampliado los parámetros de health check para los streamers. Ahora también se verifica su disponibilidad, la ausencia de errores y la correcta configuración de RProxy. Los resultados de la verificación están disponibles en stats.healthcheck_status.