En breve
Un videowall air-gap no es un videowall convencional al que se le ha desenchufado el cable de internet.
Es una pila de visualización para salas de control diseñada para que los operadores muestren dashboards, cámaras, sesiones KVM, mapas y vistas de incidentes sin plano de control SaaS externo, telemetría saliente ni inicio de sesión en la nube.
En un videowall soberano, ese requisito se amplía del aislamiento de red al control jurisdiccional: dónde se ejecuta el software, dónde permanecen los registros, quién puede actualizarlo y cómo demuestra el comprador que ningún dato operativo sale de la instalación.
Videowall air-gap: qué cambia
Quien busca un videowall air-gap suele tener una de tres restricciones. La primera, una instalación que puede desconectarse por completo de las redes públicas. La segunda, una política de seguridad que prohíbe los planos de control gestionados desde la nube.
La tercera, un entorno regulado en el que los datos operativos deben permanecer dentro de un perímetro definido.
El videowall sigue teniendo que hacer el trabajo habitual de un videowall —componer fuentes, guardar disposiciones, tolerar los fallos de las fuentes y dar a los operadores control desde el navegador—, pero todas sus dependencias deben ser locales.
Eso cambia la lista de materiales. El controlador del videowall, la interfaz de operador, la base de datos de disposiciones, las credenciales de fuentes, los registros, los paquetes de actualización y el flujo de soporte necesitan una vía sin conexión.
Un inicio de sesión en la nube que solo comprueba la licencia una vez al mes sigue siendo una dependencia de la nube si la sala debe funcionar desconectada.
Los compradores canadienses que apliquen estos controles deberían consultar también la guía de despliegue de videowalls en Canadá para la capa local de residencia de datos, operación bilingüe y contratación en dólares canadienses (CAD).
Software de videowall sin nube frente a videowall gestionado desde la nube
El software de videowall sin nube mantiene el plano de control dentro de la instalación. El videowall puede seguir mostrando dashboards web de sistemas internos: Grafana, Splunk, resúmenes de SCADA, mapas GIS o colas de tickets.
Pero el propio software del videowall no necesita la nube de un proveedor para crear escenas, autenticar a los operadores, almacenar presets ni recuperar fuentes.
Los videowalls gestionados desde la nube pueden ser la respuesta adecuada para entornos multisede en los que el departamento central de TI quiere una única consola global.
Encajan mal cuando el videowall muestra telemetría de un SOC o contexto SCADA de servicios públicos, o cuando sirve a salas de incidentes gubernamentales u operaciones restringidas en las que la telemetría saliente debe justificarse línea por línea.
Es la misma disyuntiva que los compradores evalúan en la página de la alternativa a Userful: profundidad multisede en la nube frente a control local, TCO predecible y operación air-gap.
Lista de verificación para la compra de un videowall soberano
Un videowall soberano debe especificarse en términos operativos y no como una preferencia de marca. La lista de verificación útil es la siguiente:
- Plano de control local: las disposiciones, los usuarios, los roles, los registros y las definiciones de fuentes residen en la instalación o en la infraestructura aprobada por el comprador.
- Sin telemetría saliente por defecto: el soporte y el diagnóstico requieren una exportación explícita, no una subida automática al proveedor.
- Vía de licenciamiento sin conexión: el videowall sigue funcionando ante un corte de internet, el aislamiento de la instalación, una caída del proveedor o un bloqueo de red de emergencia.
- Credenciales locales de las fuentes: las credenciales de dashboards, VMS, KVM y cámaras se almacenan y se rotan según la política del comprador.
- Disciplina de parches y reversión: los paquetes de actualización pueden prepararse, verificarse, aprobarse y revertirse (rollback) sin abrir un túnel directo con el proveedor.
- Registro de auditoría: las acciones de los operadores, los cambios de fuentes, las fuentes fallidas y los cambios de presets pueden reconstruirse después de un incidente.
Plan de fuentes del software de videowall sin conexión
Hablar de software de videowall sin conexión no significa que todas las fuentes sean estáticas. Significa que el videowall puede mostrar las fuentes accesibles dentro de la red local y degradarse de forma ordenada cuando desaparece una dependencia externa.
Las salas restringidas típicas siguen teniendo una combinación de fuentes muy variada:
- Dashboards en navegador de los sistemas internos de NOC, SOC, SCADA, GIS, BI y tickets.
- Captura RTSP / NDI / HDMI para CCTV, cámaras de planta, señales de confianza de broadcast y entradas de briefing.
- IP-KVM para promover de forma controlada las estaciones de trabajo de los operadores sin exponer por defecto los escritorios completos.
- Contenidos multimedia locales, diapositivas de briefing, mapas de incidentes y páginas de estado de reserva para los modos de formación y de interrupción del servicio.
La arquitectura se parece a la de un videowall para NOC o de un videowall para SOC / SIEM, pero con un control más estricto de la autenticación, la telemetría, los parches y la recuperación.
Las empresas de servicios públicos deberían combinar esta guía con la guía de videowall para salas de control de energía y servicios públicos.
El motivo es que las salas SCADA y las de respuesta ante cortes de suministro suelen heredar la misma regla de no usar la nube.
Modelo de costes: cuotas de nube, equipos dedicados y servidores locales
Los requisitos air-gap suelen sacar a la luz costes ocultos. Una suscripción por pantalla puede necesitar una excepción especial de licenciamiento sin conexión.
Un equipo dedicado (appliance) de hardware puede parecer sencillo hasta que crece el número de fuentes y llega la siguiente renovación de tarjetas de captura o de chasis.
Un videowall definido por software en un servidor Linux local con GPU traslada el coste a un modelo más claro: licencia perpetua, hardware estándar, soporte, puesta en marcha y renovación planificada del servidor.
Modele la misma sala en la calculadora de TCO de videowall antes de decidir. Para salas restringidas de 8 y de 16 pantallas, compare tres escenarios: suscripción gestionada desde la nube, renovación del equipo dedicado y software local sin nube.
A menudo, la diferencia no está solo en el coste de la licencia: también está en la auditoría, las actualizaciones, el soporte y el procedimiento ante tiempos de inactividad.
Dónde encaja Craft Wall
Craft Wall encaja en proyectos de videowall air-gap y soberano en los que el comprador quiere un servidor Linux local (on-premises) y dashboards renderizados en el navegador como fuentes de primer nivel.
Esos proyectos piden, además, captura RTSP / NDI / HDMI, IP-KVM, disposiciones con nombre, control local por parte de los operadores y una licencia perpetua en lugar de una suscripción por pantalla.
Es la capa de visualización, no la cadena de control primaria certificada para SCADA, despacho, radar o acciones críticas para la seguridad.
Si el proyecto sustituye a una controladora de videowall hardware, compare la vía de migración que describe la alternativa a Datapath Fx4.
Si el proyecto aún está eligiendo proveedores, utilice la comparativa del mejor software de videowall para distinguir entre las opciones gestionadas desde la nube, las basadas en controladora hardware y las definidas por software.
Qué leer a continuación
Utilice esta página junto con la guía de cumplimiento normativo para videowall, la guía de RBAC, SSO y API para videowall y la arquitectura de videowall en nube híbrida para entornos parcialmente conectados.
Añada la guía de dimensionamiento de videowalls para planificar el número de fuentes y de pantallas, y la guía de videowall para centro de mando y control para salas C4ISR, JOC y de mando restringidas.
Consulte el desglose del TCO de software frente a hardware antes de redactar la especificación de compra.