¿Es posible escalar un servicio de videovigilancia en la nube manteniendo una infraestructura flexible y eficiente en el uso de recursos?
Un vvigilancia de vídeo El servidor multimedia se sitúa en el centro de la carga de trabajo. Cada transmisión adicional genera carga en varias capas de la infraestructura.
Aipix Mediaserver Esto proporciona un ejemplo de cómo se puede organizar este tipo de infraestructura. Su arquitectura combina la captura de flujos, la grabación, la gestión de archivos y la entrega de contenido multimedia dentro de una única capa de procesamiento de medios.
Dependiendo del hardware y la carga de trabajo, un nodo de Mediaserver puede procesar hasta 5000 transmisiones. Sin embargo, la cantidad de transmisiones por sí sola no determina la eficiencia de una implementación. La escalabilidad también depende del diseño de los recursos de procesamiento, el almacenamiento, el ancho de banda, las políticas de grabación y la redundancia.
¿Qué es un servidor multimedia de videovigilancia en la nube?
Un servidor multimedia de videovigilancia es un componente que procesa flujos multimedia entre cámaras, sistemas de almacenamiento, aplicaciones y espectadores.
Sus principales responsabilidades suelen incluir:
- recepción de transmisiones de vídeo y audio;
- Procesamiento de los medios entrantes;
- grabación de vídeo;
- gestión de archivos;
- proporcionar acceso a los vídeos almacenados;
- ofreciendo transmisiones en vivo;
- Entrega de vídeo archivado.
En Aipix Mediaserver, estas funciones se dividen entre varios componentes principales, entre los que se incluyen Captura, Transmisión y DVR.
El componente de captura se conecta a cámaras y otras fuentes multimedia y recibe las transmisiones entrantes. El componente DVR gestiona la grabación y el archivo de vídeo. El componente de transmisión distribuye contenido multimedia, tanto en directo como archivado, a aplicaciones y usuarios.
El flujo general de medios se puede representar como:
Cámara o fuente de transmisión → Captura → Procesamiento RTP → Transmisión y/o DVR → Entrega de vídeo
Esta arquitectura mantiene las principales operaciones multimedia dentro de una única capa de procesamiento, separando al mismo tiempo las responsabilidades de adquisición, grabación, almacenamiento y reproducción de la transmisión.
¿Cómo procesa el módulo Capture los flujos de datos entrantes?
Antes de que se pueda grabar o transmitir un vídeo a los espectadores, Mediaserver debe establecer y mantener una conexión con la cámara u otra fuente de transmisión.
Esta tarea es gestionada por el Módulo de captura.
Capture proporciona una API para los módulos internos de Mediaserver que necesitan acceso a flujos de vídeo y admite la adquisición de flujos RTSP utilizando tanto el protocolo TCP como el UDP.
Una vez que se recibe una transmisión, Capture procesa la entrada. paquetes RTP, que contienen los datos multimedia.
En este proceso intervienen dos personas:
- Serpentina — se crea cuando se agrega una transmisión a Mediaserver. Procesa los paquetes RTP entrantes y los reenvía a los componentes responsables de la transmisión de video.
- Grabadora — se crea cuando se habilita la grabación para la transmisión. Procesa los mismos paquetes RTP entrantes y los reenvía al subsistema DVR/archivo.
Esta arquitectura permite utilizar una única señal de vídeo capturada por una cámara para varios fines simultáneamente.
Por ejemplo, se puede enviar una transmisión en directo a un usuario mientras esa misma transmisión se graba simultáneamente en el archivo.
Separar la captura de la grabación y la reproducción también ayuda a organizar las responsabilidades del procesamiento de medios a medida que aumentan las implementaciones.
¿Cuántas transmisiones puede procesar el servidor multimedia de videovigilancia?
Según la configuración de referencia documentada, uno Servidor de medios El nodo puede procesar hasta 5.000 transmisiones de vídeo, dependiendo del hardware y la carga de trabajo.
Este procesamiento puede incluir la captura de la transmisión, la grabación de archivos y la entrega de contenido.
Para el escenario de referencia de 5000 flujos, la configuración aproximada de la infraestructura es:
- 32 vCPU;
- 160 GB de RAM;
- SSD de 128 GB;
- 2 adaptadores de red de 10 Gbit/s;
- Hasta 3000 TB de disco duro para 30 días de almacenamiento de archivos.
Estas cifras no deben interpretarse como requisitos fijos para cada implementación.
El consumo real de recursos depende de factores como:
- número de corrientes;
- tasa de bits de la cámara;
- resolución;
- códec;
- modo de grabación;
- período de retención;
- tamaño del archivo;
- número de espectadores;
- Tráfico de red entrante y saliente.
Esta distinción es importante al estimar los costos de infraestructura. Dos implementaciones con la misma cantidad de cámaras pueden requerir cantidades muy diferentes de procesamiento, almacenamiento y ancho de banda.
Escalabilidad del servidor multimedia de videovigilancia en función del aumento del número de cámaras.
La escalabilidad tiene dos dimensiones principales: aumentar la capacidad de un nodo existente y añadir más nodos.
Aipix Mediaserver admite ambos escalado vertical y horizontal.
El escalado vertical consiste en aumentar los recursos de un servidor individual, como la CPU y la RAM.
El escalado horizontal consiste en añadir más nodos de Mediaserver y distribuir la carga de trabajo entre ellos.
Las configuraciones de referencia documentadas ilustran cómo cambian los requisitos de hardware a medida que aumenta el número de flujos:
| Transmisiones de vídeo | vCPU | RAM | Red | Disco duro de referencia de 30 días |
|---|---|---|---|---|
| 200 | 4 | 16 GB | 1 Gbit/s | 60 TB |
| 500 | 8 | 48 GB | 2 × 1 Gbit/s | 300 TB |
| 1,000 | 12 | 64 GB | 10 Gbit/s | 600 TB |
| 2,000 | 16 | 80 GB | 10 Gbit/s | 1.200 TB |
| 5,000 | 32 | 160 GB | 2 × 10 Gbit/s | 3.000 TB |
La tabla demuestra por qué el número de flujos debe tratarse como un dato de dimensionamiento en lugar de la única métrica de escalabilidad.
A medida que aumentan los despliegues, los diferentes recursos de infraestructura pueden incrementarse a ritmos diferentes.
Por ejemplo, un mayor número de espectadores puede aumentar el tráfico de red saliente sin modificar significativamente los requisitos de almacenamiento de archivos. Un período de retención más prolongado puede aumentar drásticamente los requisitos de almacenamiento sin cambiar el número de transmisiones entrantes.
Tolerancia a fallos y redundancia para la disponibilidad de VSaaS
Un sistema de videovigilancia a gran escala también debe tener en cuenta los fallos del servidor.
Si miles de transmisiones de cámaras dependen de un único nodo de procesamiento, un fallo puede afectar a una parte importante del servicio.
Por eso, la tolerancia a fallos y la redundancia son importantes en entornos con múltiples servidores.
Aipix Mediaserver puede funcionar con Controller en una configuración donde las cargas de trabajo se pueden redistribuir entre servidores. Si un servidor deja de estar disponible, las transmisiones se pueden redirigir a otro nodo disponible.
El valor práctico de este enfoque no se limita a las copias de seguridad.
Reduce la dependencia de un único servidor de procesamiento y permite considerar conjuntamente la planificación de la capacidad y la resiliencia.
En una implementación de mayor envergadura, los nodos adicionales pueden, por lo tanto, cumplir dos funciones:
- aumentar la capacidad de procesamiento;
- Mejorar la continuidad del servicio en caso de que falle otro nodo.
Para los operadores, esta es una distinción importante. La escalabilidad sin redundancia puede aumentar la capacidad, pero sigue dejando la plataforma vulnerable a fallos individuales de los servidores.
¿Cómo puede un servidor multimedia de videovigilancia ayudar a optimizar el almacenamiento?
El almacenamiento es uno de los requisitos de infraestructura más importantes en la videovigilancia en la nube.
La cantidad de almacenamiento necesaria depende en gran medida de la tasa de bits de la cámara, el modo de grabación, la compresión de vídeo, la actividad de la escena y el período de retención de los archivos.
La cifra de 3000 TB asociada a la configuración de referencia de 5000 flujos se basa en un escenario de archivo definido, en lugar de ser un requisito fijo para cada implementación.
El cálculo de referencia supone lo siguiente:
- aproximadamente 2 Mbit/s por flujo de vídeo;
- Grabación continua las 24 horas del día, los 7 días de la semana;
- 30 días de retención de vídeo.
Las diferentes estrategias de grabación pueden modificar significativamente los requisitos de almacenamiento.
Aipix Mediaserver admite varios modos de grabación de archivo, entre ellos:
- grabación continua;
- grabación bajo demanda;
- grabación basada en eventos;
- grabación programada;
- grabación atenuada.
Esto significa que los operadores pueden definir políticas de archivo según los requisitos de cada cámara o caso de uso, en lugar de aplicar el mismo modelo de grabación a todas las transmisiones.
Grabación continua
Gracias a la grabación continua, la transmisión de vídeo se archiva sin interrupciones.
Este método es adecuado cuando los operadores necesitan un historial visual completo de una cámara, pero también genera los mayores requisitos de almacenamiento.
Grabación bajo demanda
La grabación bajo demanda se inicia y se detiene a petición del cliente.
Esto puede resultar útil cuando la grabación solo es necesaria para situaciones específicas, investigaciones o tareas de vigilancia temporales.
Grabación programada
La grabación programada activa la grabación de archivo según un horario predefinido.
Por ejemplo, una cámara podría configurarse para grabar de forma continua durante el horario laboral, pero utilizar otra estrategia de grabación fuera de ese horario.
Grabación adelgazada
La grabación optimizada reduce la cantidad de datos que se escriben en el archivo.
Se pueden utilizar varios enfoques.
Con el aclareo continuo, solo clave Marcos IDR se registran.
En otra configuración, la grabación completa solo puede comenzar cuando un cliente lo solicite.
La grabación basada en la actividad de la escena ofrece otra opción. Cuando no hay cambios significativos en la imagen, el sistema puede grabar únicamente fotogramas IDR. Al detectarse actividad en la escena, un evento puede activar la grabación de la secuencia completa.
Esto permite reducir el consumo de material de archivo al tiempo que se conservan grabaciones más detalladas cuando ocurre algo importante.
Grabación basada en eventos para reducir el uso innecesario de archivos.
La grabación basada en eventos está diseñada para escenarios en los que no es necesaria la grabación continua las 24 horas del día, los 7 días de la semana, pero los operadores aún necesitan imágenes relevantes relacionadas con un incidente.
El problema radica en que grabar únicamente desde el momento exacto en que se detecta un evento puede eliminar información contextual importante.
Por ejemplo, una persona puede entrar en escena varios segundos antes de que se active la detección de movimiento.
Para solucionar este problema, Aipix Mediaserver mantiene un búfer de vídeo rotativo para las transmisiones configuradas para la grabación basada en eventos.
Dos parámetros controlan el proceso:
- Profundidad del arroyo (X) — determina cuántos segundos de vídeo reciente conserva Mediaserver en el búfer. El rango admitido es De 5 a 120 segundos.
- Tiempo de espera (Y) — determina cuánto tiempo Mediaserver continúa grabando después de recibir un evento desencadenante. El rango admitido también es De 5 a 120 segundos.
A medida que llegan nuevos ciclos de vídeo desde la cámara, se escriben en el búfer.
Una vez alcanzada la profundidad de búfer configurada, los datos más antiguos se eliminan a medida que llega nuevo vídeo. Como resultado, el búfer siempre contiene el período de metraje más reciente.
Cuando se activa un evento, Mediaserver comprueba si la grabación de archivo para esa transmisión ya está activa.
Si la grabación no está activa
Mediaserver extrae el material de vídeo almacenado en el búfer y lo coloca al principio de la nueva grabación de archivo.
A continuación, continúa grabando la transmisión en directo actual en el mismo archivo de archivo.
La grabación continúa durante el tiempo de espera posterior al evento configurado.
Por lo tanto, el archivo resultante puede contener:
Grabación previa al evento → Evento → Grabación posterior al evento
Por ejemplo, si la profundidad del flujo está configurada para 30 segundos y el tiempo de espera posterior al evento es 60 segundos, El archivo puede contener hasta 30 segundos de vídeo anteriores al evento y continuar grabando durante 60 segundos después de que se reciba el evento.
Antes de que finalice la grabación, Mediaserver reanuda el llenado del búfer para que las imágenes previas al evento estén disponibles de nuevo si se produce otro evento.
Si la grabación ya está activa
Si se recibe otro evento mientras la grabación ya está en curso, Mediaserver no necesita iniciar una grabación completamente independiente.
En cambio, el sistema amplía el período de grabación existente según el tiempo de espera configurado.
El punto en el que se reanuda el almacenamiento en búfer también se ajusta en consecuencia.
Este enfoque preserva el contexto útil de los eventos al tiempo que evita el consumo de almacenamiento asociado con la grabación continua para cada cámara.
¿Qué códecs de vídeo y audio admite Aipix Mediaserver?
La compatibilidad con códecs es importante porque las redes de vigilancia suelen contener cámaras y dispositivos de diferentes fabricantes y generaciones.
Aipix Mediaserver admite los códecs de vídeo más utilizados, entre ellos:
- H.264, también conocido como Codificación de vídeo avanzada (AVC) o MPEG-4 Parte 10;
- H.265, también conocido como Codificación de vídeo de alta eficiencia (HEVC) o MPEG-H Parte 2.
El códec H.264 sigue siendo uno de los más utilizados en la videovigilancia y ofrece un equilibrio práctico entre la eficiencia de compresión, la compatibilidad y los requisitos de procesamiento.
El códec H.265 puede proporcionar una mayor eficiencia de compresión que el H.264, lo que podría reducir el ancho de banda y el almacenamiento necesarios para una calidad de vídeo comparable.
Las capacidades de audio documentadas incluyen:
- transcodificación de CAA;
- PCMA;
- PCMU;
- G.711.
En entornos con cámaras mixtas, la compatibilidad con códecs es especialmente importante porque los operadores pueden utilizar equipos de varios fabricantes de diferentes generaciones.
Un servidor multimedia compatible con los códecs que ya utiliza el conjunto de cámaras puede procesar las transmisiones sin necesidad de que los operadores estandaricen todos los dispositivos al mismo formato multimedia.
¿Cómo distribuye un servidor multimedia de vigilancia vídeo en directo y archivado?
Una plataforma de videovigilancia en la nube debe distribuir vídeo a diferentes aplicaciones, dispositivos y entornos de usuario.
La Módulo de transmisión En Aipix, Mediaserver es responsable de la entrega tanto de transmisiones en vivo como de vídeo archivado.
Es compatible con varias tecnologías de reproducción:
- RTSP en directo — transmisión de vídeo en directo vía RTSP;
- Grabador de vídeo digital RTSP — Reproducción de vídeo archivado a través de RTSP;
- HLS en directo — transmisión de vídeo en directo a través de HLS;
- HLS DVR — Reproducción de vídeo archivado mediante HLS;
- WebRTC en directo — Transmisión de vídeo en directo con baja latencia;
- Grabador de vídeo digital WebRTC — reproducción de archivos a través de WebRTC;
- Exportación de archivos mediante MP4 fragmentado;
- Exportar el archivo como TAR.
El uso de varios protocolos de entrega proporciona a las aplicaciones flexibilidad en la forma en que se presenta el vídeo a los usuarios.
RTSP
RTSP, o Protocolo de Transmisión en Tiempo Real, se utiliza habitualmente para establecer y gestionar sesiones de transmisión de contenido multimedia.
Se utiliza ampliamente en entornos profesionales de vídeo y vigilancia, y admite operaciones como la reproducción, la pausa, la detención y la navegación por los medios grabados.
HLS
HLS proporciona transmisión de contenido multimedia basada en HTTP y se puede utilizar tanto para la reproducción de vídeo en directo como para la de vídeo archivado.
Resulta especialmente útil en entornos donde es necesario transmitir vídeo a través de una infraestructura web o a una amplia gama de dispositivos cliente.
WebRTC
WebRTC permite la transmisión de audio, vídeo y datos en tiempo real entre aplicaciones y navegadores.
Sus características de baja latencia la hacen idónea para escenarios en los que es importante minimizar el retardo entre la captura de la cámara y la reproducción por parte del usuario.
Por lo tanto, se pueden seleccionar diferentes protocolos según la arquitectura de la aplicación, los requisitos de latencia, el entorno de red y el escenario de reproducción.
Controladores de reproductores en vivo y DVR
Internamente, el módulo de transmisión utiliza controladores específicos para diferentes escenarios de reproducción.
HLS en directo, RTSP en directo y WebRTC en directo Los operadores procesan las solicitudes de vídeo en tiempo real.
HLS DVR, RTSP DVR y WebRTC DVR Los encargados procesan las solicitudes para ver las grabaciones almacenadas en el archivo.
Para la reproducción de archivos, el Reproductor DVR Recupera los paquetes RTP necesarios según el identificador de flujo y la marca de tiempo solicitados.
Esto permite a los usuarios navegar por las grabaciones sin necesidad de iniciar una nueva sesión de captura con la cámara original.
Por lo tanto, la misma infraestructura de Mediaserver puede admitir tanto la visualización en directo como la reproducción de archivos, manteniendo separadas las responsabilidades de captura, almacenamiento y reproducción.
¿Cómo gestiona Mediaserver los archivos de vídeo?
La grabación de vídeo es solo una parte de la gestión de archivos.
A medida que aumenta el tamaño del archivo, el sistema también necesita determinar:
- cómo se segmentan las grabaciones;
- donde se almacenan;
- cuánto tiempo permanecerán disponibles;
- cuándo se deben eliminar los datos antiguos;
- cómo se pueden recuperar y exportar las grabaciones.
La módulo DVR Se encarga de estas responsabilidades.
Por defecto, las grabaciones del DVR se crean en segmentos de dos minutos. La duración de la grabación se puede ajustar cuando se configura la transmisión a través del controlador.
Los datos registrados se almacenan automáticamente en el directorio de almacenamiento local configurado.
La configuración de retención define cuánto tiempo permanecen disponibles las grabaciones archivadas. Cuando finaliza el período de retención, las grabaciones más antiguas se pueden eliminar automáticamente para que el espacio de almacenamiento pueda seguir utilizándose para grabaciones más recientes.
El archivo también puede eliminarse por completo a petición del cliente.
Las cuotas de archivo y las políticas de grabación proporcionan mecanismos adicionales para controlar el consumo de almacenamiento.
Para implementaciones de VSaaS a gran escala, esto convierte la gestión de archivos en una capacidad de infraestructura fundamental, en lugar de ser solo una función de reproducción.
¿Qué formatos de archivo se pueden exportar?
Las grabaciones de vigilancia a menudo deben utilizarse fuera de la plataforma de vídeo principal.
Es posible que los operadores necesiten proporcionar material audiovisual para investigaciones, compartirlo con terceros, crear breves avances o transferir las grabaciones a otro sistema.
Aipix Mediaserver admite varios formatos de exportación de archivos.
MP4
MP4 es uno de los formatos de contenedor de vídeo más compatibles.
Es adecuado cuando las grabaciones necesitan reproducirse mediante aplicaciones comunes de escritorio, móviles y multimedia, o compartirse fuera de la plataforma de vigilancia.
fMP4
MP4 fragmentado o fMP4, divide los medios en fragmentos más pequeños.
Resulta especialmente útil en arquitecturas orientadas a la transmisión de contenido, ya que los fragmentos individuales pueden procesarse y entregarse sin tener que esperar a que se complete un archivo multimedia completo.
Instantánea MP4
Snapshot MP4 permite acceder a momentos seleccionados dentro del material grabado.
Puede resultar útil cuando los operadores necesitan acceder rápidamente a un punto o evento en particular sin tener que revisar todo el archivo.
Vista previa MP4
La vista previa en formato MP4 ofrece una representación más breve del material grabado y puede ayudar a los usuarios a evaluar las imágenes antes de abrir o exportar la grabación completa.
Archivo sin procesar
La exportación de archivos sin procesar conserva los datos del archivo en su representación original almacenada.
Esto puede resultar útil para flujos de trabajo en los que sea necesario conservar los datos multimedia originales para su posterior procesamiento, análisis, migración o examen especializado.
La compatibilidad con múltiples formatos de exportación permite que el almacenamiento de archivos y el uso de vídeo externo sigan siendo cuestiones separadas.
Los operadores pueden almacenar las grabaciones dentro de una estructura de archivo optimizada para la plataforma, al tiempo que las exportan a un formato adecuado para los usuarios o las aplicaciones posteriores.
Reproducción de grabaciones de DVR sin recapturar la señal de la cámara.
Una característica importante de la arquitectura del DVR es que las grabaciones archivadas se pueden reproducir independientemente de la sesión de captura de la cámara actual.
Cuando un usuario solicita grabaciones históricas, el reproductor DVR carga los datos necesarios del archivo según la transmisión y la marca de tiempo solicitada.
El sistema no necesita volver a conectarse a la cámara ni recapturar las imágenes originales.
Esto es especialmente importante en grandes entornos de videovigilancia, ya que la reproducción de archivos puede generar un tráfico de usuarios considerable.
Separar la reproducción histórica de la captura de la cámara reduce la interacción innecesaria con las cámaras y permite que el material almacenado se entregue directamente desde la infraestructura de archivo.
¿Puede un servidor multimedia de videovigilancia utilizar diferentes recursos de almacenamiento?
La capacidad de procesamiento y el almacenamiento no necesariamente crecen al mismo ritmo.
Un despliegue con muchas cámaras y un período de retención corto puede requerir una capacidad de procesamiento significativa, pero un almacenamiento de archivo relativamente limitado.
Otra implementación podría procesar menos transmisiones, pero conservar las grabaciones durante mucho más tiempo.
Aipix Mediaserver admite el almacenamiento DVR configurable mediante ubicaciones de almacenamiento físico y puntos de montaje definidos.
Esto permite planificar la infraestructura de almacenamiento de forma independiente de los recursos de CPU y memoria utilizados para el procesamiento de flujos de datos.
Separar estos requisitos puede hacer que la planificación de infraestructuras sea más flexible.
La capacidad de cómputo se puede aumentar a medida que crece la demanda de procesamiento de flujos de datos, mientras que el almacenamiento se puede ampliar según la profundidad del archivo, la tasa de bits de la cámara y las políticas de grabación.
Rentabilidad de VSaaS con un servidor multimedia de videovigilancia
No existe una única configuración que haga que todos los sistemas de videovigilancia sean rentables.
La eficiencia se logra al hacer coincidir los diferentes recursos de infraestructura con las cargas de trabajo que realmente soportan.
Por ejemplo:
- La capacidad de procesamiento debe ajustarse al volumen y la complejidad del flujo de datos;
- El almacenamiento debe cumplir con los requisitos de registro y retención;
- La capacidad de la red debe ajustarse al tráfico multimedia entrante y saliente;
- Los modos de grabación deben reflejar la importancia operativa de cada flujo;
- Las tecnologías de entrega deben ajustarse a los requisitos de la aplicación y de latencia;
- La redundancia debe reflejar los requisitos de disponibilidad del servicio.
Las políticas de registro pueden tener un impacto particularmente significativo en los costos de infraestructura.
Una cámara que graba de forma continua genera una carga de almacenamiento muy diferente a la de una cámara que utiliza grabación basada en eventos o grabación fragmentada.
Del mismo modo, una instalación con relativamente pocas cámaras pero muchos espectadores simultáneos puede generar una mayor necesidad de ancho de banda de salida que un despliegue de cámaras mucho mayor con visualización en directo limitada.
Por ello, un servidor multimedia de videovigilancia debe evaluarse como parte de una arquitectura más amplia, en lugar de basarse únicamente en su capacidad de transmisión de datos.
Un servidor capaz de procesar miles de transmisiones es valioso, pero la implementación general aún depende de la eficiencia con la que se configuren la captura, el almacenamiento, la red, la grabación, la reproducción y la conmutación por error.
Creación de un servicio de videovigilancia escalable
El principal desafío en la videovigilancia en la nube no es simplemente admitir más cámaras.
Gestiona la carga de trabajo combinada generada por esas cámaras.
Cada flujo afecta al procesamiento, la red, el almacenamiento, la gestión de archivos y la distribución de vídeo.
A medida que aumentan las implementaciones, estos requisitos se interconectan cada vez más.
Por lo tanto, una arquitectura de servidor multimedia de videovigilancia bien diseñada debe ofrecer más que una alta capacidad de transmisión. Debe permitir que el procesamiento, el almacenamiento, el ancho de banda, las políticas de grabación y la redundancia se adapten a sus propias necesidades.
Aipix Mediaserver ilustra este enfoque al combinar la captura de flujos, el procesamiento RTP, la grabación de archivos, la entrega de medios, modos de grabación flexibles, la gestión de almacenamiento, la exportación de archivos y el escalado a múltiples servidores dentro de una única capa de procesamiento de medios.
La separación de Captura, transmisión y DVR Las funciones también ayudan a crear un flujo de trabajo multimedia predecible:
Cámara → Captura → Procesamiento RTP → Transmisión en directo y/o grabación de archivo → Almacenamiento → Reproducción o exportación
En lo que respecta a la planificación de la infraestructura VSaaS, la lección clave es más amplia que la de cualquier producto individual.
La escalabilidad eficiente se logra comprendiendo la carga de trabajo multimedia completa y ajustando cada recurso según la demanda real.
Para obtener más información sobre las capacidades de Aipix Mediaserver para lanzar y escalar de manera eficiente un servicio de videovigilancia, póngase en contacto con el equipo de Aipix para una presentación detallada.
Para obtener más información sobre las capacidades de Aipix Mediaserver para el lanzamiento y la escalabilidad eficientes del servicio de videovigilancia, póngase en contacto con nuestros gerentes para una presentación detallada.
