try - MQTT directo vs MQTT a través de WebSocket
paho mqtt message (7)
Con MQTT sobre websockets, cada navegador puede ser un dispositivo MQTT.
Debido al patrón de publicación / suscripción de MQTT, obtiene un impulso en tiempo real a su navegador cuando ocurre un evento, literalmente en cualquier parte del mundo, siempre que se suscriba al tema correcto.
En el caso de MQTT sobre WebSockets, la conexión websockets forma una tubería externa para el protocolo MQTT. El servidor / intermediario coloca el paquete MQTT en un paquete websockets y lo envía al cliente / servidor. El cliente / servidor desempaqueta el paquete MQTT del paquete websockets y luego lo procesa como un paquete MQTT normal.
Además, tiene una gran influencia en internet de las cosas. Por favor lea las siguientes documentaciones para más detalles.
¿Cuáles son los méritos de MQTT sobre WebSocket en comparación con MQTT directo?
Estoy considerando usar MQTT en mi proyecto y quiero saber por qué algunas personas eligen MQTT en lugar de WebSocket en lugar de MQTT directo.
Dos razones principales para usar MQTT sobre Websockets (que efectivamente significa ir sobre HTTP / HTTPS):
- Aplicaciones web (aquellas que se ejecutan en un navegador, por ejemplo, escritas en JavaScript)
- Cualquier otra aplicación que no quiera usar el puerto 1883/8883 y quiera pasar por HTTP / HTTPS en su lugar, esto podría ser para que haya menos posibilidades de ser bloqueado por un firewall (por ejemplo, en una red corporativa), ya que la mayoría de los firewalls dejarán pasar el tráfico HTTP
Si no necesita o no se preocupa por lo anterior, use MQTT "directo":
- es mas eficiente
- hay más bibliotecas de clientes para varios idiomas que funcionan con MQTT "directo"
MQTT a través de sockets web también es útil si la aplicación se ejecuta detrás de un firewall que solo permite tráfico 443 y 80. Y no tiene control sobre las políticas del firewall.
MQTT es un protocolo que admite lo siguiente:
- Proporciona mecanismo de publicación / suscripción.
- Política de calidad de servicio
- Tener una sobrecarga mínima en la comunicación
-
Diseñado específicamente para canales de comunicación de banda estrecha y
dispositivos restringidos
Dependiendo del dispositivo, hay una implementación disponible.
Navegador: utiliza los sockets web. Websocket proporciona a los navegadores la capacidad de establecer una comunicación dúplex completa. Hay una biblioteca de Javascript para implementar la funcionalidad MQTT, consulte Eclipse Paho JavaScript Client
Android: Existe una biblioteca cliente MQTT escrita en Java para desarrollar aplicaciones en Android. Ver el servicio Android Eclipse Paho
Por lo tanto, depende del dispositivo que vaya a utilizar esta funcionalidad. Para conocer los estándares y especificaciones, visite MQTT Versión 3.1.1
Esperando que esto ayude.
Salud !
MQTT sobre websockets es perfecto si alguna vez una determinada página web es el cliente MQTT emisor o receptor.
here puede encontrar un buen resumen de las capacidades de MQTT a través de websockets.
Solo debe ejecutar MQTT a través de websockets si tiene la intención de publicar / suscribirse a mensajes directamente desde webapps (en la página).
Básicamente, ejecutaría MQTT puro para todo y solo agregaría los websockets si realmente lo necesita.
Para todos los idiomas de navegador ninguno, las bibliotecas de cliente MQTT solo usan MQTT nativo. Para Javascript hay una biblioteca MQTT pura y la biblioteca Paho in page que usa websockets.
Editar: El caso de uso de túnel de firewall es una razón válida para usar MQTT a través de websockets y, desde que escribió esta respuesta, más de las bibliotecas de cliente web / JavaScript no han agregado soporte
Broker MQTT:
La contraparte del cliente MQTT es el intermediario MQTT. El corredor está en el corazón de cualquier protocolo de publicación / suscripción. Dependiendo de la implementación, un intermediario puede manejar hasta miles de clientes MQTT conectados simultáneamente.
Cliente MQTT: cuando hablamos de un cliente, casi siempre nos referimos a un cliente MQTT. Tanto los editores como los suscriptores son clientes MQTT. Las etiquetas de editor y suscriptor se refieren a si el cliente está actualmente publicando mensajes o suscribiéndose a mensajes (la funcionalidad de publicación y suscripción también se puede implementar en el mismo cliente MQTT).
WebSocket: Hemos aprendido en MQTT Essentials que MQTT es ideal para dispositivos restringidos y redes poco confiables. También es perfecto para enviar mensajes con una sobrecarga muy baja. Sería muy bueno enviar y recibir mensajes MQTT directamente en el navegador de un teléfono móvil o en general. Esto es posible mediante MQTT a través de WebSockets.
Puede usar un protocolo de terceros. OPS, EMQTT, VerneMQ.