Un solo puerto abierto, cincuenta sedes y los topes por escrito

La primera pregunta de un área de redes nunca es qué detecta la cámara: es qué puertos hay que abrir. IRIS escucha en catorce, pero solo uno cruza el firewall, el 443. Los otros trece escuchan nada más dentro de la propia máquina, y que sea así no está escondido en el programa: es una política que se ve y se edita desde la web. Para el cliente eso 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 se dejará abiertas cuando el componente que las pedía ya no exista. En una instalación repartida son además trece negociaciones menos con cada sede, que suele tener su propio criterio; quien haya peleado alguna vez con un área de redes sabe exactamente lo que eso vale. Y cuando algo va mal, la comprobación de red completa se reduce a una: si llega el 443, funciona.

Esto no es un cerebro central del que dependa la vigilancia, y es lo más importante: cada sede capta sus cámaras, detecta, aplica sus reglas, graba y acciona sus relevadores en local, y hacia el centro solo suben eventos y medidas, nunca cuadros de video. Si se corta el enlace, la sede sigue trabajando y publica lo acumulado en cuanto vuelve. Dicho eso, una sola instalación gobierna servidores repartidos en sedes, países y husos horarios, 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 igual, el responsable de una sede toca la suya y el centro lo ve todo. Cada organización, cada servidor y cada cámara traen su propio huso horario, así que comparar la hora pico de cuatro países no descuadra ninguna serie.

Más de cien mil servidores y más de cinco millones de cámaras: esa cifra sola no demuestra nada, porque cualquiera la escribe. Lo que la sostiene es que los ocho topes del producto están publicados, cada uno con su unidad de reparto, y que tres se resuelven agregando máquinas mientras cinco son muro y hay que respetarlos. Un ejemplo de los que se reparten: caben 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 ya es una respuesta de ingeniería, y publicar los propios muros es la mejor demostración de confianza en el producto que existe: «escalable» lo escribe cualquiera; sus ocho topes, casi nadie. Y la cuenta no se hace en una hoja 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 tope que no se puede repartir. Cada número que devuelve lleva escrito de dónde sale, y deja por escrito qué es lo que en esa instalación todavía no se ha medido.

Todo ocurre con la misma identidad de usuario y por el mismo puerto: no hay un directorio de usuarios aparte para las integraciones. Y 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, en el mismo vocabulario que usan las pantallas —no hay una interfaz de segunda para los de fuera—. Los límites van por delante, que es lo que agradece quien programa contra ella: el rango de fechas es obligatorio, la respuesta trae cincuenta mil filas como máximo, y una consulta demasiado ancha se rechaza con el motivo escrito en vez de degradarse en silencio. Hacia afuera, el sistema habla con cámaras de cualquier fabricante por protocolos estándar, acciona relevadores de pluma, torniquete o sirena, avisa por correo y por mensajería, llama a sistemas externos y exporta a hoja de cálculo.

Con esta lista y con la calculadora, un integrador puede dimensionar una instalación sin llamarnos; por eso los ocho topes van escritos uno por uno, que es exactamente lo que va a preguntar 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, y los tres se resuelven agregando procesos o puntos de entrada. Los otros cinco son muro: 64 consumidores por cámara —cada grabador, cada detector y cada visor ocupa uno—; 16,384 puertos temporales del sistema operativo, que ni siquiera es un tope nuestro y es la razón del anterior; 8 cuadros por lote del motor de detección; 600 cuadros retenidos por consumidor, que es el multiplicador que dispara la memoria en cuanto sube la resolución; y una tarjeta gráfica por proceso, porque un modelo no se parte a la mitad entre dos: o cabe entero o hacen falta dos copias. Esos cinco no se arreglan comprando más máquinas, y por eso están escritos en vez de escondidos.

Aquí la analítica no es un módulo aparte que copia datos: es la misma fuente que alimenta las pantallas, nada más que agregada. Siete métricas, dieciséis dimensiones por las que agrupar y filtrar, veintisiete tipos de visualización y cinco formatos de exportación que se arman en el propio navegador, sin conexión. Y hay un detalle que delata a quien ya hizo esto de verdad: las métricas que no se pueden reagregar sin mentir —los objetos distintos, la estancia y la ocupación media ponderada por tiempo— van marcadas como tales y se sirven del detalle, porque una suma de sumas no significa nada. Por la interfaz de programación sale exactamente 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 ámbito de lo que se puede ver lo resuelve el servidor con los permisos de quien pregunta: una petición puede estrechar lo que ve, jamás ampliarlo.