MQTT (Message Queuing Telemetry Transport) fue diseñado por IBM en 1999 para telemetría sobre redes de baja capacidad. Hoy es la opción estándar para llevar datos de planta a cloud (AWS, Azure, GCP) y para arquitecturas event-driven.
Beneficios clave
- Overhead mínimo (header de 2 bytes) — ideal para enlaces NB-IoT, satelitales o ancho de banda limitado
- QoS configurable (0, 1, 2) según criticidad del mensaje
- Conservación de mensajes (retained) y last-will para detectar caídas
- Topics jerárquicos para organización lógica del dato
Casos de uso
- Telemetría de tanques remotos por celular o satélite
- Integración entre planta y cloud (ingesta a AWS Timestream, Azure IoT Hub)
- Eventos entre microservicios en arquitecturas event-driven OT/IT
Niveles QoS
QoS 0: fire-and-forget, sin garantía. QoS 1: at-least-once, garantiza llegada (puede duplicarse). QoS 2: exactly-once, garantiza llegada única (más overhead). Elige según el costo de pérdida vs duplicación: telemetría continua suele bastar con QoS 1.
Sparkplug B
Sparkplug B es una especificación encima de MQTT que añade modelo de información, descubrimiento y birth/death certificates. Es la opción para IIoT serio: HiveMQ, Cirrus Link, AWS lo soportan nativamente. Permite OEEs, alarmas y comandos bidireccionales sin reinventar mensajería.
Brokers populares
Eclipse Mosquitto (open source, single-node), HiveMQ (enterprise, alta disponibilidad), EMQX (escalable a millones de conexiones), AWS IoT Core / Azure IoT Hub (managed). Elige según escala, latencia y compliance.
¿Estás evaluando esta tecnología?
Nuestro equipo de pre-venta tiene experiencia en proyectos con esta tecnología en Colombia. Te asesoramos sin compromiso sobre arquitectura, marcas compatibles y planes de migración.