Puntos clave
Respuesta breve: La computación en el borde y en la nube responden a una pregunta: ¿dónde se procesan sus datos de fabricación?
La computación en el borde lo hace localmente, en o justo al lado de la máquina, para lograr la latencia más baja y seguir funcionando incluso cuando la red está caída.
La computación en la nube lo hace de forma centralizada, donde la capacidad de cómputo prácticamente ilimitada puede ejecutar análisis intensivos en muchas máquinas y sitios, accesible desde cualquier lugar. Cada una tiene fortalezas claras, y la mayoría de las arquitecturas reales las combinan: borde para respuesta local rápida, nube para escala.
Para la capa de datos subyacente, vea historiador de datos vs lago de datos.
La computación en el borde procesa datos localmente, en la máquina, en una pasarela cercana o en hardware de planta, en lugar de enviarlos primero a un centro de datos lejano. Sus ventajas definitorias son la latencia y la resiliencia.
Latencia: cuando una decisión debe tomarse en milisegundos (un lazo de control, un enclavamiento de seguridad, una alarma en tiempo real), no hay tiempo para hacer un viaje de ida y vuelta a la nube, por lo que el procesamiento tiene que ser local.
Resiliencia: el borde sigue funcionando cuando se pierde la conexión a Internet, lo cual en una planta no es un evento raro.
El borde trata de realizar el trabajo crítico en tiempo y sensible a la conectividad cerca de donde nacen los datos, de modo que la línea siga funcionando y reaccionando independientemente de lo que ocurra con la red.
La computación en la nube procesa y almacena datos de forma centralizada, en grandes centros de datos con capacidad de cómputo y almacenamiento prácticamente ilimitados bajo demanda. Sus puntos fuertes son la escala y el alcance.
Escala: los análisis intensivos, los modelos de aprendizaje automático y la agregación a través de miles de máquinas y muchos sitios necesitan mucha más capacidad de cómputo y almacenamiento de la que es práctico poner en la planta; la nube la proporciona de forma elástica.
Alcance: los datos en la nube son accesibles desde cualquier lugar, de modo que un gerente puede ver el rendimiento de cada sitio en un solo lugar, y los análisis pueden encontrar patrones en toda la empresa.
La nube trata el trabajo de gran escala, intensivo en cómputo y multi-sitio que se beneficia de la centralización, aceptando la latencia y la dependencia de la conectividad que implica enviar los datos para ser procesados.
La compensación es local y rápido frente a central y potente. El borde le ofrece baja latencia y resiliencia ante la pérdida de conectividad, pero capacidad de cómputo limitada y una visión sólo de la máquina o la línea local.
La nube le ofrece cómputo masivo, almacenamiento y visibilidad entre sitios, pero añade latencia y depende de que la red esté operativa.
Otros factores influyen: volumen de datos (transmitir todo a la nube puede ser costoso, por lo que el borde a menudo filtra y resume primero), requisitos de seguridad y residencia de datos, y modelos de coste.
Crucialmente, estas fortalezas son complementarias, no contradictorias, por eso la cuestión suele ser no borde o nube sino cómo dividir el trabajo entre ambas.
Una línea de envasado ilustra la división.
En el borde, el procesamiento local maneja el trabajo crítico en tiempo y sensible a la conectividad: detectar un atasco y parar la máquina en milisegundos, contar la producción, capturar eventos de inactividad y calcular el OEE en vivo de la línea en una pasarela local, todo lo cual debe seguir funcionando incluso si se cae Internet en la planta.
Esa capa de borde luego envía datos resumidos a la nube, donde ocurre el trabajo intensivo en cómputo y transversal: agregar el OEE de las doce líneas y las tres plantas, ejecutar análisis de tendencias y modelos predictivos sobre meses de historia, y presentar un panel único que el director de operaciones pueda abrir desde cualquier lugar.
El borde mantuvo la línea receptiva y resiliente; la nube proporcionó escala y la visión empresarial. Ninguna sola habría servido ambas necesidades.
Inclínese por el borde para cualquier cosa en tiempo real o crítica para la seguridad (control, enclavamientos, alarmas inmediatas), donde la conectividad sea poco fiable o donde los volúmenes de datos sean demasiado altos para enviarlo todo río arriba de forma económica.
Inclínese por la nube para análisis intensivos y aprendizaje automático, almacenamiento a largo plazo y para agregar y comparar entre máquinas, líneas y sitios.
En la práctica la respuesta es una arquitectura híbrida: coloque el trabajo rápido, resistente y local en el borde y el trabajo escalable, analítico y agregador en la nube, con el borde filtrando y resumiendo lo que envía.
La pregunta de diseño no es cuál de los dos, sino qué carga de trabajo pertenece a cada lugar, haciendo corresponder cada tarea con el lugar que satisface sus necesidades de latencia, resiliencia y cómputo.
Ambas capas pueden alimentar el OEE, y la mejor arquitectura utiliza cada una para lo que hace bien.
La computación en el borde es ideal para capturar las señales de la máquina en tiempo real, los eventos de inactividad y los conteos de los que se compone el OEE, y para calcular el OEE en vivo localmente para que la planta siga viéndolo incluso si la conectividad falla.
La nube es ideal para agregar ese OEE entre líneas y sitios, ejecutar análisis de tendencias y predictivos, y dar a la dirección una vista única entre plantas.
El vínculo con los seis grandes pérdidas es el mismo en ambos casos; lo que cambia es dónde se procesan los datos. La captura fiable en el borde más la agregación escalable en la nube es un patrón común y eficaz para el OEE.
Fabrico está diseñado exactamente para esta realidad híbrida.
Captura el estado de la máquina y las paradas en tiempo real en el borde para que el OEE en vivo siga funcionando cerca de la planta, y agrega y analiza entre líneas y sitios de forma centralizada para que la dirección obtenga la visión de conjunto.
No tiene que elegir entre resiliencia local y análisis a escala empresarial; la arquitectura está diseñada para ofrecer ambos. Reserve una demostración para ver el OEE de extremo a extremo en la práctica.
La computación en el borde procesa datos localmente, en o cerca de la máquina, para baja latencia y resiliencia. La computación en la nube procesa y almacena datos de forma centralizada para escalabilidad, análisis intensivos y acceso desde cualquier lugar. El borde es local y rápido; la nube es central y potente.
Use el borde para trabajo en tiempo real o crítico para la seguridad (control, enclavamientos, alarmas inmediatas), donde la conectividad es poco fiable o donde los volúmenes de datos son demasiado altos para enviarlo todo de forma económica. Esas tareas no pueden tolerar la latencia o la dependencia de red de la nube.
Use la nube para análisis intensivos y aprendizaje automático, almacenamiento a largo plazo y para agregar y comparar datos entre máquinas, líneas y sitios. La capacidad de cómputo casi ilimitada y el acceso centralizado de la nube encajan con el trabajo de gran alcance y multi-sitio.
Por lo general ambos. La mayoría de las arquitecturas de fabricación son híbridas: el borde se encarga del trabajo rápido, resistente y local y filtra los datos, mientras la nube maneja el análisis escalable y la agregación entre sitios. La pregunta de diseño es qué carga de trabajo pertenece a cada lugar.
El borde es ideal para capturar señales en tiempo real y calcular el OEE en vivo localmente para que la planta lo vea incluso si la conectividad falla. La nube es ideal para agregar el OEE entre sitios y ejecutar análisis de tendencias y predictivos. Un híbrido de ambos es un patrón común para el OEE.
Iniciar sesión
Blog
