IREX
ES

Arquitectura de la plataforma

Cómo viaja el video de una cámara a un operador, las tres formas en que un sitio puede conectarse, y la base de código abierto sobre la que funciona la plataforma. Esta página es el mapa conceptual; el detalle a nivel de componente está en Arquitectura de microservicios.

El recorrido de la cámara al operador

Flujo de datos de la plataforma IREX, de la cámara al operador ORÍGENES CONECTIVIDAD PROCESAMIENTO Y ALMACENAMIENTO ACCESO Cámaras IP ONVIF, RTSP Sensores y dispositivos en capas de mapa definidas por el usuario Contenido cargado archivos agregados para análisis Conexión directa fibra o banda ancha, sin servidor en el sitio Servidor de borde IA y almacenamiento local IREX Private Cloud Kubernetes, pila 100% de código abierto Ingesta y archivo fragmentos de video, capturas, retención Canalizaciones de analítica CPU (Synet) y GPU (NVIDIA CUDA) Bus de eventos detecciones, coincidencias, alarmas Índice de búsqueda agrupamiento para búsqueda en menos de 1 s Espacio de trabajo mapa, video, búsqueda Monitores de alarma alertas en tiempo real Mensajero Sover alertas de campo, Ask IREX API y Superset integraciones, tableros Toda solicitud pasa por control de acceso basado en roles, la validación de Case ID y el log de auditoría
El video y los eventos se desplazan de izquierda a derecha. El control de acceso y el registro se aplican en cada punto donde un operador, una integración o un agente interactúa con la plataforma.

Modelos de despliegue

Las condiciones de conectividad difieren de un sitio a otro, por lo que la plataforma admite tres modelos. El modelo comercial es independiente del modelo de conectividad: cualquiera de los tres puede licenciarse como suscripción o como licencia perpetua.

Modelo Dónde se ejecuta la IA Adecuado para
Conexión directa En la nube privada. Sin servidores en el sitio. Sitios con fibra o banda ancha de alta disponibilidad.
Servidor de borde de alta disponibilidad En servidores de borde redundantes en el sitio, por enlaces cableados o inalámbricos. Conexiones con ancho de banda limitado o poco confiables donde no se acepta tiempo fuera de servicio.
Servidor de borde económico En un único servidor de borde en el sitio. Sitios más pequeños con conectividad limitada.

Los tres modelos ofrecen administración centralizada, alta disponibilidad, registros de acceso y acceso web desde cualquier dispositivo. Véase Servidores de borde y Desplegar una instancia.

Cómo escala la plataforma

Cuatro dimensiones escalan de forma independiente y lineal: cantidad de cámaras, cantidad de usuarios, período de retención y cantidad de módulos de IA activos. Duplicar cualquiera de ellas es un cambio operativo, es decir, agregar nodos, no un cambio arquitectónico.

Dimensión Probado en producción Techo arquitectónico
Cámaras en una instancia 100.000+, todas con analítica en tiempo real 1.000.000
Usuarios concurrentes Centros de comando multi-organismo 100.000
Retención de búsqueda instantánea 30 días 1 año
Módulos de IA activos por canal Véase Compatibilidad de módulos Limitado por la capacidad del nodo, no por el diseño

El almacenamiento crece agregando nodos Ceph; el índice de descriptores crece con el plano de datos; los workers de analítica no tienen estado y escalan horizontalmente. Véase Escalar la instancia y Requisitos del sistema.

Resiliencia

Los despliegues de seguridad pública operan de forma continua durante años, de modo que la falla de un componente se trata como operación normal y no como un incidente:

  • Sin punto único de falla. Cualquier servidor, disco, switch, nodo de borde o worker de analítica puede fallar o ser reemplazado bajo carga sin tiempo fuera de servicio visible para el operador.
  • Replicación triple de datos en el almacenamiento distribuido Ceph, con conmutación automática por falla en los servicios del plano de control y del plano de datos.
  • Reinicios progresivos nativos de Kubernetes para las actualizaciones, de modo que un cambio de versión no exige una ventana de mantenimiento. Véase Actualizar la instancia.
  • Servidores de borde redundantes en el modelo de despliegue de alta disponibilidad, de modo que un sitio sigue grabando y analizando cuando su enlace ascendente falla.

La base de código abierto

La capa de infraestructura es enteramente de código abierto, sin código propietario de terceros. Esto es lo que hace que la pila sea inspeccionable y elimina toda dependencia del servicio alojado de un proveedor:

Componente Función en la plataforma
Kubernetes Orquesta todos los servicios; reinicia contenedores fallidos y los migra fuera de los hosts que fallan.
Ceph Almacenamiento distribuido para el archivo de video, con replicación triple.
Cassandra Almacena el video sin procesar y los registros completos de eventos a escala de petabytes.
Apache Ignite Almacén en memoria para los metadatos de eventos, lo que hace posible que la búsqueda responda en menos de un segundo.
Kafka Broker de mensajes entre todos los servicios; transporta eventos, coincidencias y alarmas.
PostgreSQL Almacén relacional para configuración, usuarios, permisos y recursos.
Elasticsearch y Apache Spark Indexado y analítica por lotes detrás de los informes y tableros.

Una arquitectura de red Leaf-Spine mantiene una latencia predecible en todo el clúster. Toda la pila está alojada por IREX Private Cloud, la plataforma de IrexAI que va de bare metal a Kubernetes, y que también aloja a Sover.

El detalle servicio por servicio, incluyendo los nombres de los microservicios y sus entradas y salidas, está en Arquitectura de microservicios. Lo que esta base significa para la propiedad y la auditabilidad está en Soberanía de datos y tecnología.