Saltar al contenido

Arquitectura y despliegue

Arquitecturas híbridas y edge: seguir trabajando cuando falla la conexión

En una arquitectura híbrida, una parte del software corre cerca de donde ocurre el trabajo (una fábrica, un almacén, una subestación, un barco o una obra) y otra en un sistema central, ya sea en la nube o en un centro de datos. El componente local, al que solemos llamar edge, sigue registrando y respondiendo aunque la conexión se corte, y envía sus datos cuando vuelve. Esto resuelve problemas de latencia y de dependencia de la red, pero introduce otros: copias de datos que pueden divergir, versiones de software repartidas por muchos sitios y equipos remotos difíciles de mantener. Esta página trata esas decisiones.
Ejemplo ilustrativo de sistema híbrido con nodos localesEsquema ilustrativo
  1. 01 · Operación

    • Puestos de planta
    • Sensores y máquinas
    • Dispositivos móviles
  2. 02 · Nodo local

    • Base de datos local
    • Cola persistente
    • Lógica que no puede esperar
  3. 03 · Enlace

    • Envío con confirmación
    • Reintentos y deduplicación
  4. 04 · Sistema central

    • Consolidación de sitios
    • Resolución de conflictos
    • Analítica
  5. 05 · Gestión

    • Estado de cada nodo
    • Distribución de actualizaciones

El problema

Por qué hay que decidirlo bien

Un sistema que depende por completo de la conexión a un servidor central deja de funcionar en cuanto la red falla, y en una planta, una mina o un puerto eso puede significar operarios anotando en papel, datos perdidos o líneas esperando una respuesta. La reacción habitual es instalar algo local sin diseño: una base de datos en un PC de planta, ficheros que se copian a mano y conflictos que nadie resuelve. El reto está en decidir qué debe funcionar sin red, cómo se sincroniza después y qué ocurre cuando dos sitios modifican el mismo dato.

Escenarios

Situaciones en las que se plantea

Ejemplos de lo que se podría diseñar. No describen proyectos realizados.

  • 01

    Registro de producción en planta con red inestable

    Los puestos de una fábrica registran órdenes, consumos e incidencias en un servidor local. Cuando la conexión con el sistema central se interrumpe, los registros se acumulan en una cola y se envían en orden al recuperarse.

  • 02

    Emplazamientos remotos con conectividad limitada

    Instalaciones aisladas, como parques renovables, estaciones de bombeo o explotaciones mineras, envían datos por enlaces lentos o caros. El equipo local filtra y agrega la información y solo transmite lo necesario, con prioridad para alarmas y eventos.

  • 03

    Procesamiento local por latencia

    Una decisión debe tomarse en milisegundos junto a la máquina, sin esperar una respuesta remota. El cálculo se ejecuta en el equipo de planta y el sistema central recibe los resultados para análisis y trazabilidad.

  • 04

    Aplicación móvil que trabaja desconectada

    Técnicos de campo rellenan partes en zonas sin cobertura. La aplicación guarda los datos en el dispositivo y los sincroniza después, con reglas para resolver los casos en que la misma orden se modificó en dos sitios.

Decisiones técnicas

Qué hay que decidir y con qué criterio

  1. 01

    Qué funciona sin conexión

    Se define, función por función, qué debe seguir operativo en local, durante cuánto tiempo y qué puede esperar al sistema central. No todo necesita autonomía, y cada función autónoma añade complejidad de sincronización.

  2. 02

    Colas y orden de entrega

    Los datos generados en local se almacenan de forma persistente y se envían con confirmación de recepción, reintentos y deduplicación, para que un corte no pierda registros ni los duplique al reconectar.

  3. 03

    Propiedad de cada dato y conflictos

    Se decide qué sistema es la fuente de verdad de cada entidad. Cuando dos sitios pueden modificar lo mismo, se elige una regla explícita: prevalece el último cambio, prevalece un sitio o el conflicto se envía a revisión humana.

  4. 04

    Despliegue y actualización remota

    Muchos equipos locales implican versiones distintas conviviendo. Se diseña cómo se distribuyen las actualizaciones, cómo se verifica su integridad, cómo se revierten y cómo se mantiene la compatibilidad entre versiones durante la transición.

  5. 05

    Hardware y entorno físico

    Polvo, temperatura, vibraciones y cortes eléctricos condicionan el equipo local. Se valoran equipos adecuados al entorno, alimentación de respaldo y la posibilidad de sustituir un equipo averiado sin perder su configuración.

  6. 06

    Vigilancia de los nodos remotos

    Cada equipo local informa de su estado, del tamaño de su cola pendiente y de la última sincronización correcta. Así se detecta un sitio que lleva horas desconectado antes de que falten datos en un informe.

Riesgos y límites

Lo que conviene tener presente

  • Los datos pueden quedar temporalmente inconsistentes entre sitios; los informes centrales deben indicar hasta cuándo están actualizados.
  • Una cola local que se llena durante un corte largo puede perder registros si no se dimensiona ni se vigila.
  • Mantener muchos equipos repartidos multiplica el trabajo de actualización y la superficie de ataque.
  • Las reglas de resolución de conflictos mal elegidas pueden sobrescribir información válida sin que nadie lo note.

Preguntas frecuentes

¿Cuánto tiempo puede trabajar un sitio sin conexión?

Lo que se diseñe y se dimensione. Depende del volumen de datos que genere, del almacenamiento local y de qué funciones necesiten información del sistema central. Se fija como requisito y se prueba simulando cortes reales.

¿Edge significa que hace falta IA en planta?

No. Edge solo indica que una parte del procesamiento ocurre cerca de la operación. Puede ser un registro de producción, una pasarela de datos o, en algunos casos, un modelo de visión; la arquitectura de sincronización es la misma.

¿Se puede añadir modo sin conexión a un sistema existente?

A veces, pero cuesta más que preverlo desde el diseño, porque obliga a revisar identificadores, propiedad de los datos y reglas de conflicto. Conviene empezar por las funciones críticas y ampliar después.

Cuéntanos dónde se trabaja y qué ocurre hoy cuando falla la conexión

Ninguna modalidad está disponible por defecto en todos los proyectos: se elige tras evaluar requisitos, sistemas existentes y riesgos.

Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.