Toda propuesta de automatización de edificios acaba llegando a la misma pregunta: ¿por qué no ponerlo todo en la nube? La respuesta no es la nostalgia de los servidores locales. Es un conjunto de realidades operativas, de seguridad y comerciales que aparecen después de la entrega.
Qué significa realmente «local primero»
El enfoque local significa que la lógica de control, los horarios, los interbloqueos y el historial residen en el edificio. La nube puede proporcionar acceso remoto, informes de cartera o actualizaciones de software, pero no está en la ruta crítica para el confort, la seguridad o el funcionamiento básico.
Esto no es lo mismo que «solo sin conexión». Un sistema con enfoque local puede utilizar servicios en la nube. Simplemente no depende de ellos para mantener las luces encendidas.
Cuatro razones por las que importa
1. Las caídas de red son normales
Las caídas del proveedor de internet, los fallos de routers, los daños en obra y la caducidad de certificados ocurren. Un edificio que pierde el control de la climatización (HVAC) porque un inquilino de la nube no es accesible es un edificio con un defecto de diseño.
2. La latencia es una variable de control
Un interbloqueo entre sistemas que depende de un viaje de ida y vuelta a un centro de datos lejano es más lento y menos predecible que uno que se ejecuta en el controlador local. En las secuencias de acceso a iluminación o de alarma a CCTV, esa diferencia es visible.
3. La propiedad de los datos es más fácil de defender
Los datos del edificio describen la ocupación, el uso de energía y el rendimiento de los equipos. Mantenerlos locales reduce el número de encargados del tratamiento, jurisdicciones y relaciones contractuales implicadas. La exportación mediante interfaces abiertas mantiene la portabilidad.
4. El edificio sobrevive al proveedor
Un edificio funciona durante décadas. Los servicios en la nube, las empresas emergentes y los modelos de precios no. El control local y las interfaces abiertas documentadas ofrecen al propietario una vía que no depende del éxito comercial continuado de un único proveedor.
Qué mantener local
| Función | ¿Local? | Por qué |
|---|---|---|
| Seguridad y protección de equipos | Sí | Debe funcionar durante cualquier fallo de red. |
| Horarios y consignas | Sí | Confort esencial y rendimiento energético. |
| Interbloqueos entre sistemas | Sí | Sensibles a la latencia y críticos para la operación. |
| Anuncio de alarmas | Sí | Los operadores necesitan la alarma incluso cuando la WAN está caída. |
| Historial a largo plazo | Local + exportación | Retención controlada por el propietario; exportación para analítica. |
| Comparativa de cartera | Nube opcional | Útil, pero no en la ruta crítica. |
| Acceso remoto | Nube opcional | Comodidad, con 2FA y registro de auditoría. |
La seguridad no es binaria
«Local» no es automáticamente seguro, y «nube» no es automáticamente insegura. Los controles importan más que la ubicación: segmentación de red, acceso basado en roles, autenticación de dos factores, aplicación de parches, copias de seguridad y registro de auditoría.
Una arquitectura con enfoque local sí facilita algunos controles. La superficie de ataque es menor cuando el edificio no necesita una ruta de internet entrante para funcionar. El acceso remoto puede intermediarse, registrarse y revocarse sin exponer directamente la red de control.
Pregunte qué hace el edificio cuando internet no está disponible durante 24 horas. Si la respuesta es «la nube del proveedor sigue funcionando», pregunte qué ocurre cuando no es así.
Qué incluir en la especificación
- Las secuencias de control deben ejecutarse localmente y continuar durante una caída de la WAN.
- El acceso remoto debe utilizar autenticación de dos factores y quedar registrado.
- El historial debe almacenarse localmente y poder exportarse en un formato abierto.
- La copia de seguridad y la restauración de la configuración deben estar documentadas y probadas.
- El propietario debe conservar el control administrativo de las cuentas y los datos.
Conclusión
El enfoque local no está en contra de la nube. Es una afirmación sobre dónde residen las funciones críticas del edificio. Coloque el control y el historial en el emplazamiento, utilice la nube para comodidad e informes y haga explícito el límite en el contrato.
