OT/IT bridge: unified namespace y MQTT Sparkplug B en industria

El OT/IT bridge es el problema más silencioso de la industria. Una máquina CNC de 1995 generando datos, un PLC hablando ModBus, un servidor industrial que puede alcanzar pero no le confía datos, y un ERP que necesita esos datos pero nunca llegan limpios. Esta guía documenta cómo Captia Technology construye puentes de comunicación confiables usando unified namespace y MQTT Sparkplug B — el estándar que la industria está adoptando ahora.

Por qué OT y IT siguen siendo continentes separados

IT es velocidad. Un servidor puede reiniciarse. Los datos se pueden perder. El requisito es elegancia y disponibilidad. OT es paciencia. Una máquina no se reinicia. Si hay pérdida de datos, alguien no sabe qué pasó. El requisito es durabilidad.

Cuando un ingeniero de IT ve un PLC, ve un dispositivo que necesita estar en un servidor LDAP centralizado. Cuando un ingeniero de OT ve eso, ve la muerte: si el servidor falla, la máquina no habla. Los protocolos que IT usa (HTTP, RESTful APIs) son frágiles en redes ruidosas industriales. Los protocolos que OT usa (ModBus, OPC-UA) son anclados en máquinas viejas y no escalan a 10,000 dispositivos.

Así que ambos lados construyen sus propios silos. IT corre Kubernetes. OT corre máquinas de 1995. Nadie habla entre ellos. Y el dato que necesita el ERP para decidir nunca llega completo.

El unified namespace: arquitectura, no tecnología

El unified namespace (UNS) es una idea simple: un árbol jerárquico de tópicos MQTT donde todo — máquinas viejas, sensores nuevos, PLCs, contadores de energía, sistemas de visión — publica en el mismo lenguaje.

No significa que el PLC hable MQTT nativamente. Significa que hay un edge device que traduce. El PLC sigue hablando ModBus a su velocidad, en su idioma. El edge device lo escucha, lo traduce a MQTT Sparkplug B, y lo publica en el namespace unificado.

Así:

Las máquinas viejas no cambian. El PLC sigue siendo el PLC.
El dato llega limpio. El edge device valida, bufferea, y asegura entrega.
IT y OT hablan el mismo idioma. MQTT es simple. Es confiable. Funciona en redes malas.
Escala a 10,000 dispositivos. No es un hack. Es arquitectura.

MQTT Sparkplug B: por qué es el estándar industrial ahora

MQTT es un protocolo de publicación-suscripción. Es viejo (2010). Es simple. Un mensaje es un tópico y un payload. Pero la industria necesitaba más estructura para confiar en él.

Sparkplug B es una especificación que vive sobre MQTT. Define:

Estructura de datos: qué significa un tópico, cómo se valida un valor.
Garantía de entrega: si el edge device falla, el broker sabe que el dato es stale.
Compresión: solo se envía lo que cambió. En redes lentus, eso importa.
Tipado fuerte: el valor no es un string. Es un int32, un float, una booleana. Eso evita errores silenciosos.

Sparkplug B es lo que IEC 61499 quiso ser en 1998: estándar de verdad, ampliamente soportado.

Arquitectura de referencia: cómo Captia Technology lo construye

Una integración real tiene 3 capas:

Capa 1: Traducción de protocolos (Edge)

El edge device está cerca de las máquinas. Lee ModBus, PROFIBUS, señales analógicas, lo que haya. Valida. Bufferea (si la red falla, no se pierden datos). Traduce a MQTT Sparkplug B. Publica en el namespace unificado.

Capa 2: Broker MQTT (Red central)

Un broker MQTT confiable (HiveMQ, Mosquitto en industrial hardened, o en cloud). No necesita estar en la misma red. Puede estar en una nube privada, o en AWS con tunnel VPN. El edge device se conecta, publica, y eso es todo. Si el broker falla, el edge bufferea.

Capa 3: Consumidores (IT)

El ERP, el data warehouse, el dashboard, el sistema de IA — todos se suscriben al namespace. Cuando el tópico cambia, reciben el dato. No hay polling. No hay APIs frágiles. Es asincrónico y confiable.

Casos reales: donde funciona

Caso 1: Fábrica con 50 máquinas viejas

Cada máquina tiene un PLC Siemens 1998. Hay 5 medidores de energía analógicos. No hay red industrial. Un edge device moderno (costo €3k–€5k) traduce todo a MQTT Sparkplug B. Hoy la planta ve OEE en tiempo real. Ayer no sabía ni que existía.

Caso 2: Planta con OPC-UA pero sin datos limpios

OPC-UA es poderoso pero frágil en WAN. El cliente OPC-UA se conecta al servidor OPC-UA. Si hay latencia o intermitencia, falla. Solución: edge device OPC-UA que lee del servidor, valida, y publica vía MQTT Sparkplug B. Ahora el dato es robusto.

Caso 3: Sistema de visión que necesita integración

Una cámara industrial con API REST genera resultados. El edge device los consume (aunque sea frágil), los valida, y los publica como tópicos MQTT. Ahora el resultado de inspección es accesible a cualquier sistema sin acoplamiento.

Implementación: roadmap típico

Semana 1–2: Arquitectura y procuramiento

Mapeo de dispositivos. Selección del edge device. Configuración del broker.

Semana 3–4: Desarrollo de traducción

Drivers para cada protocolo. Validación. Buffering. Testing en lab.

Semana 5–6: Despliegue gradual

Una máquina primero. Después grupos de máquinas. Validación en paralelo con sistemas antiguos. Sin paros de producción.

Semana 7–8: Consumo y observabilidad

Dashboard de datos. Alertas. Documentación de tópicos. Capacitación de IT.

Retorno y justificación

Una integración OT/IT típicamente cuesta €50k–€120k según complejidad. El retorno viene de:

Tiempo de detección de problemas: de "días" a "minutos".
Calidad del dato: menos alertas falsas. Decisiones mejores.
Escalabilidad: agregar una máquina nueva no requiere rediseño. Simplemente se publica en el namespace.
Flexibilidad: el ERP, el dashboard, el IA — todos consumen los mismos datos. Sin duplicación.

El payback típico es 9–14 meses.

Lo que no es el OT/IT bridge

No es reemplazar máquinas viejas. Las máquinas siguen siendo viejas. Son mucho más confiables ahora, pero siguen siendo viejas.

No es centralización forzada. El edge device traduce. El dato vive en el namespace. Pero la máquina sigue siendo autónoma.

No es complejidad. MQTT Sparkplug B es simple. Cualquier ingeniero puede mantenerlo.

Próximo paso

El OT/IT bridge es hoy o nunca. Los estándares están aquí. Los dispositivos edge son asequibles. Captia Technology comienza con un mapeo de 1 semana de lo que tienes, dónde puede conectarse fácilmente, y dónde es el primer valor. Con eso, se construye la integración.