一.物聯(lián)網(wǎng)相關協(xié)議

1.http

優(yōu)勢：

• 簡單的工作模式，請求/響應
• 完整的方法定義。
• 合理的狀態(tài)碼設計
• 友好的媒體類型支持。文本、圖片、視頻

缺點：

• 單向傳輸，可以通過客戶端輪詢實現(xiàn)類似推送效果或者HTTP 2.0。
• 安全性不高， HTTP是明文協(xié)議，可以使用HTTPS傳輸
• HTTP是文本協(xié)議，冗長的協(xié)議頭部，對于運算、存儲、帶寬資源受限的設備來說開銷大。

2.MQTT

MQTT協(xié)議，支持一對多的基于消息主題（Topic）的消息訂閱,也就是一個MQTT的客戶端，發(fā)送一條特定主題的消息，

能同時支持多個訂閱者同時訂閱。

二.數(shù)據(jù)的采集與處理方案

1.傳統(tǒng)的方案：

? 假如我們手下現(xiàn)在有兩個樹莓派，其中一個樹莓派上面有幾個傳感器，我們標記為slave，而另外一個樹莓派充當服務器的角色，我們標記為master。然后我們通過在slave上收集傳感器的數(shù)據(jù)，然后將數(shù)據(jù)通過http請求發(fā)送給master，master進行傳感器的數(shù)據(jù)存儲。這是傳統(tǒng)的C/S架構。

2.現(xiàn)代的方案：

? 同樣是兩個樹莓派，我們從兩個點進行來更新項目提高項目的效率：數(shù)據(jù)的采集，數(shù)據(jù)的處理。

數(shù)據(jù)的采集：我們通過MQ進行消息數(shù)據(jù)傳送。

數(shù)據(jù)的處理：通過構造分布式數(shù)據(jù)庫，進行數(shù)據(jù)存儲。

如下圖所示，采用的是一種方案，將數(shù)據(jù)/數(shù)據(jù)文件存儲在云存儲中，然后通過MQ來監(jiān)聽下載文件到分布式系統(tǒng)中（HDFS，spark，HBASE)

設備開始采集之后，然后以文件的方式保存，然后通過網(wǎng)絡傳送到云存儲。 由于數(shù)據(jù)量大，這里通常要做系列化以及壓縮處理。

三.總結

四.參考

物聯(lián)網(wǎng)數(shù)據(jù)采集處理架構：https://blog.csdn.net/tom_fans/article/details/78667779

如何有效的處理物聯(lián)網(wǎng)中的海量數(shù)據(jù)：http://m.elecfans.com/article/1062961.html

如何高效處理物聯(lián)網(wǎng)中數(shù)據(jù)與消息：https://yq.aliyun.com/articles/111342

物聯(lián)網(wǎng)協(xié)議MQTT淺談：https://blog.csdn.net/u010648018/article/details/80963913

總結

以上是生活随笔為你收集整理的物联网数据的采集与处理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。