यहाँ सवाल सेटिंग थोड़ा भ्रामक है, क्योंकि वास्तव में इन प्रोटोकॉल को एक साथ तुलना नहीं की जा सकती है। वे टीसीपी और आईपी की तरह हैं, एक दूसरे के ऊपर परतें। [1]
Websockets चीजों को प्रदान करने के लिए एक निम्न स्तर का प्रोटोकॉल है जो इसके 'प्रतियोगी' RESTful http जो कि समान स्तर पर है, प्रदान नहीं करता है: हर अनुरोध पर खुले और बंद होने की आवश्यकता के बिना हमेशा खुला चैनल। [2]
MQTT डेटा प्रकाशित या सदस्यता के लिए एक हल्के वजन का रास्ता प्रदान करता है। भ्रम यह हो सकता है कि वे सदस्यता कुछ प्रकार के चैनल हैं, लेकिन यह विभिन्न प्रकार के चैनल हैं। MQTT में एक निरंतर खुला संबंध बनाने के लिए आपको उसी समय Websockets और MQTT की आवश्यकता होती है।
IoT में, साथ ही किसी भी डिज़ाइन में, आपको यह चुनना होगा कि आपको स्ट्रीम की आवश्यकता है या नहीं (WebSockets vs RESTful) और MQTT के बारे में आपको यह सोचना पड़ सकता है कि क्या आप अपने ऐप पर सदस्यता और प्रकाशन तंत्र चाहते हैं।
कुछ परिस्थितियों पर आप वेबसूट पर MQTT पर विचार कर सकते हैं, यदि कोई सामान्य चीज आसपास हो। [3]
सवाल का जवाब है:
आप कहते हैं कि आपके पास रैस्पररी पाई का सेटअप है और जगह के आसपास कई सेंसर हैं। यदि सेंसर अपने स्वयं के नियंत्रकों के साथ रैस्पररी से दूर हैं, तो आप डेटा एकत्र करने के लिए MQTT का उपयोग कर सकते हैं। डेटा को क्लाउड में संग्रहीत करने के लिए, HTTP में डेटा भेजें। क्लाउड में आराम के माध्यम से डेटा प्रदान करते हैं। [4]
Websockets के लिए कोई आवश्यकता नहीं है, लेकिन यदि आप इसे उपयोगी पाते हैं, तो इसका उपयोग करें।
सूत्रों का कहना है:
[१] https://www.quora.com/What-are-the-pros-and-cons-of-WebSockets-versus-MQTT-as-real-time-web-infrastructure-for-the-nontet-of -Things
[२] https://www.pubnub.com/blog/2015-01-05-websockets-vs-rest-ap-understanding-the-difference/
[३] /programming/30624897/direct-mqtt-vs-mqtt-over-websocket
[४] http://www.theinternetofthings.eu/antonio-grasso-mqtt-vs-http-what-best-protocol-iot