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

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

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

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

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

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

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

用什么協(xié)議搭建的云平臺都支持高并發(fā)，只是二進制類型協(xié)議（MQTT）實現(xiàn)的代價最少，而且在物聯(lián)網(wǎng)中，因為大多設(shè)備處理能力不強，用二進制類型協(xié)議（MQTT）最適合。

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

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

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

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