MQTT vs. XMPP Quale dovrei scegliere?

Question

Panoramica

io mando messaggi avanti e indietro tra un client (telefono Android) e un server (Windows Server). Usando una connessione persistente su TCP, quale protocollo sarebbe la soluzione migliore. Sto osservando le prestazioni, la scalabilità, le dimensioni dei messaggi e la durata della batteria. I messaggi devono arrivare alla destinazione in ordine e non possono essere duplicati.

MQTT

Questa sembra la soluzione migliore, ma sembra che ci sia poco esempi di grande applicazione con un sacco di utenti. Non sono sicuro di poterlo integrare nel server Windows, o se dovrebbe essere un'altra applicazione o server in esecuzione. Infine sembra esserci una mancanza di informazioni su di esso in generale.

XMPP

Questo sembra avere un sacco di implementazione, esempi, e anche un libro:). Tuttavia lo scopo principale sembra essere per i client di instant messaging e cose come Google talk. Sarà una soluzione ottimale per la messaggistica tra server e client. So che attualmente XMPP viene utilizzato principalmente nel client al server alle architetture client.

Per favore correggimi se ho torto e grazie in anticipo per qualsiasi consiglio.

Answer 1

Dipende da cosa si sta tentando di fare e da quale hardware si sta eseguendo.

MQTT ha un traffico keep-alive molto basso. XMPP è un protocollo IM e ha un sovraccarico molto più elevato nella gestione dei messaggi di presenza tra tutti i client.

Se si dispone di un vincolo di memoria di piccola memoria, la gestione del parser XML può rendere impossibile l'utilizzo di XMPP.

Ricordare che MQTT sta per Message Queue Telemetry Transport, vale a dire, è un protocollo di trasporto e non definisce affatto il formato del messaggio - sarà necessario fornire questo; XMPP è un protocollo di messaggistica istantanea che definisce con cura tutti i formati dei messaggi e richiede che tutti i messaggi siano in XML.

In aggiunta a tutto questo: MQTT è un protocollo di sottoscrizione di pubblicazione, XMPP è un protocollo di messaggistica istantanea che può essere esteso (utilizzando XEP-0060) per supportare la sottoscrizione di pubblicazione. È necessario tenerlo in considerazione quando si progetta il tuo sistema.

Stiamo trovando MQTT come il più silenzioso. La tua miliard potrebbe essere diversa.

Tutto dipende ...

Rintracciare il recente annuncio di LinkedIn dove discutono del loro utilizzo di MQTT nella loro app mobile.

Acclamazioni Segna

(BTW Andy era un po 'fuori, nel suo riferimento a noi. Siamo al Centro per l'Innovazione Educativa & Technology (CEIT), The University of Queensland, Brisbane, Australia)

Answer 2

Penso che probabilmente stai correggendo la tua valutazione di XMPP in quanto è un protocollo principalmente orientato alla chat - è anche piuttosto pesante e usa XML estesamente rendendolo prolisso. So che i ragazzi del CEIT presso l'Università di Brisbane hanno studiato specificamente le differenze e gli usi ottimali per i due protocolli. MQTT è molto leggero e di bassa potenza - è stato utilizzato per applicazioni di telemetria e sensori per oltre 10 anni ed è stato implementato su larga scala da IBM e dai suoi partner. La gente ora sta trovando che un protocollo semplice come questo è ideale per lo sviluppo mobile.

Che cosa stai cercando di ottenere esattamente? Il sito mqtt.org mira a fornire buoni collegamenti ai contenuti. Ci sono anche canali IRC e mailing list a riguardo. Come possiamo aiutare?

Answer 3

I pensano che in breve i vantaggi MQTT oltre XMPP sono:

• capacità di flusso: meno spese generali, più leggero
• binario vs pl testo ain
• QoS in atto (Fuoco-and-forget, At-almeno-una volta ed esattamente-once)
• Pub/Sub a posto (XMPP richiede estensione XEP- 0060)
• Non c'è bisogno di un parser XML