http://wamp.ws/compared/ puede responder algunas de sus preguntas.
Actualización: No en mi móvil ahora, así que puedo dar más detalles.
Para aquellos que piensan que WAMP es Windows, Apache, MySQL y PHP, lamentablemente se equivocan, este es otro acrónimo de IT / Tech. Éste representa el Protocolo de mensajería de aplicaciones web.
- ¿Cuáles son los puntos clave en la opinión de Oracle America Inc. v. Google Inc.?
- ¿Cuál es el mejor teléfono inteligente económico en el mercado indio?
- Nombre del producto: ¿Qué sucederá primero: Google se queda sin postres alfabéticos para Android, o Apple se queda sin especies de grandes felinos para Mac OS X?
- ¿Qué opina sobre el Moto E de Motorola?
- IOS, Android, Windows Phone, Blackberry: califíquelos en función de la calidad, UX, aplicaciones, seguridad y frescura.
Ahora MQTT fue desarrollado por IBM para las comunicaciones entre su software (MQTT), era un protocolo de mensajería lo suficientemente ligero como para abrirse al mundo después de ser probado en batalla durante más de una década con una pequeña sobrecarga.
MQTT está siendo promovido actualmente como el protocolo de interoperabilidad para Internet de las cosas por muchos de los principales actores, y por una buena razón. Utiliza una huella muy pequeña para dispositivos integrados y puede usarse para múltiples aplicaciones en tiempo real con su mecanismo de publicación / suscripción. Su protocolo de baja altura también permite la publicación de métricas.
Su respaldo de soporte en productos como RabbitMQ le permite ser una verdadera interoperabilidad. protocolo para IoT para la empresa.
MQTT es un protocolo de mensaje. Puedes hacer con él lo que quieras.
Por otro lado, tenemos el Protocolo de mensajería de aplicaciones web que (según tengo entendido) será una llamada a procedimiento remoto además de WebSockets.
Entonces parece que encajan en el mismo espacio pero en diferentes áreas del problema.
WAMP puede funcionar como la malla entre el lado de la nube del problema, de millones de procesos dentro de un entorno basado en contenedor, mientras que MQTT cierra la brecha en el lado integrado / sensor del problema a la comunicación en la nube.
Recuerde que ambos son métodos de comunicación M2M, acabo de encontrarme actualmente dirigido a mercados ligeramente diferentes.
En mi configuración de automatización del hogar en este momento, uso mosquitto (http://mosquitto.org) ejecutándose en hosts CoreOS que ejecutan contenedores Docker (http://docker.io) que enlazan en las instalaciones a la nube (ambos lados). Los contenedores manipulan las colas MQTT / instancias etcd y ocurren eventos en tiempo real. Esto me permite usar dispositivos mbed (http://mbed.org) y Spark Core (https://www.spark.io/) directamente en el bus de mensajes de mi casa.
Actualmente no uso WAMP ya que todavía no he encontrado los requisitos, pero estoy interesado en explorar la tecnología. Actualmente, el puente Saltstack Events + MQTT cubre mis requisitos y me permite jugar agregando un sistema basado en reglas para desencadenar eventos que un humano haría normalmente para cambiar el sistema.
Suficiente de eso, espero haber cubierto algunas de sus preguntas.
TL; DR; Personalmente diseñado para diferentes espacios del sistema.
