IoT Hub vs Event Hubs: por qué la mayoría de los fabricantes eligen mal el servicio

1. EL SÍNTOMA EN PLANTA Y EL DESAFÍO PRINCIPAL

Los equipos suelen enviar telemetría de planta a Azure usando el servicio que parece adecuado en los talleres iniciales, solo para descubrir meses después que la ruta de datos no puede soportar las operaciones reales de la planta. Esto suele resultar en múltiples paneles que muestran valores contradictorios (como promedios de 5 minutos comparados con valores máximos o alarmas) derivados de copias de la misma señal. En última instancia, esta desconexión técnica genera un problema de confianza y no un simple error de software. El error de raíz radica en tratar todos los datos de máquina entrantes como telemetría genérica, en lugar de separar el control de dispositivos, el estado de configuración, los comandos y el procesamiento de flujos.

2. CLASIFICACIÓN DEL TRÁFICO DE LA FÁBRICA

Antes de seleccionar los servicios de Azure, el tráfico debe clasificarse por nombre, dirección y propiedad para garantizar un manejo adecuado.

• Los eventos representan hechos vinculados a un momento específico en el tiempo, detallando qué ocurrió y cuándo, como la finalización de un ciclo de prensa o una lectura de vibración que supera un límite. Son registros de solo anexado que no deberían editarse en etapas posteriores.
• Los comandos son solicitudes que indican a un dispositivo o gateway que realice una acción con una intención específica, como recopilar diagnósticos o probar una conexión. Conllevan responsabilidad de ejecución y deben respetar los límites locales del controlador lógico programable (PLC) y de seguridad.
• El estado refleja la condición actual conocida de un dispositivo, como su versión de software o la asignación de receta activa, en lugar de su historial cronológico completo. El estado normalmente se gestiona mediante propiedades deseadas e informadas.
• Los mensajes de negocio involucran trabajo operativo que debe realizarse y registrarse, incluyendo retenciones de calidad y solicitudes de mantenimiento. Nunca deberían mezclarse directamente con las canalizaciones de eventos de sensores sin procesar.

3. MODELO MENTAL: PUERTA DE IDENTIDAD FRENTE A AUTOPISTA DE DATOS

Azure IoT Hub actúa como la puerta controlada, centrándose principalmente en las relaciones y ciclos de vida de los dispositivos mediante un registro de identidades, autenticación y estado habilitado o deshabilitado. Esto permite a los equipos de seguridad aislar o deshabilitar un único gateway comprometido o sospechoso, como un gateway de la línea 4, durante un incidente, sin detener toda la ruta de telemetría de la planta. Por el contrario, Azure Event Hubs funciona como la autopista de datos, centrándose por completo en el procesamiento de flujos y el movimiento de alto volumen para muchos lectores independientes. Event Hubs no gestiona los ciclos de vida de los dispositivos, el firmware ni las configuraciones deseadas; su función principal es mantener el tráfico fluyendo de manera eficiente a través de particiones y grupos de consumidores.

4. GESTIÓN Y SEGURIDAD DE DISPOSITIVOS

Las opciones de autenticación dependen en gran medida de las capacidades del hardware y de la arquitectura de seguridad. Las claves simétricas con tokens SAS son adecuadas para hardware limitado y gateways, pero requieren almacenamiento seguro en hardware para evitar el robo de claves. Alternativamente, los certificados X.509 proporcionan cadenas más limpias mediante una Autoridad de Certificación de confianza para flotas grandes, aunque exigen una rotación robusta y una gestión sólida del ciclo de vida. El ciclo de vida del dispositivo sigue un patrón de inscripción, cambio, deshabilitación y reemplazo, garantizando que una unidad de hardware de reemplazo se vincule correctamente a su función operativa y a su identidad en la nube sin romper las canalizaciones posteriores ni crear activos fantasma. Además, los gemelos de dispositivo utilizan estados deseados e informados para la gestión de configuración y el estado de salud, aunque la telemetría de alta frecuencia nunca debe almacenarse en los gemelos de dispositivo.

5. MECÁNICA DEL PROCESAMIENTO Y ENRUTAMIENTO DE FLUJOS

Las particiones dividen los flujos en carriles ordenados, donde las garantías de orden se aplican estrictamente dentro de una única partición, normalmente particionada por ID de máquina, línea o gateway según la lógica de negocio. Los grupos de consumidores permiten que múltiples sistemas posteriores, como calculadores de OEE, herramientas de monitorización de condición y servicios de ingesta en data lake, lean el mismo flujo de forma independiente sin competir por las posiciones de lectura. La retención del flujo proporciona una ventana de trabajo para la recuperación a corto plazo, la tolerancia a fallos y la corrección de la lógica mediante reproducción. Sin embargo, la retención del flujo no reemplaza a un historiador duradero ni a un lakehouse para el registro a largo plazo.

6. RESUMEN DE DECISIONES ARQUITECTÓNICAS

Al evaluar los servicios, Azure IoT Hub se utiliza mejor para gateways de borde gestionados, configuraciones remotas y aislamiento de seguridad de dispositivos mediante un registro por dispositivo y gemelos de dispositivo nativos. Azure Event Hubs se utiliza mejor para telemetría continua de alto volumen distribuida a múltiples consumidores mediante políticas de acceso a nivel de namespace, sin gestión nativa del ciclo de vida de los dispositivos. Una arquitectura de fábrica robusta combina con frecuencia ambas opciones: usa IoT Hub en el límite de conexión para gestionar la confianza, la identidad y la configuración, mientras que utiliza Event Hubs en la parte posterior para distribuir de forma segura el flujo de eventos de alto volumen entre consumidores independientes.

Hazte patrocinador de este podcast: https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.