क्या एक्स संख्या के उपकरणों के लिए एमक्यूटीटी विषयों की कुल्हाड़ी बनाना आवश्यक है?


9

वर्तमान में मेरी परियोजना में जिसमें नियंत्रक (क्लाइंट) सर्वर को सेंसर डेटा भेजता है और कुछ अतिरिक्त डेटा के साथ सर्वर से प्रतिक्रिया प्राप्त करता है, संचार के लिए एमक्यूटीटी प्रोटोकॉल का उपयोग करता है। इसमें क्लाइंट और सर्वर के लिए 2 अलग-अलग विषय हैं।

उदाहरण के लिए:

Topic1 - क्लाइंट (SUBSCRIBES), सर्वर (PUBLISHES)
Topic2 - क्लाइंट (PUBLISHES), सर्वर (SUBSCRIBES)

लेकिन अगर यह परियोजना एक बड़े अनुप्रयोग का उपयोग मामला है, तो मान लें कि कुछ 5000 उपकरणों को कहीं और स्थापित करने की आवश्यकता है।

तो, क्या क्लाइंट और सर्वर दोनों के लिए 5000 अलग-अलग विषय बनाने की आवश्यकता होगी? या कम विषयों के साथ यह किया जा सकता है और कैसे?


1
आपको क्यों लगता है कि बहुत सारे विषय होना एक समस्या है?
हार्डिल्ब

1
शायद इसलिए कि सॉफ्टवेयर को उन सभी को प्रबंधित करना होगा।
मावग का कहना है कि मोनिका

1
@hardillb यह कोई समस्या नहीं है ... बस उत्सुक था ... लेकिन क्या एक MQTT विषय एक उप-विषय हो सकता है?
ron123456

2
ज़रूर, विषय पदानुक्रमित हैं, इसलिए किसी भी योजना को तैयार किया जा सकता है। स्पार्कप्लग s3.amazonaws.com/cirrus-link-com/… में एज नोड के पीछे प्रति विषय और डिवाइस के कुछ जोड़े हैं।
सपोर्ट

जवाबों:


5

क्लाइंट से सर्वर तक आप क्लाइंट-आईडी को पेलोड में पैक कर सकते हैं, उदाहरण के लिए यदि यह JSON है, तो कुंजी में से एक में क्लाइंट-आईडी मान हो सकता है।

ब्रोकर को संदेश प्रसारित नहीं करने के लिए सर्वर से क्लाइंट के रिस्पॉन्स में क्लाइंट-आईडी होनी चाहिए, लेकिन सीधे जुड़े हुए क्लाइंट को भेजने के लिए।

उसी समय आप अपने सर्वर को कुछ इस तरह से सब्सक्राइब कर सकते हैं: "अनुरोध / +" और प्रत्येक ग्राहक "अनुरोध / {क्लाइंट-आईडी -1}", "अनुरोध / {क्लाइंट-आईडी -2}", और सर्वर को प्रकाशित करेगा। केवल एक सदस्यता के साथ दोनों प्राप्त करेंगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.