Azure IoT Edge 1.5 se queda sin soporte el 10 de noviembre: qué pasa con los gateways de planta, RFID y sensores

El martes 10 de noviembre de 2026, dentro de siete días, Azure IoT Edge 1.5 LTS se queda sin soporte. IoT Edge es el software de Microsoft que corre en los gateways de planta: la mini PC o el equipo industrial que recibe lecturas de un PLC, de sensores de temperatura o de un lector RFID, las filtra y las manda a la nube de Azure. Si tu empresa tiene un tablero de producción, un monitoreo de cámaras frías o un control de inventario por RFID montado sobre Azure, es probable que haya uno de estos equipos en un gabinete de la nave.

La fecha no es casual. IoT Edge sigue el ciclo de .NET, y el 10 de noviembre también terminan .NET 8 y PowerShell 7.4. La sucesora, IoT Edge 1.6 LTS, salió en julio de 2026 y tiene soporte hasta el 14 de noviembre de 2028.

Hay un detalle que complica el caso de los gateways que corren sobre Windows: la variante EFLOW (IoT Edge para Linux en Windows) vence el mismo día, y a la fecha de esta nota no hay una EFLOW 1.6 publicada.

Qué vence y qué lo reemplaza

Fuentes: historial de versiones, plataformas soportadas y guía de actualización de IoT Edge en learn.microsoft.com (actualizadas el 16 y 17 de julio de 2026); página de fin de soporte 2026 del ciclo de vida de Microsoft; repositorio Azure/iotedge-eflow en GitHub, consultados el 27 de octubre de 2026.

Por qué esto le toca a una PyME

IoT Edge no es exclusivo de grandes corporativos. Llega por tres caminos comunes:

• Un proyecto de RFID o de trazabilidad. El integrador pone un gateway que recibe las lecturas de los arcos o lectores y las sube a Azure; lo explicamos en qué es RFID y cómo transforma el almacén.
• Un tablero de producción o mantenimiento. Datos de máquinas que pasan por un equipo de edge computing en manufactura antes de llegar a Power BI o a un sistema de mantenimiento.
• Un equipo "llave en mano" de un fabricante. Algunos proveedores de básculas, cámaras con visión o sensores entregan su caja con IoT Edge adentro y nadie en la empresa sabe que está ahí.

En los tres casos el equipo se instaló una vez, funcionó, y desde entonces nadie lo ha tocado. Es el mismo patrón que vimos con los contenedores de Alpine y Python que se quedaron sin parches: IoT Edge corre sus módulos en contenedores, y lo que no se reconstruye no se actualiza.

La actualización a 1.6: directa en Linux, si el sistema operativo da

Microsoft dice en su documentación que la 1.6 no trae cambios grandes de funciones frente a la 1.5. El salto tiene dos partes que hay que mover juntas:

1. El subsistema de seguridad, que vive en el equipo. Entre versiones mayores o menores (de 1.5 a 1.6), la guía oficial pide detener IoT Edge (sudo iotedge system stop), desinstalarlo, actualizar el motor de contenedores, instalar la 1.6 y aplicar la configuración con sudo iotedge config apply.
2. Los módulos del runtime, edgeAgent y edgeHub, que se configuran desde el IoT Hub. Hay que cambiar sus imágenes a la 1.6 (por ejemplo, mcr.microsoft.com/azureiotedge-agent:1.6.x). Microsoft recomienda etiquetas con versión completa en producción, no la etiqueta "rodante", para saber exactamente qué corre cada equipo.

Si tus módulos son de un tercero (el fabricante del lector o de la báscula), hay que pedirle la imagen actualizada; la guía lo indica como paso aparte.

El obstáculo real suele estar debajo. La lista de sistemas con soporte completo (Tier 1) para IoT Edge 1.6 incluye Ubuntu Server 22.04 y 24.04, Debian 12, Red Hat 8 y 9, Ubuntu Core y Windows 10/11 y Server 2019/2022 vía EFLOW. Ubuntu 20.04 y Debian 11 no aparecen. Un gateway instalado en 2021 o 2022 probablemente trae alguno de esos dos, y entonces la actualización empieza por el sistema operativo, que en un equipo remoto de planta conviene hacer con reinstalación limpia y no en caliente.

Qué hacer esta semana

1. Ubica los equipos. En el portal de Azure, entra a tu IoT Hub, sección Dispositivos, y filtra los que son IoT Edge. Cada uno es una caja física en algún lado: anota dónde está, qué conecta y quién tiene acceso.
2. Revisa versión y sistema operativo. En cada equipo, iotedge version da la versión del runtime y cat /etc/os-release el sistema operativo. En EFLOW, entra primero por SSH a la máquina virtual. Si ves 1.4, ya llevas dos años sin soporte.
3. Separa los casos. Linux con Ubuntu 22.04/24.04 o Debian 12: actualización directa a 1.6. Ubuntu 20.04, Debian 11 o un Linux embebido viejo: primero el sistema. Windows con EFLOW: pregunta y espera respuesta antes de tocar.
4. Pide a los fabricantes sus módulos 1.6. Si el lector RFID, la báscula o la cámara traen módulos propios, solicita las imágenes compatibles y la fecha en que las tendrán.
5. Agenda ventana y plan de regreso. Actualiza primero un gateway de prueba o el menos crítico, confirma que los datos llegan completos al tablero y deja documentado cómo volver a la versión anterior. Aprovecha para aplicar lo básico de endurecimiento de servidores Linux: usuarios, SSH con llaves y actualizaciones automáticas del sistema.

Contexto

El fin de soporte de IoT Edge 1.5 LTS está publicado en la página de ciclo de vida de Microsoft para 2026 y en la documentación del producto, actualizada el 16 y 17 de julio de 2026, que también fija el soporte de la 1.6 LTS hasta el 14 de noviembre de 2028. El estado de EFLOW sale del repositorio Azure/iotedge-eflow en GitHub, consultado el 27 de octubre de 2026; si Microsoft publica una EFLOW 1.6 después, el plan para Windows cambia.

El 10 de noviembre se juntan varios vencimientos: además de .NET 8, terminan las actualizaciones de Windows 11 23H2 en ediciones Enterprise, Education e IoT Enterprise, que también es común en equipos industriales. En RFID, infraestructura y para la industria manufacturera hacemos el inventario de gateways, la actualización con ventana de mantenimiento y el monitoreo para que el siguiente vencimiento no llegue por sorpresa.