MQTT和CoAP哪個(gè)最可能成為未來物聯(lián)網(wǎng)通信標(biāo)準(zhǔn)協(xié)議

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

物聯(lián)網(wǎng)一定要用mqtt協(xié)議嗎?用kafka行嗎?

物聯(lián)網(wǎng)通訊協(xié)議有很多啊，例如z-wave、zigbee、wifi、藍(lán)牙等

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

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

什么協(xié)議的搭建的云平臺(tái)能支持高并發(fā)？

用什么協(xié)議搭建的云平臺(tái)都支持高并發(fā)，只是二進(jìn)制類型協(xié)議（MQTT）實(shí)現(xiàn)的代價(jià)最少，而且在物聯(lián)網(wǎng)中，因?yàn)榇蠖嘣O(shè)備處理能力不強(qiáng)，用二進(jìn)制類型協(xié)議（MQTT）最適合。