¿Qué es el middleware SCADA?

Volver al glosario

Qué hace realmente el middleware

El middleware realiza tres trabajos que un enlace punto a punto crudo no puede. Primero, traduce: un servidor SCADA puede hablar OPC UA mientras una aplicación empresarial espera JSON sobre HTTP, y el middleware mapea una representación sobre la otra. Segundo, almacena: si el destino está fuera de línea o lento, el middleware retiene mensajes en una cola y los reenvía una vez que el objetivo se recupera, así que un parpadeo de red no se convierte en datos perdidos. Tercero, desacopla: los productores publican al middleware sin saber quién, si alguien, está escuchando, y los consumidores se suscriben sin saber qué dispositivo originó la lectura.

Este desacoplamiento es el punto entero. En una planta con una docena de fuentes de datos y una docena de consumidores, el cableado directo punto a punto puede requerir docenas de conectores personalizados, cada uno de los cuales se rompe cuando cualquier extremo cambia. Enrute todo a través de una capa de middleware y cada sistema necesita solo una conexión. Agregar una nueva herramienta de análisis se vuelve cuestión de suscribirse al middleware en lugar de tocar cada fuente. Esto a veces se llama middleware orientado a mensajes porque los mensajes, no las llamadas síncronas, son la unidad de intercambio.

El middleware también se vuelve el lugar natural para hacer cumplir preocupaciones transversales: la autenticación, la limitación de tasa, la validación de datos, y el registro de auditoría viven todos en una capa en lugar de reimplementarse en cada conector. Esa centralización es una ganancia de confiabilidad y seguridad, porque parcheas y monitoreas un componente en lugar de una dispersión de scripts a la medida.

Middleware frente a un convertidor de protocolo frente a un ESB

Es fácil confundir el middleware con un convertidor de protocolo o un gateway, pero operan a escalas distintas. Un convertidor de protocolo suele ser un dispositivo físico o una pieza estrecha de firmware que convierte un protocolo de campo en otro, por ejemplo Modbus RTU en Modbus TCP, o Modbus en DNP3. Es un traductor puntual con un trabajo fijo. El middleware es una capa de software más amplia que puede alojar muchas de esas traducciones más almacenamiento, enrutamiento y transformación, y típicamente abarca la frontera entre la tecnología operativa y la tecnología de información en lugar de sentarse puramente en el campo.

Un bus de servicio empresarial, o ESB, es un estilo específico y pesado de middleware construido para el mundo de TI, donde un bus central enruta y transforma mensajes entre muchas aplicaciones de negocio usando patrones orientados a servicios. Un ESB puede servir como middleware SCADA, pero a menudo carga más sobrecarga de la que necesitan los flujos de datos industriales, y su orientación de solicitud-respuesta calza mejor con las transacciones empresariales que con la telemetría de alta tasa. La integración industrial moderna tiende a favorecer brokers de publicación-suscripción más ligeros sobre los ESB completos.

La conclusión práctica es que el middleware es una categoría, no un solo producto. Un convertidor de protocolo, un broker de mensajes, un ESB, y una plataforma de integración pueden todos desempeñar el rol de middleware. Lo que importa es si la capa elegida te da traducción, almacenamiento y desacoplamiento para tu mezcla específica de fuentes y consumidores.

SCADA de nube como la capa de middleware

Una plataforma SCADA de nube puede absorber el rol de middleware para que una planta nunca tenga que construir una capa de integración a la medida propia. Los gateways de campo publican sus datos hacia arriba a la plataforma sobre protocolos estándar, y la plataforma los almacena, los traduce, y los expone a través de API que los tableros, sistemas ERP y herramientas de análisis consumen. La planta no escribe código de pegamento punto a punto, porque la plataforma es el punto al que todo se conecta.

Para operaciones distribuidas de petróleo y gas esto es especialmente valioso. Los pozos remotos, estaciones de bombeo y ductos cada uno envían telemetría hacia arriba a la misma plataforma de nube, que normaliza los nombres de tag, almacena las lecturas cuando un enlace celular o satelital se cae, y ofrece una sola interfaz consistente aguas abajo. Un ingeniero construyendo un tablero de flota habla con una API en lugar de negociar un conector distinto para cada sitio y cada historiador.

Merobix opera como SCADA de nube para petróleo y gas y otras industrias, lo que significa que funciona como la capa de integración entre el campo y el negocio. Como la plataforma maneja la traducción de protocolos, el almacenamiento y reenvío, y el acceso estandarizado, los equipos evitan el middleware frágil a la medida que tan a menudo se vuelve la parte menos mantenible de una arquitectura de datos industrial.

Preguntas frecuentes