Un solo puerto abierto, cincuenta sedes y los límites por escrito

Lo primero que pregunta un área de redes no es qué detecta la cámara: es qué puertos hay que abrir. IRIS escucha en catorce, y solo uno cruza el firewall, el 443. Los otros trece escuchan únicamente adentro de la propia máquina, y eso no está escondido en el programa: es una política que se ve y se edita desde la web. Para el cliente son trece excepciones que no hay que pedir, ni documentar, ni justificar ante un auditor, ni revisar cada año, y trece puertas que nadie va a dejar abiertas cuando el componente que las pedía ya no exista. En una instalación repartida son además trece discusiones menos con cada sede, que suele tener su propio criterio; quien alguna vez peleó con un área de redes sabe exactamente lo que eso vale. Y cuando algo sale mal, la comprobación de red completa se reduce a una: si llega el 443, funciona.

Una sola instalación gobierna servidores repartidos en sedes, países y zonas horarias, y se manejan como si fueran uno. Las organizaciones se anidan sin límite de profundidad —grupo, país, región, cliente, sede— y el acceso se delega en consecuencia: quien lleva una sede toca la suya y el centro lo ve todo. Cada organización, cada servidor y cada cámara llevan su propia zona horaria, así que comparar la hora pico de cuatro países no descuadra ninguna serie. Y lo más importante: esto no es un cerebro central del que dependa la vigilancia. Cada sede capta sus cámaras, detecta, aplica sus reglas, graba y mueve sus relés en local, y hacia el centro suben eventos y medidas, nunca cuadros de imagen. Si se corta el enlace, la sede sigue trabajando y publica lo que juntó apenas vuelve.

El producto declara más de cien mil servidores y más de cinco millones de cámaras, pero esa cifra sola no demuestra nada: cualquiera la escribe. Lo que la sostiene es que los ocho límites del producto están publicados, cada uno con su unidad de reparto, y que tres se resuelven agregando máquinas mientras cinco son techo y hay que respetarlos. Un ejemplo de los que se reparten: entran sesenta y cuatro cámaras por proceso de captación, así que cinco mil cámaras son setenta y nueve procesos repartidos entre las máquinas que hagan falta. Eso es una respuesta de ingeniería, y publicar los propios techos es la mejor demostración de confianza en el producto que existe: escalable lo escribe cualquiera, sus ocho límites casi nadie. Y la cuenta no se hace en una planilla aparte: adentro del propio producto hay una calculadora que hace doce preguntas, dice qué equipos hacen falta, avisa de qué recurso se agota primero y declara inviable —no arriesgado— un dimensionamiento que cruce un límite que no se puede repartir. Cada número que devuelve lleva escrito de dónde sale, y dice por escrito qué es lo que en esa instalación todavía no se midió.

Lo que el sistema mide se puede sacar de él. Se le pide su catálogo de datos y devuelve todo lo que sabe calcular y todo aquello por lo que se puede agrupar, con los nombres ya traducidos: es el mismo vocabulario que usan las pantallas, así que no hay una interfaz de segunda para los de afuera. Los límites van dichos por delante, que es lo que agradece quien programa contra ella: el rango de fechas es obligatorio, la respuesta trae como mucho cincuenta mil filas y una consulta demasiado ancha se rechaza con el motivo escrito en lugar de degradarse en silencio. Hacia afuera, el sistema habla con cámaras de cualquier fabricante por protocolos estándar, mueve relés de barrera, de molinete o de sirena, avisa por correo y por mensajería, llama a sistemas de terceros y exporta a planilla. Y todo eso pasa con la misma identidad de usuario y por el mismo puerto: no hay un directorio de usuarios aparte para las integraciones.

Los ocho límites, uno por uno, porque es lo primero que va a preguntar un integrador en una demostración. Tres se reparten: 64 cámaras por proceso de captación, 8.192 conexiones vivas en el punto de entrada y las 1.000 que una sola instancia atiende a la vez. Los tres se resuelven agregando procesos o puntos de entrada, y por eso no son un problema. Los otros cinco son techo. Van así: 64 consumidores por cámara, donde cada grabador, cada detector y cada visor ocupa uno; 16.384 puertos temporales del sistema operativo, que ni siquiera es un límite nuestro y que explica el anterior; 8 cuadros por lote del motor de detección; 600 cuadros retenidos por consumidor, que es el multiplicador que dispara la memoria apenas sube la resolución; y una tarjeta gráfica por proceso, porque un modelo no se parte por la mitad entre dos: o entra entero, o hacen falta dos copias. Comprar más máquinas no mueve ninguno de esos cinco, y ése es el motivo de que estén escritos y no escondidos. Con esta lista y con la calculadora, una instalación se dimensiona sin llamarnos.

La analítica no es un módulo aparte que copia datos: es la misma fuente que las pantallas, agrupada. Siete métricas, dieciséis dimensiones por las que agrupar y filtrar, veintisiete tipos de gráfico y cinco formatos de exportación que se generan en el propio navegador, sin conexión. Y el detalle que delata a quien hizo esto de verdad: las métricas que no se pueden volver a agrupar sin mentir —los objetos distintos, la estadía y la ocupación media ponderada por tiempo— están marcadas como tales y se sirven del detalle, porque una suma de sumas no significa nada. Por la interfaz de programación sale lo mismo y con las mismas reglas: el rango de fechas es obligatorio, la paginación no se degrada al avanzar, y un error de permisos, uno de vocabulario y uno de rango no se confunden entre sí. Y el alcance de lo que se puede ver se resuelve en el servidor a partir de los permisos de quien pregunta: un pedido puede achicar lo que ve, nunca agrandarlo.