dit is een 2 minuten lezen
hoewel het GCM framework voor Android en de APN (Apple push notification) voor iOS lijkt een perfecte oplossing voor gevallen zoals real time messaging, waarom heeft FB besloten om te gaan met MQTT? is dit een aanhoudende vraag in je hoofd ? Hier zijn enkele van mijn gedachten.
1. MQTT zal helpen positie FB en Messenger aan de massa ‘ s en derde wereld landen.
FB messenger werkt in 2 smaken web en mobiel. Ik geloof dat de mobiele versie d.w.z.FB messenger App en FB App is niet alleen beschikbaar voor smartphones, het is ook beschikbaar in functie telefoons. dus FB messenger is niet alleen voor Android en Apple. MQTT was oorspronkelijk gepositioneerd om lage voet-print apparaten zoals sensoren te ondersteunen die praten met een netwerk waar de netwerken naar verwachting van een typisch lage bandbreedte en hoge latency zijn. Denk aan feature-telefoons zonder 3G / 4G-ondersteuning. Werkend op Edge / GPRS, het uitgeven van datapakketten in MQTT zou zinvoller zijn geweest voor FB dan HTTP of XMPP. Denk aan landen of continenten met een slechte netwerkinfrastructuur.
2. X-platform push notification made easy
X-platform push notifications kunnen op verschillende manieren worden geïmplementeerd. Een mogelijke manier is om te gaan met APN ‘ s/GCM en gebruik Amazon Simple Notification Service op de top van dat. FB zou kunnen hebben gekozen voor de route van het bouwen van hun eigen push notificatie infrastructuur.
Wat is echt een Push-notificatie-infrastructuur ? Het is niets anders dan een gedistribueerde publiceren/abonneren infrastructuur. Een bouwen die past bij onze use cases is niet zo erg . MQTT wordt ook geleverd met een set van QoS parameters die dingen betrouwbaarder maakt. Intern vereist MQTT een blijvende TCP / IP verbinding.
terwijl dat mijn mening is. Hier zijn een aantal feiten / trends die vertelt dat gaan met MQTT is niet een big deal. Kies gewoon een smaak op basis van uw use cases.