Edge computing frente a la nube para la industria: ¿cómo elegir en 2026?

· 16 min de lectura
16 min read
Equipo Eziwan
Equipo Eziwan
Infraestructura IoT

«Póngalo todo en la nube» era el mantra de la transformación digital industrial hasta 2020. Pero entonces los proyectos se topaban con la realidad sobre el terreno: una estación de bombeo con 500 ms de latencia de red no puede cerrar un bucle de control a través de la nube. Una planta de producción que genera 2 TB de datos al día no puede enviarlos todos a AWS sin incurrir en unos costes de ancho de banda prohibitivos. Y una empresa del sector de la defensa no puede alojar sus datos de producción en un servidor cuya ubicación física desconoce.

En 2026, la arquitectura predominante en el IoT industrial es híbrida: procesamiento local en el origen para lo que sea necesario, y en la nube para lo que se beneficie de la escalabilidad y la centralización. Esta guía te ayuda a tomar la decisión adecuada para cada caso de uso.

Definiciones: «edge», «cloud» y «fog» — sin jerga técnica​

Antes de compararlos, aclaremos qué significan concretamente estos términos en un contexto industrial.

La nube es un conjunto de servidores remotos a los que se puede acceder a través de Internet o de una red privada WAN. En la práctica industrial, la nube aloja los paneles de control de supervisión, las bases de datos históricas, los algoritmos de análisis avanzado y las herramientas colaborativas. Los hiperescaladores dominantes son AWS, Microsoft Azure y Google Cloud, pero las ofertas de nube soberana francesas (OVHcloud, Outscale/Dassault, Scaleway) están ganando relevancia para los datos sensibles.

El «edge computing» se refiere al procesamiento de datos lo más cerca posible de su fuente: físicamente en las instalaciones, en el armario de control o en el propio equipo. El «edge» de «edge computing» es la frontera entre la red OT de campo y el resto; ahí es donde se encuentra la pasarela industrial. En la práctica, «edge» equivale a tu pasarela o a tu servidor local.

El «fog computing» es un término intermedio que hace referencia al procesamiento distribuido en las capas situadas entre el terreno y la nube (agregadores de zona, servidores de edificio, servidores de fábrica). En 2026, el término «fog» se utiliza menos en la industria que en las publicaciones académicas; la mayoría de los industriales se refieren simplemente a una arquitectura híbrida de «edge» y «cloud».

La jerarquía en una fábrica:

  • Nivel 0: sensores, actuadores (sin procesamiento)
  • Nivel 1: controladores lógicos programables (PLC), RTU (procesamiento en tiempo real, ciclo <10 ms)
  • Nivel 2: SCADA local, HMI (supervisión y control in situ)
  • Nivel 3: Edge gateway (recogida, normalización, preprocesamiento, alertas locales)
  • Nivel 4: Nube (historización a largo plazo, análisis, supervisión multisitio)

La pasarela industrial Eziwan opera en el nivel 3 de esta jerarquía: es el punto de conexión entre la red OT de campo y la nube de supervisión.

Cuándo es imprescindible el «edge computing»​

Hay tres situaciones en las que el tratamiento en la nube por sí solo resulta técnicamente insuficiente o inadmisible.

Restricción de latencia en tiempo real

El bucle de control de un controlador lógico programable debe completarse en menos de 1 a 10 ms, dependiendo del proceso. Este requisito es físicamente incompatible con un viaje de ida y vuelta por la red hasta una nube remota, que tarda como mínimo entre 10 y 50 ms en una conexión 4G LTE, y entre 5 y 20 ms en una conexión de fibra óptica con el servidor más cercano de Francia.

Las aplicaciones que requieren un procesamiento local para funcionar:

  • Parada de emergencia por superación del umbral (parada de la máquina si la temperatura es superior a 85 °C)
  • Regulación del caudal o de la presión (bucle PID cerrado a través de una pasarela periférica)
  • Detección de vibraciones anómalas con activación de una alarma local
  • Control de calidad por visión con rechazo de piezas defectuosas en la línea de producción

Limitación de ancho de banda

Un sensor de vibraciones industrial de alta frecuencia (acelerómetro de 10 kHz) genera unos 80 MB de datos brutos por minuto. Una línea de producción con 100 sensores de este tipo genera 8 GB por minuto, es decir, 11,5 TB al día. Transmitir todo este volumen en tiempo real a la nube costaría decenas de miles de euros al mes en ancho de banda y almacenamiento en la nube.

El edge resuelve este problema mediante dos mecanismos:

  • Downsampling: reducir la frecuencia de muestreo de 10 kHz a 1 Hz para la supervisión habitual, y transmitir los datos de alta frecuencia únicamente cuando se produce un evento (superación del umbral)
  • Extracción de características: calcular localmente indicadores relevantes (RMS de vibración, frecuencias características de la FFT) y transmitir únicamente dichos indicadores, en lugar de los datos brutos

En la práctica, el «edge» puede reducir el volumen de datos transmitidos a la nube entre un 70 % y un 95 %, dependiendo de las aplicaciones.

Restricción de soberanía de los datos

Algunos datos industriales no pueden salir de la empresa ni del territorio nacional:

  • Datos de producción relacionados con mercados confidenciales (defensa, aeronáutica, energía nuclear)
  • Fórmulas de productos y parámetros de proceso que constituyen secretos industriales
  • Datos amparados por acuerdos de confidencialidad con los clientes
  • Datos cuya ubicación está regulada por la normativa (datos sanitarios con el SNDS, datos financieros)

En estos casos, el procesamiento en el borde y el almacenamiento son locales. La nube puede recibir datos anonimizados o agregados (indicadores clave de rendimiento), pero no los datos brutos sensibles.

Cuando basta con la nube​

Para la mayoría de las aplicaciones de supervisión industrial, la nube por sí sola resulta perfectamente adecuada y simplifica considerablemente la arquitectura.

Supervisión y seguimiento no críticos

La supervisión remota de una estación de bombeo (lectura de nivel, presión y caudal cada 5 segundos) no tiene ningún requisito de latencia inferior a 1 segundo. La alarma de «nivel bajo», que se transmite en 200 ms en lugar de en 10 ms, no tiene ningún impacto operativo: el operador ve la alarma en menos de un segundo, y el proceso de bombeo tiene tiempos de respuesta del orden de un minuto o una hora.

Análisis de datos y aprendizaje automático a partir de datos históricos

Los algoritmos de mantenimiento predictivo, entrenados con 18 meses de datos históricos, se ejecutan con gran eficacia en la nube, donde los recursos de cálculo son elásticos y el almacenamiento es económico. Un modelo de detección de anomalías que se ejecuta una vez por hora sobre los datos de las últimas 24 horas no necesita en absoluto implementarse en el borde.

Supervisión centralizada de múltiples emplazamientos

Un gestor de red que supervisa 50 estaciones de tratamiento de agua repartidas por todo un departamento tiene todo el interés en centralizar los datos en la nube: paneles de control unificados, correlación entre emplazamientos, análisis comparativo del rendimiento e informes reglamentarios automatizados. Implementar estas funciones en 50 nodos periféricos locales no solo resultaría costoso, sino que sería prácticamente imposible de mantener.

Gestión de actualizaciones y configuración

La gestión centralizada de las configuraciones de los routers, las versiones de firmware y las reglas de alertas es, por naturaleza, una función propia de la nube. El Zero Touch Provisioning (ZTP) es, por definición, un servicio en la nube que configura los equipos de forma remota.

La arquitectura híbrida «edge + cloud»: lo mejor de ambos mundos​

La arquitectura recomendada en 2026 para los proyectos serios de IoT industrial es híbrida, con una clara distribución de responsabilidades entre el borde y la nube.

Funciones del edge (pasarela industrial local):

  • Recopilación local de datos de campo a través de Modbus RTU/TCP, OPC-UA, Profibus y SNMP
  • Normalización y formateo de los datos (conversión de unidades, marca de tiempo local, identificadores de equipos)
  • Evaluación local de las reglas de alarma y activación de alertas sin depender de la red
  • Store & forward: almacenamiento temporal si se interrumpe la conectividad, retransmisión automática al restablecerse la conexión
  • Preprocesamiento: reducción de resolución, extracción de características, filtrado de valores atípicos
  • Túnel VPN hacia la nube: cifrado TLS, autenticación mutua

Funcionalidades de la nube:

  • Recepción y registro histórico de datos normalizados
  • Cuadros de mando en tiempo real e históricos
  • Motor de alertas avanzado (correlación entre múltiples emplazamientos, alertas basadas en tendencias)
  • Análisis y aprendizaje automático
  • Gestión de usuarios, derechos de acceso y auditorías de seguridad
  • API para la integración con sistemas ERP, CMMS y de BI
  • Supervisión de la flota de pasarelas (estado de la red, conectividad y versiones de firmware)

El protocolo de sincronización: La pasarela publica los datos en la nube a través de MQTT sobre TLS o HTTPS REST, según la configuración. En caso de pérdida de conectividad, los datos se almacenan temporalmente de forma local (normalmente en una memoria flash de entre 4 y 32 GB) y se envían en bloque una vez restablecida la conexión. Esta arquitectura garantiza que no se pierda ningún dato, incluso en caso de un corte de red de varias horas.

Supervisión de la propia pasarela: La propia pasarela periférica debe supervisarse desde la nube: disponibilidad, señal LTE (RSRP/RSRQ), consumo de CPU/RAM, espacio en disco y versión del firmware. No es aceptable que una pasarela sufra una avería silenciosa durante 48 horas sin que se detecte en un emplazamiento crítico.

El «edge computing» en la práctica: ejemplos por sectores​

Sector agroalimentario — supervisión de cámaras frigoríficas

Una cámara frigorífica de almacenamiento requiere una alarma local en caso de que se supere la temperatura (> +4 °C para una cámara positiva), independientemente de la conectividad a la red. La pasarela de borde evalúa localmente la temperatura y activa una alarma sonora local, un SMS y una llamada de guardia en menos de 30 segundos, sin necesidad de ningún intercambio de datos con la nube. Al mismo tiempo, los datos de temperatura se envían a la nube cada 5 minutos para garantizar la trazabilidad y el cumplimiento de las normas HACCP.

Suministro de agua — regulación de la presión

Una estación de bombeo equipada con un variador de frecuencia en la bomba principal utiliza la tecnología «edge» para la regulación local de la presión (valor de consigna de 3,5 bares, medición cada 100 ms, ajuste de la velocidad de la bomba). Este bucle de regulación se ejecuta íntegramente de forma local; no puede tolerar la latencia de un viaje de ida y vuelta a la nube. La nube recibe las tendencias de presión y de consumo energético cada minuto.

Energía — parque solar

Un parque solar de 500 kWp con 10 inversores genera aproximadamente 50 000 valores Modbus por hora. El dispositivo periférico calcula localmente el índice de rendimiento y el indicador de ensuciamiento cada 5 minutos, compara las cadenas entre sí y genera una alerta si una cadena se sitúa más de un 15 % por debajo de la mediana. La nube recibe los indicadores calculados (no los 50 000 valores brutos), las curvas de producción agregadas y las alertas.

Construcción y obras públicas — seguimiento de maquinaria

Una apisonadora en una obra genera datos sobre vibraciones, velocidad y posición GPS. El dispositivo periférico calcula localmente las «pasadas de compactación» (combinación de la posición GPS y la energía de compactación) y solo envía el resultado operativo (mapa de compactación) a la nube. Esto reduce el volumen de datos LTE transmitidos en 100 veces y permite trabajar incluso en zonas con poca cobertura.

Edge computing con Eziwan: qué hace la pasarela a nivel local​

La pasarela Eziwan está diseñada como un nodo de computación periférica industrial, no como un simple router transparente.

Recopilación y normalización local: La pasarela consulta los equipos de campo (autómatas Modbus RTU, contadores M-Bus, sensores MQTT locales) en ciclos configurables de entre 100 ms y 24 horas, según el tipo de datos. Los valores se normalizan (unidad, factor de escala, desplazamiento) y se marcan con la fecha y la hora de forma precisa (NTP sincronizado con los servidores de tiempo franceses).

Reglas de alarma local: Las reglas de alarma simples (umbral alto, umbral bajo, valor fuera de rango, falta de comunicación) se evalúan en la pasarela. El envío de alertas por SMS, correo electrónico o webhook puede realizarse directamente desde el borde, sin depender de la nube de Eziwan. Esto garantiza las alertas críticas incluso en caso de mantenimiento de la plataforma en la nube.

Almacenamiento y reenvío: Los datos recopilados se almacenan temporalmente de forma local en la memoria flash de la pasarela. En caso de interrupción de la conexión (pérdida de señal LTE, mantenimiento de la red), los datos se acumulan localmente y se transmiten automáticamente a la nube en cuanto se restablece la conexión. La capacidad de almacenamiento local permite hacer frente a cortes de varios días sin pérdida de datos.

Túnel VPN permanente: La conexión entre la pasarela y la nube de Eziwan se establece a través de OpenVPN, iniciada desde la pasarela (sin puertos de entrada en el equipo). El acceso remoto a los equipos OT locales se realiza exclusivamente a través de este túnel cifrado, sin exponer en ningún momento ningún puerto a Internet.

Protocolos compatibles a nivel local:

  • Modbus RTU (RS-232, RS-485)
  • Modbus TCP
  • Broker MQTT local
  • SNMP
  • M-Bus (subcontadores de energía, agua y gas)
  • API REST local para integraciones personalizadas

Cómo planificar tu arquitectura de borde y nube​

Una arquitectura edge/cloud eficaz se define antes de elegir los equipos. Este es el proceso recomendado.

Paso 1: Identificar las fuentes de datos Enumera cada equipo o sensor, su protocolo de comunicación, la frecuencia con la que genera datos, el volumen de datos brutos y la importancia de los datos para el negocio.

Paso 2: Clasificar las restricciones por caso de uso Para cada caso de uso (alarma, regulación, generación de informes, análisis), identifica la restricción principal: latencia (< 100 ms? < 1 s?), disponibilidad sin red (sí/no), soberanía (¿datos sensibles?), volumen (> 1 MB/min por fuente?).

Paso 3: Aplicar la regla de decisión

RestricciónProcesamiento en el bordeProcesamiento en la nube
Latencia < 500 msObligatorioImposible
Disponibilidad sin redObligatorioImposible
Volumen > 1 MB/min por fuenteRecomendadoCostoso
Datos sensibles (soberanía)ObligatorioCon condiciones
Análisis de ML sobre datos históricosOpcionalRecomendado
Supervisión multisitioOpcionalRecomendado
Interfaz de usuarioOpcionalRecomendado

Paso 4: Dimensionar el edge Calcula la CPU, la RAM y el almacenamiento necesarios para los procesos locales identificados en el paso 3. Una puerta de enlace básica con 512 MB de RAM y 1 GB de almacenamiento cubre el 90 % de las necesidades del edge industrial convencional. Las aplicaciones de análisis de vídeo o de inferencia de aprendizaje automático (ML) integrada requieren gateways más potentes (4-8 GB de RAM, GPU integrada).

Paso 5: Comprobar la conectividad Calcule el ancho de banda necesario tras el preprocesamiento en el borde. Un ancho de banda de 1 Mbps de subida es suficiente para la mayoría de las instalaciones industriales de IoT con procesamiento en el borde (unos cientos de puntos de datos normalizados cada minuto). Compárelo con las tarifas SIM M2M disponibles en su zona.

Este proceso lleva entre 2 y 4 horas en el caso de una planta industrial estándar y da lugar a arquitecturas mejor dimensionadas, menos costosas a largo plazo y más resistentes a las condiciones reales de funcionamiento.

Preguntas frecuentes​

¿En qué consiste exactamente el «edge computing» industrial? ¿Es complicado de implementar? En la práctica, el «edge computing» industrial consiste en que tu pasarela de IoT ejecute una lógica de procesamiento local: cálculo de medias, detección de umbrales, filtrado y agregación. En Eziwan, estas reglas se configuran a través del panel de control en la nube (sin necesidad de programación). Para procesamientos avanzados (aprendizaje automático integrado, contenedores Docker), se requiere una implementación más compleja, pero la mayoría de las necesidades industriales quedan cubiertas con la configuración de reglas.

¿Cuándo no basta con el edge computing y es imprescindible recurrir a la nube? Cuando hay que correlacionar datos entre varias sedes (por ejemplo, comparar el rendimiento de 50 fábricas), cuando el análisis requiere un historial prolongado (18 meses de tendencias) o cuando equipos remotos deben acceder a la supervisión. El «edge» por sí solo no puede ofrecer una visibilidad consolidada de múltiples emplazamientos; esa es la función de la nube.

¿La latencia del 4G LTE (30-100 ms) impide el uso de la nube para las alertas críticas? En el caso de las alertas críticas que requieren una respuesta en menos de 500 ms, sí: la nube por sí sola no es fiable. Pero con el «edge», la detección y la activación de la alerta local (SMS, relé, alarma sonora) se producen en unos pocos milisegundos. La nube recibe la notificación de la alerta unos segundos después. La combinación de «edge» y nube ofrece lo mejor de ambos mundos.

¿Permite el edge computing en una pasarela IoT enviar comandos al controlador lógico programable (PLP)? Sí. El edge puede enviar comandos Modbus TCP de escritura al controlador lógico programable (planos de consigna, comandos de tipo ON/OFF). Esta función debe utilizarse con precaución: requiere un análisis de seguridad (quién puede escribir qué), límites en los valores permitidos y un registro completo. NIS2 exige la trazabilidad de todas las acciones remotas en los sistemas OT.

¿Cuál es la diferencia entre «store-and-forward» y el «edge computing»? El «store-and-forward» es una función del «edge computing»: los datos se recogen localmente y se almacenan en un búfer si la conexión a la nube no está disponible, para luego transmitirse en cuanto se restablece la conexión. La computación en el borde, en sentido amplio, también incluye el procesamiento local (cálculos, alertas, regulación), no solo el almacenamiento en búfer. Ambas son útiles y complementarias.

Para profundizar en el tema​

¿Quieres saber más? El equipo de Eziwan ayuda a las empresas industriales a diseñar e implementar arquitecturas edge/cloud adaptadas a sus necesidades. Descubre las capacidades de «edge» de la pasarela Eziwan o consulta nuestra oferta de telegestión industrial para mantener una primera conversación sobre tu proyecto.

Recursos adicionales​