Qué protocolo IoT elegir
Respuesta corta
Los protocolos IoT más usados son MQTT (pub/sub, ligero, producción estándar), CoAP (UDP, ultra-restringido), HTTPS (familiar, más pesado) y LwM2M (gestión de dispositivo completo con OTA). La elección depende de consumo, ancho de banda, criticidad y si necesitas orquestación de dispositivos.
Matriz rápida por caso de uso
Pub/sub con buen ancho y sesión mantenida → MQTT. Mensaje puntual sobre UDP y batería extrema → CoAP. Reporte diario simple contra API REST → HTTPS. Gestión de flota con OTA, firmware, configuración → LwM2M. Enterprise integration backbone → AMQP.
Consumo y overhead
CoAP es el más ligero (sobre UDP, cabeceras mínimas). MQTT viene detrás (sobre TCP, overhead bajo). HTTPS añade handshakes y cabeceras; es cómodo pero caro en datos. LwM2M se monta sobre CoAP y añade orquestación.
Firmware OTA y gestión
Si necesitas actualizar firmware, rotar claves y reconfigurar dispositivos a gran escala, LwM2M está pensado para eso. MQTT necesita que tú construyas encima. Para fleets serios, LwM2M o MQTT + broker de gestión.
- MQTT: estándar IoT
- CoAP: ultra-eficiente
- HTTPS: simple, pesado
- LwM2M: gestión completa
- AMQP: integración enterprise
Árbol de decisión de protocolos IoT
Descarga el árbol (PDF, 1 página): responde 5 preguntas y te dice qué protocolo usar por caso de uso.
Preguntas frecuentes
¿Puedo mezclar protocolos?+
Sí. Lo normal: MQTT para telemetría, LwM2M para gestión y OTA, HTTPS para endpoints de administración. Una buena plataforma IoT lo orquesta.
¿CoAP en producción?+
Sí en nichos (metering NB-IoT, sensores ultra-bajo consumo). Fuera de ahí, MQTT suele ganar por ecosistema.
¿Qué pasa con WebSockets?+
WebSockets encapsula muchos protocolos (MQTT, STOMP) para atravesar proxies y firewalls. Útil cuando el dispositivo está detrás de NAT corporativo restrictivo.
También te puede interesar