¿Qué es una arquitectura SCADA híbrida?
Una arquitectura SCADA híbrida divide de forma deliberada el sistema en dos niveles: las partes rápidas y de tiempo crítico que deben quedarse cerca del equipo, y las partes pesadas en datos que se benefician de la escala y el alcance de la nube. En lugar de elegir entre correr todo en sitio o mover todo a la nube, un diseño híbrido mantiene el control local y la visualización local en el borde mientras envía la historia, la analítica y las vistas entre sitios hacia una nube central. El principio guía es simple de enunciar y difícil de refutar: mantener el control local y poner la perspectiva en el centro. Esta guía explica cómo las capas dividen responsabilidades, por qué existe esa división, y cómo se aísla la falla para que una interrupción de nube nunca detenga la planta.
Arquitectura SCADA híbrida en una línea: Una arquitectura SCADA híbrida corre el control de tiempo crítico y las interfaces de operador locales en sitio o en el borde, mientras que el almacenamiento en historian, la analítica y la visualización multisitio corren en la nube. La regla de diseño es mantener el control en tiempo real local para que las operaciones continúen de forma independiente, y centralizar los datos de largo plazo y la perspectiva donde la escala y el acceso remoto son baratos. Esto da la responsividad y la autonomía de los sistemas en sitio junto con el alcance y la analítica de la nube.
La regla de diseño: control local, perspectiva central
El corazón de una arquitectura híbrida es una división del trabajo basada en qué tan sensible al tiempo es cada función. Los lazos de control, la lógica de seguridad y la interfaz de operador local deben reaccionar en milisegundos y deben seguir funcionando aun si toda red externa falla, así que pertenecen a hardware físicamente cerca del proceso: controladores, servidores locales y HMI en sitio. Estas son las funciones donde un retraso o una interrupción tiene consecuencias físicas inmediatas, y no pueden depender de un enlace a un centro de datos distante. Mantenerlas locales no es una preferencia sino un requisito de una operación segura y confiable.
La otra categoría de función no es de tiempo crítico de la misma forma. Almacenar años de datos históricos, correr analítica pesada, comparar el desempeño entre docenas de sitios y dar a gerentes y especialistas un solo tablero para toda la empresa son todas cosas que toleran un poco de latencia y se benefician enormemente de la escala centralizada. Empujar estas a la nube significa que usted no está dimensionando servidores en sitio para el trabajo de analítica más grande que jamás pudiera correr, y no está manteniendo un stack separado de historian y tablero en cada ubicación. La nube agrega datos de muchos sitios en un solo lugar donde pueden almacenarse barato y verse desde cualquier lado.
Enunciar la regla como control local, perspectiva central hace más fáciles las decisiones de diseño porque da una prueba de dónde pertenece cualquier función dada. Si perder la red haría peligrosa la función o detendría la producción, se queda local. Si la función se trata de mirar hacia atrás, mirar a través o mirar desde lejos, puede ir al centro. La mayoría de los sistemas reales tienen unas cuantas funciones que se asientan cerca de la frontera, y la arquitectura obliga a una elección explícita sobre cada una en lugar de tomar por defecto todo hacia un solo nivel.
Cómo dividen responsabilidades las capas
En la práctica un sistema híbrido tiene un nivel de borde y un nivel de nube conectados por un enlace de datos hacia el norte. El nivel de borde incluye los controladores haciendo la regulación real, la HMI local que los operadores usan día a día, y un gateway de borde o servidor en sitio que colecta lecturas, aplica cualquier lógica local y pone datos en búfer. Este nivel es autosuficiente: puede correr el sitio por su cuenta indefinidamente. Su trabajo hacia la nube es reenviar datos de forma confiable y aceptar configuración o comandos que sean apropiados de enviar de forma remota, sin volverse nunca dependiente de la nube para su función medular.
El nivel de nube recibe los flujos de cada sitio y hace el trabajo que se beneficia de la escala. Sostiene el historian de largo plazo, para que las tendencias de años atrás sean consultables en un solo lugar. Corre analítica y alertas que abarcan sitios, detectando patrones que ningún sistema de un solo sitio podría ver. Y sirve la capa de visualización que deja a los centros de operación, ingenieros y gerencia ver cualquier sitio o toda la flota desde un navegador. Como este nivel ve todos los sitios a la vez, es donde se responden las preguntas de toda la empresa, y donde los sitios nuevos se agregan simplemente apuntando otro gateway de borde hacia él.
El enlace entre los niveles es donde vive el comportamiento de almacenar y reenviar. Cuando la conectividad está sana, el borde transmite datos hacia arriba de continuo. Cuando se cae, el borde sigue poniendo en búfer localmente y reenvía el respaldo una vez que el enlace regresa, así que el historian de nube termina completo en lugar de lleno de huecos. Este búfer es lo que permite tratar al nivel de nube como importante pero no esencial para la marcha de la planta: valioso para la perspectiva, pero nunca en la ruta crítica del control.
Aislamiento de fallas y por qué importa
El argumento más fuerte a favor de una arquitectura híbrida es el aislamiento de fallas. Como el control y la HMI local son autocontenidos en el borde, una falla en la nube, o una pérdida total del enlace de internet, no toca la marcha del proceso. Los operadores mantienen sus pantallas locales, los controladores siguen controlando, y el sitio sigue produciendo. Lo que se pierde durante tal interrupción es la vista remota y el flujo de datos frescos al historian central, ambos de los cuales se reanudan de forma automática una vez que el enlace se restaura, con el respaldo en búfer rellenando el hueco. La planta nunca se detiene porque un centro de datos tuvo un mal día.
Esta es una mejora significativa sobre una arquitectura de nube pura, donde una dependencia del enlace para cualquier cosa de tiempo crítico crea un único punto de falla que alcanza hasta el proceso. También es más capaz que una arquitectura en sitio pura, que es segura pero deja a cada sitio aislado, sin una vista entre sitios fácil y con una pesada carga de mantenimiento por sitio. El diseño híbrido captura la seguridad de la operación local y el alcance de la nube al mismo tiempo, y por eso se ha vuelto el patrón mayoritario para conectar sitios industriales a plataformas de nube.
Este es justo el modelo en torno al cual está construida una plataforma SCADA de nube como Merobix. El control local y la HMI local permanecen como responsabilidad en sitio del cliente y siguen corriendo de forma independiente, mientras que un gateway de borde reenvía datos en búfer hacia el norte a Merobix en la nube, donde viven el historian, la analítica y los tableros multisitio. Un operador en petróleo y gas, agua, energía o manufactura obtiene una sola vista de nube a través de cada sitio para perspectiva y reportes, sin poner nunca el control en tiempo real a merced de la red, que es la promesa entera de una arquitectura híbrida.
Preguntas frecuentes
¿En qué se diferencia el SCADA híbrido del SCADA de nube?
El SCADA de nube describe correr funciones de SCADA en la nube, mientras que el SCADA híbrido es la arquitectura específica que combina un nivel en sitio o de borde con un nivel de nube. En un diseño híbrido, el control de tiempo crítico y la HMI local se quedan locales mientras la historia, la analítica y las vistas multisitio corren en la nube. La mayoría de los despliegues prácticos de SCADA de nube son en realidad híbridos, porque el control tiene que quedarse local para ser seguro.
¿Qué le pasa a un sistema SCADA híbrido si la conexión de internet falla?
Como el control y la HMI local son autocontenidos en el borde, una pérdida del enlace de internet no detiene el proceso; los operadores mantienen sus pantallas locales y los controladores siguen corriendo. Lo que se pausa es la vista remota y los datos frescos fluyendo al historian de nube. El borde pone datos en búfer durante la interrupción y reenvía el respaldo una vez que el enlace regresa, así que el registro central se rellena de forma automática.
¿Qué pertenece en sitio frente a en la nube en una arquitectura híbrida?
Cualquier cosa de tiempo crítico o relacionada con la seguridad, como los lazos de control y la interfaz de operador local, pertenece en sitio para que siga funcionando sin una red. Cualquier cosa sobre almacenamiento de largo plazo, analítica o ver a través de sitios, como el historian y los tableros de empresa, puede ir en la nube donde la escala y el acceso remoto son baratos. Una prueba simple es si perder la red sería peligroso; si es así, manténgalo local.
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.