MQTT y DDS:comunicación de máquina a máquina en IoT

Internet de las cosas (IoT) ha recibido mucha atención últimamente. El ímpetu detrás de algo de esto es el reciente anuncio de una iniciativa OASIS para estandarizar el protocolo IBM MQTT como un medio para que las “Cosas” se comuniquen. Esta publicación de blog del New York Times proporciona algunos antecedentes sobre MQTT y el anuncio.

Si MQTT le da una sensación de déjà vu, es probable que esté familiarizado con el estándar del servicio de distribución de datos de Object Management Group (OMG) para sistemas en tiempo real (DDS). Al igual que MQTT, DDS se diseñó específicamente para abordar la comunicación de máquina a máquina (M2M), la base de IoT.

DDS frente a MQTT

Sin embargo, aunque pueden compartir aspiraciones comunes, MQTT y DDS son estándares muy diferentes. Cada uno está optimizado en torno a diferentes suposiciones sobre cómo se compondrá IoT:

• MQTT está optimizado para la recopilación y el análisis de datos centralizados:conecta sensores y dispositivos móviles a aplicaciones que se ejecutan en un centro de datos.
• DDS está optimizado para el procesamiento distribuido:conecta directamente sensores, dispositivos y aplicaciones entre sí sin depender de la infraestructura de TI centralizada.

Las diferencias entre MQTT y DDS se manifiestan en sus arquitecturas subyacentes.

Arquitectura MQTT

MQTT es concentrador y radial. Los sensores, dispositivos y aplicaciones se comunican a través de un intermediario de mensajes que se ejecuta en un servidor (o dispositivo) en un centro de datos. Todas las rutas de comunicación a través de este corredor centralizado.

Arquitectura DDS

DDS está descentralizado. Las cosas que producen datos se comunican directamente con las aplicaciones y las cosas que consumen esos datos. En otras palabras, peer-to-peer. Los datos solo fluyen a un centro de datos si es necesario en el centro de datos.

Debido a sus diferentes arquitecturas, MQTT y DDS son adecuados para diferentes tipos de aplicaciones.

Aplicaciones MQTT

MQTT admite M2M clásico aplicaciones, en las que una máquina cliente habla con una máquina servidor, uno a uno. Un ejemplo es el monitoreo de activos remoto, como los sensores que monitorean los pozos de petróleo y los oleoductos.

Aplicaciones DDS

DDS es mejor cuando no todo el procesamiento de datos está centralizado. Por ejemplo, considere un sistema de monitorización de pacientes. Los datos de los sensores (como las estadísticas vitales) se necesitan junto a la cama, en la estación de una enfermera, para los registros médicos electrónicos e incluso en el dispositivo móvil de un médico. Sería increíblemente ineficiente enrutar los datos de los sensores a través de un centro de datos para llevarlos a un monitor junto a la cama de ubicación conjunta. Incluso puede ser técnicamente insostenible debido al requisito de ancho de banda agregado.

¿Qué protocolo de comunicación de IoT es mejor?

Por lo tanto, aunque tanto MQTT como DDS proporcionan bases de comunicación estándar para Internet de las cosas, sus arquitecturas se prestan a topologías de implementación muy diferentes. La elección de una solución centralizada cuando sus flujos de datos están distribuidos podría tener un impacto profundo en la escalabilidad y eficiencia de sus aplicaciones.