Videovigilancia en la nube: fases de migración técnica

Se cumple en el cuarto de comunicaciones, con el armario rack abierto, contando puertos libres en el switch y midiendo si el router tiene uplink de fibra symétrica o un simple ADSL de barrio. Y es que migrar un sistema de CCTV a la nube no es mover archivos de un disco duro a otro: es cambiar la arquitectura completa de una instalación que, hasta ahora, vivía encerrada entre cuatro paredes, y eso se nota en el cableado, en los switches, en los puentes de red y, sobre todo, en el consumo de ancho de banda de subida. Si no planificamos esto como se debe, vamos a tener cámaras que se caen, grabaciones que se cortan y un cliente llamando cada dos horas para preguntar qué ha pasado.

El primer paso siempre es el mismo: auditoría de lo que ya tienes

Antes de tirar línea nueva, hablar con ningún proveedor de VSaaS o lanzar la pregunta en una junta de vecinos, lo que necesitamos es tener claro con qué contamos hoy. Y aquí no vale hacerlo de memoria: hay que bajar al cuarto técnico, abrir el armario y empezar a anotar. Yo siempre llevo una libreta y voy tachando puntos a medida que los compruebo:

• Cuántas cámaras hay en producción y qué resolución real tienen (no la del datasheet, la que entrega el sensor).
• Qué modelo de grabador las gestiona, si es NVR o si es un DVR reconvertido con codificador.
• Versión de firmware de cada cámara y, sobre todo, si soporta ONVIF en algún perfil que nos sirva.
• Puertos libres en el switch de core y en los switches de planta.
• Velocidad de subida real del enlace, medida a pie de obra, no la del contrato.

Y aquí llega la primera cura de humildad: nos vamos a encontrar con instalaciones que llevan ocho años sin actualizar firmware, cámaras que ni saben lo que es ONVIF, switches de 100 Mbps cuando estamos pensando en flujos de 4 megapíxeles y, en el peor de los casos, un rack donde ya no cabe ni un latiguillo. Si vamos a una plataforma cloud sin haber hecho este inventario, el día del despliegue vamos a descubrir que la mitad de las cámaras no tienen driver compatible, y volver a pedirlas con urgencia es un dinero y un tiempo que no teníamos presupuestado. Si hay que picar pared, tirar corrugado por el falso techo o cambiar un switch, mejor saberlo en la fase de evaluación que a dos semanas del apagado del sistema viejo.

"La migración no empieza en la nube, empieza en el rack. Si no sabes qué tienes conectado hoy, no sabes qué vas a poder migrar mañana."

El ancho de banda: la cifra que nadie quiere mirar

Vamos a hablar de números, que es donde se caen los proyectos bonitos. Cuando un cliente me dice "quiero 16 cámaras en la nube a 4 megapíxeles", yo saco la calculadora antes de decir amén, y le explico lo que viene.

Una cámara SD consume aproximadamente 1 Mbps de subida. Una cámara HD a 1080p se nos va ya a 3–5 Mbps con H.264, y baja a 0,5–2 Mbps si aprovechamos la compresión H.265 a 15 fps. Ahora haz la cuenta con una instalación de 32 cámaras a 4 MP: puede exigir entre 64 y 128 Mbps de subida constante. Y eso, compañero, no lo aguanta cualquier línea de fibra asimétrica de las que tenemos en una pyme o en una comunidad de propietarios. Si el enlace es de 300/30 Mbps (típico de operador residencial), la mitad del tiempo no vamos a tener ni un evento en condiciones.

Aquí es donde entran las arquitecturas híbridas, y donde más nos jugamos los próximos años de servicio. No se trata de subir el vídeo en bruto a la nube como si no hubiera mañana. Hay tres palancas que funcionan muy bien combinadas:

1. Procesamiento en el borde (edge processing): la propia cámara analiza la escena y envía solo los eventos relevantes. Si no hay movimiento, no hay subida masiva.

2. Bridges o adaptadores de nube: equipos locales que actúan de intermediarios, comprimen el flujo, descartan redundancia y mandan a la nube solo lo que interesa.

3. Almacenamiento en el borde con sincronización posterior: la cámara graba localmente y sube metadatos o clips cortos cuando la red lo permite.

Con estas combinaciones, hay proveedores que documentan reducciones de hasta un 70% en el consumo de ancho de banda. Eso convierte una instalación que parecía inviable en una perfectamente asumible, y lo hace sin renunciar a la analítica en la nube ni a las ventajas del modelo por suscripción. La clave está en entender que migrar no es copiar lo que tenemos hoy: es repensar qué información necesitamos tener realmente en remoto.

Resiliencia local: qué pasa cuando se cae la fibra

Aquí hay una pregunta que pocos clientes te hacen en la reunión inicial y que todos deberíamos responder antes de firmar el proyecto: ¿qué pasa con la grabación si se cae el enlace a internet? Porque se va a caer. No es cuestión de si, sino de cuándo. Y no me refiero solo a un corte de fibra por obras en la calle: me refiero al router que se queda tonto después de una tormenta, al switch que pierde configuración o al operador que tiene una incidencia en su CPD.

Si toda la inteligencia y todo el almacenamiento están en la nube y dependemos exclusivamente del uplink, el día que la fibra sufra cualquier interrupción nos quedamos sin vigilancia. Y eso, en una comunidad de propietarios con un portón automático o en una nave con mercancía sensible, es un problema que nos va a explotar en la cara. La solución es lo que se conoce como "supervivencia local" o resiliencia, y se construye desde tres frentes complementarios:

• Tarjetas SD de alta resistencia (las llamadas "endurance") insertadas en la propia cámara. Las hay de 256 GB y 512 GB, pensadas para ciclos de escritura continua de varios años.
• SSD integrados en el cuerpo de la cámara o en un bridge local. Más robustos que la SD y con mayor velocidad de reescritura.
• Almacenamiento local en el bridge, que actúa como pequeño NVR y guarda los clips mientras no hay conexión.

La gracia de todo esto es que, cuando la fibra vuelve, el sistema sincroniza automáticamente con la nube y repara las brechas de grabación sin que tengamos que intervenir. Tú, como instalador, no tienes que ir a pegar un repaso: el propio sistema se cura en salud. Esa es la diferencia entre un proyecto profesional bien planteado y uno que va a darte sustos el primer lunes de cada mes.

"Si dependes al 100% de la nube, el día que se cae internet estás vendiendo humo. La resiliencia local no es un extra decorativo, es parte del diseño."

Cumplimiento normativo: el papel que te puede ahorrar 30.000 euros

Aquí es donde muchos compañeros se confían, y donde la AEPD lleva años repartiendo sanciones que duelen. Migrar a la nube no exime de la LOPDGDD ni del RGPD: las obligaciones siguen siendo las mismas, y en algunos casos hasta son más fáciles de cumplir si tenemos el sistema bien etiquetado.

Lo primero que tenemos que tener clarísimo es el plazo de conservación. En España, las imágenes de videovigilancia se pueden guardar un máximo de 30 días, un mes, salvo que estén vinculadas a una investigación judicial o policial en curso. Pasado ese plazo, hay que borrarlas. Ni un día más, aunque el cliente insista en "por si acaso". Y ojo con un matiz importante: si existe una solicitud previa de derecho de acceso por parte de un interesado, el responsable del tratamiento no puede eliminar las imágenes aunque haya vencido el plazo de 30 días; tiene que conservarlas hasta que se resuelva esa solicitud. Esto es un clásico que se nos olvida cuando automatizamos borrados por calendario.

En comunidades de propietarios, además, hay un requisito adicional que no es baladí: la instalación de cámaras requiere la aprobación de tres quintas partes (3/5) de los propietarios y de las cuotas de participación, según la Ley de Propiedad Horizontal y la jurisprudencia del Tribunal Supremo (la STS 1399/2024 lo dejó meridianamente claro). Si llegamos a una junta y la instalación se aprueba por mayoría simple, esa cámara está instalada en una zona gris que puede explotarnos en cualquier auditoría o en cualquier reclamación de un vecino.

Y para rematar la parte legal, las sanciones de la AEPD por incumplimientos típicos (cartelería informativa de doble capa mal puesta, grabación desproporcionada de la vía pública, conservación excesiva de imágenes) oscilan habitualmente entre los 300 y los 30.000 euros. No es broma: una cámara que enfoca la acera porque "le cogía mejor el ángulo" puede costarle al cliente una multa considerable. Y si somos nosotros los que hemos firmado el boletín de la instalación, también podemos tener。。

Antes de cerrar este punto, una advertencia práctica: cuando trabajes con plataforma cloud, asegúrate de que el proveedor tiene sus servidores en territorio UE o en países con decisión de adecuación. Si los datos salen de España sin garantías, podemos tener un problema RGPD de libro. Pide contrato de encargo de tratamiento (artículo 28 RGPD) antes de empezar a subir una sola imagen.

El protocolo de despliegue: del piloto al apagado del viejo sistema

Y ahora vamos a lo que más nos gusta: el planning de obra. Una vez que tenemos la auditoría hecha, el ancho de banda dimensionado, la resiliencia local resuelta y la parte legal cuadrada, llega el momento de ejecutar. Y aquí también hay un orden que conviene respetar para no acabar reinstalando a las tres de la mañana.

Fase 1: piloto controlado

No montes las 32 cámaras de golpe. Empieza con 2 o 3 cámaras en ubicaciones distintas: una interior, una exterior, una con condiciones de luz complicadas (entrada de garaje, por ejemplo). Verifica que la latencia es aceptable, que las notificaciones de eventos llegan al móvil del cliente, que la analítica funciona y que el almacenamiento en la nube responde. Yo siempre dejo el piloto rodando una semana entera, incluidos fines de semana, porque los problemas reales aparecen cuando no estamos mirando: el domingo a las tres de la tarde, el evento deMotion que no se dispara, la cámara que pierde la conexión Wi-Fi cuando llueve.

Fase 2: despliegue completo

Si el piloto va bien, vamos al resto. Pero ojo, no desconectamos nada todavía. Aquí van a convivir lo nuevo y lo viejo durante un periodo de operación en paralelo de entre 48 y 72 horas. Esas horas son oro: es cuando detectamos fallos que en el piloto no habíamos visto, cámaras que pierden eventos puntuales, problemas de DNS con el dominio de la plataforma, fallos de certificados, fallos de permisos por usuario. No tengas prisa por cortar el sistema viejo: cada hora extra en paralelo es una hora de colchón que te va a salvar cuando algo falle.

Fase 3: validación final

Comprobamos que todas las cámaras están reportando a la nube, que las grabaciones se están almacenando correctamente, que los usuarios tienen los permisos adecuados y que la cartelería está actualizada con los datos del nuevo responsable del tratamiento. Solo cuando todo esto esté firmado y verificado, pasamos al siguiente paso.

Fase 4: desmantelamiento del sistema heredado

Apagamos el NVR antiguo, retiramos los discos con destrucción certificada (porque siguen conteniendo grabaciones que ya no necesitamos) y dejamos limpio el armario rack. Aquí es donde muchos compañeros aflojan: dejan el equipo viejo "por si acaso" enchufado en un rincón del cuarto técnico. Error. Ese NVR encendido sin mantenimiento es un agujero de seguridad: tiene firmware antiguo, credenciales por defecto, una IP fija accesible desde la LAN y conectividad a una red que ya no controlas. Desmonta, certifica la destrucción de los discos y a otra cosa. Si el cliente quiere videograbador de respaldo, se lo presupuestamos aparte, pero con su propio firmware actualizado y su propio plan de mantenimiento.

"Consejo de oro: el piloto no es un gasto, es un seguro. Lo que ahorras en sustos el primer mes de operación paga diez veces el coste de esa semana de prueba, y lo que ahorras en sanciones legales paga cien veces el tiempo dedicado a leer la LOPDGDD antes de empezar."

Y con esto cerramos el círculo. Si has hecho los deberes en la auditoría, has dimensionado bien el ancho de banda con arquitecturas híbridas, has previsto la resiliencia local para los cortes de fibra, has cumplido los plazos de la LOPDGDD y la mayoría de 3/5 en comunidades, y has seguido el protocolo de despliegue con su periodo en paralelo, tienes una migración que va a funcionar como un reloj durante años. Y lo que es más importante para tu negocio: tienes un cliente que te va a llamar para el siguiente proyecto, que al final es de lo que se trata.