IoT MQ設計篇：開源or自研，系統複雜度分析

原創

2019-02-28 22:26

上一篇介紹了IoT MQ的一些基本知識以及與Kafka這類“系統級別”的MQ的區別，同時簡單介紹了使用最廣的兩種物聯網通信協議coap與mqtt並最終決定使用mqtt作爲基礎協議，本篇主要介紹IoT MQ在進行設計時考慮到的一些問題：

因爲初始階段對於IoT MQ並不是很瞭解，也從未涉及過物聯網領域，所以初步從兩個方面考慮：功能方面與系統方面。

功能層面

系統層面

在對功能和系統進行分析後，我們有了兩種基本的方案：1.基於開源項目二次開發，2.完全自研。我們先看一下選擇開源項目的優劣勢：

優勢：

劣勢：

前期對於時間成本，技術學習成本都比較看重，所以找個合適的開源項目進行二次開發也是很好的選擇，這裏有所有的mqtt server

下面是一些mqtt服務的對比：

Server	QoS 0	QoS 1	QoS 2	auth	bridge	$SYS	SSL	dynamic topics	cluster	websockets	plugin system
2lemetry	✔	✔	✔	✔	✔	§	✔	✔	✔	✔	✘
Jmqtt	✔	✔	✔	✔	✔	§	§	✔	§	✔	✔
Apache ActiveMQ	✔	✔	✔	✔	✘	✘	✔	✔	✔	✔	✔
Apache ActiveMQ Artemis	✔	✔	✔	✔	✘	✘	✔	✔	✔	✔	✔
Bevywise IoT Platform	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔	rm
emitter	✔	§	✘	✔	✘	✘	✔	✔	✔	✔	✘
emqttd	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔
flespi	✔	✔	✔	✔	✘	✘	✔	✔	✔	✔	✘
GnatMQ	✔	✔	✔	✔	✘	✘	✘	✔	✘	✘	✘
HBMQTT	✔	✔	✔	✔	✘	✔	✔	✔	✘	✔	✔
HiveMQ	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔
IBM MessageSight	✔	✔	✔	✔	✘	✔	✔	✔	§	✔	✘
JoramMQ	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔
Mongoose	✔	✔	?	?	?	?	?	?	?	?	?
moquette	✔	✔	✔	✔	?	?	✔	?	rm	✔	✘
mosca	✔	✔	✘	✔	?	?	?	?	✘	✔	✘
mosquitto	✔	✔	✔	✔	✔	✔	✔	✔	§	✔	✔
MQTT.js	✔	✔	✔	§	✘	✘	✔	✔	✘	✔	✘
MqttWk	✔	✔	✔	✔	✔	?	✔	✔	✔	✔	✘
RabbitMQ	✔	✔	✘	✔	✘	✘	✔	✔	?	?	?
RSMB	✔	✔	✔	✔	✔	✔	✘	✔	✘	✘	?
Software AG Universal Messaging	✔	✔	✔	✔	✘	✘	✔	✔	✔	rm	✘
Solace	✔	✔	✘	✔	§	✔	✔	✔	✔	✔	✘
SwiftMQ	✔	✔	✔	✔	✔	✘	✔	✔	✔	✘	✔
Trafero Tstack	✔	✔	✔	✔	✘	✘	✔	✔	✘	✘	✘
VerneMQ	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔
WebSphere MQ	✔	✔	✔	✔	✔	✔	✔	✔	?	?	?

我們可以看到目前已經有很多mqtt的broker了，因爲技術儲備是影響我們決策最重要的一個因素並且人力也較爲充足，所以我們選擇了java開發的Moquette爲研究對象，其中基於erlang語言的EMQTT，基於cpp的Mosquitto也是經常使用的兩種mqtt broker.

發表評論

所有評論

還沒有人評論，想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.