Tu factura de la nube de la fábrica es mucho más alta de lo que crees

La nube puede parecer barata. Enviar datos de fábrica a la nube puede parecer barato. Pero la factura real de la nube a menudo empieza cuando esos datos comienzan a moverse. En este episodio, analizamos los costes ocultos detrás de la IIoT moderna, la nube industrial, la computación en el borde (edge computing) y las arquitecturas de datos de fábrica: desde la salida de datos (egress) y la replicación entre regiones hasta las puertas de enlace NAT, las copias de seguridad, los paneles de control y los datos de sensores de alta frecuencia. Un único flujo MQTT desde una fábrica puede convertirse rápidamente en múltiples flujos de datos una vez que la telemetría se copia en almacenamiento, plataformas analíticas, paneles de control, entornos de ciencia de datos, sistemas de recuperación ante desastres y aplicaciones externas. La máquina generó los datos una sola vez, pero su arquitectura puede moverlos muchas veces.

Por qué los costes de la nube en fábrica crecen tan rápido
Uno de los mayores errores en la arquitectura de IoT industrial es estimar el volumen de datos según el número de máquinas o dispositivos conectados. El cálculo más acertado es: Muestras × Bytes × Tiempo × Activos. Una señal sencilla de estado de una máquina puede generar muy pocos datos. Un sensor de vibración que muestrea a 32 kHz es algo completamente distinto: un solo canal de 16 bits puede generar unos 5,5 GB de datos brutos al día, sin contar la sobrecarga adicional de protocolo y metadatos. Este episodio explica por qué una arquitectura centrada en el borde puede cambiar radicalmente esa ecuación. En lugar de subir continuamente cada medición bruta, los fabricantes pueden procesar los datos cerca de la máquina, conservar localmente las evidencias detalladas, detectar cambios significativos, crear agregados y enviar solo la información que necesitan los consumidores en la nube.

Lo que aprenderás

• Por qué los costes de salida de datos (egress) en la nube pueden ser más importantes que los de almacenamiento
• Cómo MQTT y la telemetría IoT pueden generar múltiples flujos de datos posteriores
• Por qué el número de dispositivos es una mala forma de estimar el volumen de datos de fábrica
• Cómo la monitorización de vibraciones puede generar gigabytes o terabytes de datos
• Por qué importa el tráfico entre regiones y entre zonas de disponibilidad
• Cómo las puertas de enlace NAT y el enrutamiento de red pueden aumentar los costes en la nube
• Por qué la replicación, las copias de seguridad, las exportaciones y los paneles generan movimientos adicionales de datos
• Cómo identificar canalizaciones de datos de fábrica duplicadas
• Cuándo los datos brutos de fabricación deben permanecer en el borde
• Cómo el filtrado de eventos y la agregación reducen el tráfico innecesario hacia la nube
• Por qué la computación en el borde debe ser una capa de procesamiento y no una nube en miniatura
• Cómo diseñar una arquitectura de fabricación de borde a nube basada en decisiones de negocio y no en el volumen bruto de datos

Computación en el borde frente a enviar todo a la nube
La pregunta clave de la arquitectura no es: “¿Podemos enviar estos datos de fábrica a la nube?”
Es: “¿Qué datos realmente justifican el viaje?”
Las señales brutas de alta frecuencia, como las formas de onda de vibración, las trazas de diagnóstico y los datos de visión artificial, a menudo pueden permanecer cerca de la fábrica. Los eventos filtrados y los agregados pueden moverse de forma selectiva, mientras que los registros de producción, los resultados de calidad, los KPI y los análisis entre plantas son candidatos más sólidos para las plataformas centralizadas en la nube. El resultado no es un argumento en contra de la computación en la nube. Es una arquitectura IT/OT más deliberada en la que el borde y la nube tienen responsabilidades distintas.

Temas tratados
IIoT industrial, IIoT, computación en el borde, computación en la nube, datos de fabricación, datos de fábrica, MQTT, OPC UA, salida de datos (egress), costes de la nube, FinOps, Azure IoT, AWS IoT, automatización de fábrica, mantenimiento predictivo, monitorización de vibraciones, arquitectura de datos, integración IT/OT, fabricación inteligente, Industria 4.0, replicación de datos, redes en la nube, analítica de fabricación

¿Para quién es este episodio?
Este episodio está dirigido a responsables de TI en fabricación, ingenieros de OT, arquitectos de nube, arquitectos de IoT, ingenieros de datos, directores de planta, arquitectos de soluciones y equipos de digitalización industrial que diseñan u operan entornos de fábrica conectados.
Si tu arquitectura contiene una flecha limpia etiquetada como “Fábrica → Nube”, este episodio explica por qué merece una mirada mucho más atenta.


Hazte mecenas de este podcast: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.