基于mqtt 數(shù)據(jù)怎么實(shí)時(shí)上傳到云平臺(tái)

你說(shuō)的私有云是指iaas還是paas，也就是說(shuō)是要做一個(gè)數(shù)據(jù)存儲(chǔ)的空間，還是要一個(gè)平臺(tái)，如果是平臺(tái)的話，可以采用mqtt物聯(lián)網(wǎng)通信云平臺(tái)，行業(yè)唯一的。

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

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

三菱的PLC如 何實(shí)現(xiàn)上到物聯(lián)網(wǎng)云平 臺(tái)中？

三菱的PLC有很多中， 有Q系列的， FX系列的， 有通過(guò)串口的， 有通過(guò)網(wǎng)口取數(shù)的， 關(guān)鍵是看你用什么樣的。不過(guò)這些協(xié)議都是工業(yè)傳輸協(xié)議， 一般 物聯(lián)網(wǎng)云平臺(tái)都是用java寫的， 很爛的平臺(tái)是用PHP協(xié)議， 這個(gè)都沒(méi)有關(guān)系， 你需要用一個(gè)硬件， 把FX系列協(xié)議轉(zhuǎn)換為http或者mqtt協(xié)議， 浪潮的，多比、龍博、天云智能網(wǎng)關(guān)， 這些硬件都可以支持， 你可以選一種。 DTU是不行的， 我賣過(guò)， 不支持協(xié)議解析， 沒(méi)有用， 賣了就是浪費(fèi)。

什么協(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）最適合。

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

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

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

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