MQTT和CoAP哪個最可能成為未來物聯(lián)網通信標準協(xié)議

MQTT是非常流行的設備的接入協(xié)議，包括IBM、亞馬遜、微軟的IoT托管服務都有支持，而CoAP在這方面幾乎沒有露面的機會。感覺以下幾點是MQTT優(yōu)于CoAP的主要原因：MQTT基于TCP，在做反控設備的時候比UDP更可靠，比如CoAP走3G、4G的時候甚至需要實現(xiàn)CoAP over TCP，否則反控很不穩(wěn)定甚至無法聯(lián)通。MQTT異步Pub/Sub實現(xiàn)，好比發(fā)個微信，無需等待對方確認便可以繼續(xù)，而不像CoAP那樣必須等待對方應答才能返回的同步模式。MQTT為物聯(lián)網提供了許多體貼的設計，比如QoS，比如“遺言”的設計。篇幅有限，無法完全枚舉MQTT的優(yōu)越性，建議參考以下文章：MQTT入門篇MQTT進階篇MQTT安全篇MQTT實戰(zhàn)篇當然，CoAP在功耗方面有優(yōu)勢，不過隨著物聯(lián)網設備特別是網管的計算能力加強，這點應該不是主要矛盾。

Kafka和mqtt可以互相替代嗎？物聯(lián)網必須用mqtt嗎？用kafka行嗎？

兩者雖然都是從傳統(tǒng)的Pub/Sub消息系統(tǒng)演化出來的，但是進化的方向不一樣，以下是幾個比較突出的點：Kafka是為了日志收集的場景，拋棄exact once的語義而支持at least once以便得到更高的可擴展性。MQTT是為了物聯(lián)網場景而優(yōu)化，不但提供多個QoS選項（exact once、at least once、at most once），而且還有層級主題、遺囑等等特性。說白了都是傳統(tǒng)消息系統(tǒng)（老爸）的子嗣，只是與不同的場景（老媽）結合的產物。

MQTT除了物聯(lián)網的應用場景外有沒有其他的有趣的應用場景呢

協(xié)議自然是重要的，非常重要，或許IBM意識到了這一點；TCP/IP，HTTP這些重量級的協(xié)議沒能分上一杯羹，已經是讓這位藍色巨物很不爽了，物聯(lián)網嘛，新名詞，大約有些做為，于是IBM就搗騰了這么個東東。在IBM的產品線里，如果mqtt能算產品的話，我覺得應該屬于MQ一類吧，當年忽悠的中國的各大金融巨鱷、運營商一愣一愣的，估計現(xiàn)在這種產品不好賣了。在沒有更好的選擇或者對不懂行的人來說，IBM的很多東東都還是不錯的，技術上的協(xié)議也是這樣，記得金融行業(yè)有個ISO8583協(xié)議什么的，個人對MQTT的定位就是與此類似。談不上有多糟糕，但至少不差，比起12306或者網銀插件來說，IBM至少還是不會讓技術人員有多反感。但對于懂行的人來說，對其進行過分吹捧、或者在自己產品里使用，就很是不解了。