Esto es una lectura de 2 minutos
Aunque el framework GCM para Android y el APN(Apple push notification) para iOS parece una solución perfecta para casos como la mensajería en tiempo real, ¿por qué FB decidió ir con MQTT? ¿es una pregunta persistente en tu mente ? Estos son algunos de mis pensamientos.
1. MQTT ayudará a posicionar a FB y Mensajero a las masas y a los países del 3er mundo.
FB messenger funciona en 2 sabores web y móvil. Creo que la versión móvil, es decir,La aplicación FB messenger y la aplicación FB NO solo están disponibles para teléfonos inteligentes, sino que también están disponibles en teléfonos con funciones. así que FB messenger no es solo para Android y Apple. MQTT se posicionó originalmente para admitir dispositivos de baja huella, como sensores que hablan con una red donde se espera que las redes tengan un ancho de banda típicamente bajo y una alta latencia. Piense en teléfonos con funciones sin soporte 3G / 4G. Operando en Edge / GPRS, poner paquetes de datos en MQTT podría haber tenido más sentido para FB que HTTP o XMPP. Piense en países o continentes con una infraestructura de red deficiente.
2. Notificaciones push de X-platform fáciles
Las notificaciones push de X-platform se pueden implementar de múltiples maneras diferentes. Una forma posible es ir con APNS / GCM y usar Amazon Simple Notification Service además de eso. FB podría haber elegido la ruta de creación de su propia infraestructura de notificaciones push.
¿En realidad qué es una infraestructura de notificaciones Push ? No es más que una infraestructura distribuida de publicación / suscripción. Crear uno que se adapte a nuestros casos de uso no es gran cosa . MQTT también viene con un conjunto de parámetros de QoS que hace que las cosas sean más confiables. Internamente, MQTT requiere una conexión TCP / IP persistente.
Mientras que esas son mis opiniones. Aquí hay algunos hechos / tendencias que indican que ir con MQTT no es un gran problema. Simplemente elija un sabor basado en sus casos de uso.