FIABILIDAD DE LOS DATOS INDUSTRIALES
Store&Forward industrial para una entrega de datos fiable
Con Store&Forward industrial, vNode conserva los datos industriales en el edge cuando la conexión con el sistema de destino no está disponible. En lugar de descartar los registros generados durante una caída de MQTT, WAN o del sistema central, vNode almacena localmente los datos compatibles y reenvía los registros pendientes al restablecerse la conexión. La duración del buffer y la capacidad de recuperación dependen de la arquitectura configurada, el almacenamiento local y el comportamiento documentado de cada módulo.
Corte de red: ¿qué ocurre?
vNode sigue adquiriendo datos, los almacena localmente y los reenvía automáticamente cuando se recupera la conexión.
1 Recopilar
Continúa la adquisición de PLC/OT.
! Fallo de conexión
Broker, WAN o nodo Central no disponible.
2 Almacenar localmente
Los registros pendientes permanecen en el edge.
Reconectar y reenviar
Se transmiten los datos pendientes según la ruta configurada.
Conexión restablecida
vNode reenvía automáticamente los datos almacenados en el orden documentado y continúa la publicación en tiempo real.
DEFINICIÓN
¿Qué es Store&Forward en Industrial IoT?
Store&Forward consiste en un buffer persistente en el edge: el gateway conserva en almacenamiento local los nuevos registros industriales cuando no está disponible el destino configurado y los reenvía al recuperarse la conexión. No equivale a un simple reintento, que no persiste necesariamente los datos generados durante el corte, ni a una cola volátil en memoria, que podría perderse tras un reinicio o un fallo eléctrico.
ARQUITECTURA
Qué sucede si cae la red o el MQTT broker
Funcionamiento normal
vNode adquiere datos industriales y los envía al destino configurado.
Fallo detectado
WAN, broker, nodo Central o destino dejan de estar disponibles.
Almacenamiento
Los registros nuevos se conservan localmente según Store&Forward y el espacio disponible.
Adquisición continua
La recopilación OT prosigue con independencia del destino caído, dentro de los límites del sistema.
Reconexión
vNode detecta que el destino vuelve a estar disponible.
Reenvío de pendientes
Los registros del buffer se transmiten en el orden documentado, mientras continúa la adquisición en tiempo real.
Sincronización completada
La cola pendiente se vacía y se recupera el envío habitual en tiempo real.
Conecta OT con IT
Fiable. Seguro. Flexible.
PLC / OT
Fuentes de datos industriales.
industriales
vNode Edge
Procesa. Almacena. Monitoriza. Entrega.
procesados
IT / Cloud
Publica en sistemas empresariales.
NO SON LO MISMO
MQTT Store&Forward frente a MQTT QoS
MQTT QoS regula cómo se entregan los mensajes durante una sesión MQTT. Store&Forward resuelve otro problema: qué ocurre con los nuevos registros industriales cuando la conexión con el destino no está disponible.
QoS
Controla la entrega de mensajes entre participantes MQTT.
Store&Forward
Conserva localmente la telemetría pendiente durante el corte y la reenvía después.
Arquitectura de producción
A menudo combina MQTT QoS adecuado con un buffer persistente en el edge y con capacidad limitada.
COMPORTAMIENTO Y LÍMITES
Buffer, dimensionamiento y detalles de arquitectura
Consulta también la solución OT/IT Reverse Connection para el patrón complementario de conexiones iniciadas desde OT.
Los registros pendientes se mantienen en un buffer local persistente. El comportamiento ante reinicios y cortes eléctricos, y su capacidad, dependen del módulo y versión; comprobar en la documentación actual.
Los registros se reenvían con su timestamp original y en el orden documentado. Los duplicados dependen del destino: confirmar semántica exactly-once o at-least-once.
Dimensiona el almacenamiento: eventos/segundo × bytes/evento × duración del corte × margen. Ejemplo: ~185 eventos/s × 250 bytes × 24 h ≈ 4,0 GB antes de sobrecargas. El límite es la capacidad de disco, no una licencia ilimitada de tags.
Un nodo vNode remoto sigue adquiriendo y guardando datos OT durante la caída del enlace con Central y reenvía el backlog al reconectar.
Los datos acumulados pueden enviarse a MQTT brokers y a AWS o Azure si la ruta configurada lo admite.
SQL e historians también pueden ser destinos: confirmar las condiciones de buffering de cada módulo y versión.
El buffer local complementa las arquitecturas segmentadas outbound-only, sin hacer depender la adquisición OT de IT/cloud.
OBSERVABILIDAD
Monitorización del buffer
Supervisa estas métricas para el flujo de datos configurado. Comprueba cuáles expone la versión actual de vNode en su UI/API; si alguna no está disponible, inclúyela como mejora de monitorización del despliegue.
Profundidad de cola
Registros pendientes en el buffer local.
Antigüedad del registro más antiguo
Tiempo durante el que se han acumulado datos pendientes.
Almacenamiento restante
Margen de capacidad disponible en el buffer local.
Velocidad de reenvío
Ritmo de vaciado del backlog tras reconectar.
Retraso de recuperación
Tiempo estimado para vaciar todo el buffer.
CASO REAL
Parque eólico de Senegal y centro de control del Reino Unido
El caso de fiabilidad publicado por vNode describe un nodo remoto en el parque eólico Taiba N’Diaye que recopila datos de subestación y los almacena localmente cuando no está disponible el enlace con el centro de control del Reino Unido. La arquitectura demuestra Store&Forward en un despliegue industrial distribuido real; es un caso documentado, no una garantía universal para todos los proyectos.
Prueba los fallos, no solo el funcionamiento normal
Desconecta el MQTT broker o la WAN, mantén la adquisición de datos de planta, vuelve a conectar y mide cómo se recuperan exactamente los datos pendientes.
Preguntas frecuentes
¿Qué es Store&Forward en un gateway industrial?
Es un buffer persistente en el edge que conserva nuevos registros industriales cuando el destino no está disponible y los reenvía al recuperar la conexión.
¿Cómo funciona MQTT Store&Forward?
El gateway sigue adquiriendo datos OT durante una caída de MQTT, almacena los registros y los reenvía al broker en el orden documentado.
¿MQTT QoS es lo mismo que Store&Forward?
No. MQTT QoS gestiona la entrega de mensajes MQTT; Store&Forward conserva los datos nuevos generados mientras la ruta de salida está caída.
¿Qué pasa con los datos PLC si se corta Internet?
Con Store&Forward configurado, el nodo edge sigue adquiriendo los datos compatibles y los conserva localmente hasta que el destino vuelva a estar disponible, sujeto a capacidad y límites.
¿vNode guarda en disco o solo en memoria?
Store&Forward está diseñado para almacenamiento local persistente y no para una simple cola volátil. Confirmar el mecanismo exacto por módulo y versión.
¿Durante cuánto tiempo puede almacenar datos?
Depende del ritmo de eventos, el tamaño medio del payload, la duración del corte y el disco disponible; no debe suponerse una retención ilimitada.
¿Se conservan los timestamps originales?
Se prevé reenviar cada registro con su timestamp de adquisición original; confirmar según la ruta de datos concreta.
¿En qué orden se reenvían los datos?
En el orden documentado para la ruta configurada, mientras continúa en paralelo la adquisición en tiempo real.
¿Qué ocurre si se llena el disco?
Ningún buffer es ilimitado. El comportamiento depende de la capacidad y del módulo; se debe dimensionar para los escenarios previstos.
¿Sobrevive Store&Forward a un reinicio o corte eléctrico?
El diseño persistente puede reducir lagunas, pero garantizar cero pérdidas sin condiciones exigiría considerar fallos de disco, almacenamiento lleno, escrituras interrumpidas y comportamiento del destino.
¿Funciona con AWS y Azure?
Si la ruta vNode lo admite, los registros almacenados pueden reenviarse a AWS o Azure al recuperar la conectividad; confirmar destinos compatibles.
¿Puedo monitorizar el buffer y la recuperación?
Conviene seguir profundidad de cola, antigüedad, espacio restante, velocidad de reenvío y retraso; confirmar disponibilidad en UI/API.