क्लाउड में जेनरिक डेटा को संग्रहीत / भेजने / प्रकाशित करने के लिए IoT सेवाएं क्या उपलब्ध हैं?


16

क्लाउड में डेटा की सामान्य छोटी मात्रा के भंडारण / प्रकाशन / प्रकाशन (और विपरीत संचालन) के लिए क्या IoT सेवाएं उपलब्ध हैं?

मैं देख रहा हूं, उदाहरण के लिए, एक सेवा के लिए जहां एक उपकरण क्लाउड में एक मूल्य संग्रहीत कर सकता है। और कुछ अन्य इकाई (एक अन्य डिवाइस, कुछ जेएस कोड वाली एक वेबसाइट, एक वेब सर्वर, एक मोबाइल ऐप) इस मूल्य को पुनः प्राप्त कर सकती है।

यह किसी प्रकार का अतुल्यकालिक संचार हो सकता है, उदाहरण के लिए एक कुंजी और मान जोड़ी के रूप में कुछ के रूप में छोटे को संग्रहित करने और पुनः प्राप्त करने के लिए, <255bytes, एक पूर्णांक, एक स्ट्रिंग, एक छोटी सी JSON वस्तु पर। सेवा एक REST API की पेशकश कर सकती है (इसलिए इसे बड़ी संख्या में भाषाओं द्वारा एक्सेस किया जा सकता है) प्रमाणीकरण के लिए कुछ टोकन और स्टोर करने के लिए कुंजी और मान।

उपयोग के मामले का एक विस्तृत उदाहरण है:

घर पर एक तापमान संवेदक है, और मैं चाहता हूं कि यह क्लाउड में मूल्य ( कहीं घर से बाहर ) संग्रहीत करने के लिए । इस तरह, मैं इसे एक्सेस कर सकता था, भले ही मेरे घर का कनेक्शन डाउन हो या न हो। Morevoer, यह एक समर्पित सर्वर + portForwarding + DynamicDNS को रखने और बनाए रखने से बचना होगा।

अब तक मुझे ऐसा कुछ नहीं मिल पाया है, लेकिन कभी-कभार, मुझे इसके कुछ उदाहरण मिले हैं जिनका मैं वर्णन करता हूं:

क्या अन्य समान (मुक्त / खुला) विकल्प हैं?


@BenceKaulics मुझे लगता है कि दोनों उपयोग के मामले लागू होंगे। पेशेवर समाधान अधिक गतिरोध और विश्वसनीयता का संकेत दे सकता है। प्रयोगात्मक समाधान में शामिल होने के लिए एक दिलचस्प ओपन-सोर्स प्रोजेक्ट हो सकता है।
र्नैनलफेल्ड

मैं एक खराब खेल से नफरत करता हूं, लेकिन मैं इसे IoT अनुरोध के रूप में नहीं देखता, जो वेब सीरीज़ की तरह अधिक है, जिसके लिए हमारे पास अन्य साइटें हैं। आपको जो कुछ भी पसंद है - अपनी खुद की साइट, मुफ्त होस्टिंग, अमेज़ॅन वेब सेवा आदि का उपयोग करें। आपने वास्तव में हमें नहीं बताया है कि आप क्या हासिल करने की कोशिश कर रहे हैं। उदाहरण के लिए, क्या आप किसी सर्वर सॉफ्टवेयर को कोड करना चाहते हैं? कोई विवरण नहीं, सिर्फ एक गर्म, फजी अहसास, इसलिए आपको जवाब देना बहुत मुश्किल होगा।
मावग ने कहा कि मोनिका

2
@Mawg इसका वेब-सेवा टैग है (जो मैंने नहीं बनाया)। उपयोग मामला IoT केंद्रित है, जैसा कि दिए गए संदर्भ हैं। यह उपलब्ध सेवाओं के लिए पूछता है, जबकि यह एक साधारण php + db द्वारा प्राप्त किया जा सकता है, इरादा पहिया को सुदृढ़ नहीं कर रहा है और यह जानने के लिए कि IoT समुदाय किन सेवाओं से अवगत है। लेकिन मुझे पता है कि आप किस समुदाय में इसे बेहतर मानते हैं।
urnenfeld

यह एक करीबी कॉल है। मैं मानता हूं कि मैं कभी-कभी स्टैक ओवरफ्लो पर पोस्ट करता हूं, जहां एक और साइट अधिक सही होगी। लेकिन, एसओ के पास एक बड़ा दर्शक वर्ग है, इसलिए मेरे पास उत्तर की अधिक संभावना है। अन्य साइटों के साथ हमेशा कुछ ओवरलैप होता है और जैसे-जैसे हम आगे बढ़ेंगे, हमें इसे पूरा करना होगा। +1 अपराध न करने के लिए और अब आप सुरक्षा साइट से अवगत हैं। सवाल * अभी भी थोड़ा और अधिक विस्तार का उपयोग कर सकता है, हालांकि :-)
मोग कहते हैं कि मोनिका

2
@ मेव ऑफ कोर्स नो ऑफेंस :)। मैंने वास्तव में यह सोचने में कुछ समय बिताया कि प्रश्न को कहां रखा जाए ... मैंने पहले प्रश्न को आकार देने की कोशिश की थी, चलो अब देखते हैं, मैंने सटीक उपयोग के मामले को जोड़ा, और अस्थायी समाधान।
हेर्ननफेल्ड

जवाबों:


10

इन सेवाओं पर एक नज़र डालें:

ये दोनों सेवाएं एक डिवाइस से सरल कुंजी / मूल्य डेटा को स्वीकार करेंगी। मुझे विश्वास है कि दोनों के पास आपके द्वारा उल्लिखित कण उपकरणों के आयात के लिए तैयार पुस्तकालय हैं।


7

कई क्लाउड प्रदाता जैसे अमेज़ॅन, माइक्रोसॉफ्ट, Google, आईबीएम आदि, अपने क्लाउड पर सेंसर डेटा भेजने / स्टोर / विश्लेषण करने के आसान तरीके प्रदान करके IoT स्थान को आकर्षित करने की कोशिश कर रहे हैं। यहां तक ​​कि उन्हें IoT में अपना दायरा बढ़ाने के लिए हार्डवेयर विक्रेताओं का अधिग्रहण करना है।

मैंने AWS के अलावा किसी भी सेवा का उपयोग नहीं किया, इसलिए मैं AWS के साथ अपने अनुभव की व्याख्या कर सकता हूं और हमने इसे उत्पादन उपयोग के लिए कैसे एकीकृत किया।


परिदृश्य:

हमारे पास स्थानीय गेटवे पर हर मिनट 184-428 बाइट्स डेटा भेजने वाले सैकड़ों सेंसर हैं जो डेटा को एकत्र करते हैं और डेटा को स्थानीय रूप से संग्रहीत करते हैं और उसी डेटा को AWS क्लाउड पर भेजते हैं। हमारे पास विशेष आवरण वाले सेंसर भी हैं जो डेटा को सीधे क्लाउड में भेजते हैं।

क्लाउड सेवाएं

हम संपूर्ण समाधान के निर्माण के लिए AWS IoT , AWS S3, AWS DynamoDB, AWS Lambda, AWS API गेटवे, AWS SNS, AWS क्लाउडवॉच, AWS RedShift का उपयोग कर रहे हैं। असल में, ये IoT (AWS IoT को छोड़कर) के लिए विशिष्ट नहीं हैं क्योंकि हम इन्हें मोबाइल, वेब के लिए उपयोग कर सकते हैं।

गेटवे AWS IoT के साथ MQTT, HTTP, या WebSockets प्रोटोकॉल (हम MQTT के माध्यम से कनेक्ट करने वाले JS JS SDK का उपयोग कर रहे हैं) का उपयोग करके AWS IoT से जुड़ने, प्रमाणित करने और संदेशों का आदान-प्रदान करने के लिए AWS IoT SDK का उपयोग करता है। हम डिवाइस गेटवे पर स्थानीय रूप से MQTT ब्रोकर हैं और इसे AWS IoT एंडपॉइंट के लिए ब्रिजिंग करते हैं, वहां से हम प्राप्त डेटा (रूल्स इंजन, AWS लैम्ब्डा फंक्शन्स का उपयोग करते हुए) पर तत्काल जाँच चला रहे हैं और इन्हें S3 में डायनमोफ आर्काइविंग में संग्रहीत करते हुए ग्लेशियर (स्टोरिंग किया जाता है) डेटा को संग्रहीत करने के लिए AWS ट्रिगर का उपयोग करके किए गए एकल लाइन को लिखे बिना)।


6

यह केवल प्रायोगिक या परीक्षण उपयोग के लिए है, लेकिन भविष्य में शायद यह बदल जाएगा।

तो मेरा सुझाव MQTT का उपयोग करना है , और अधिक सटीक रूप से इसके मॉस्किटो कार्यान्वयन। वे एक परीक्षण दलाल की मेजबानी करते हैं जिससे आप अपने ग्राहक और प्रकाशक ग्राहकों को जोड़ सकते हैं। ( यहां विंडोज 7 पर सेटअप प्रक्रिया के बारे में एक गाइड है )

निम्नलिखित पर ध्यान दें:

आप इसे किसी भी एप्लिकेशन के लिए उपयोग करने के लिए स्वतंत्र हैं, लेकिन कृपया किसी भी महत्व के लिए इसका दुरुपयोग न करें या उस पर भरोसा न करें। ब्रोकर को पुनरारंभ करने के लिए आपको अपने ग्राहक का निर्माण करना चाहिए।

लेकिन मूल रूप से आप इस ब्रोकर को तापमान डेटा प्रकाशित कर सकते हैं।

ग्राहक-ग्राहक पक्ष पर मैंने हाल ही में इस Android एप्लिकेशन का उपयोग किया है । यह अभी भी विकास में एक बहुत ही बुनियादी अनुप्रयोग है, लेकिन परीक्षण के उद्देश्यों के लिए यह बहुत शानदार है। प्राप्त संदेश एक डैशबोर्ड पर दिखाए जाते हैं, कुछ भी नहीं फैंसी सिर्फ नंगे मूल्यों।

मैंने अपने एमक्यूटीटी सीखने की प्रक्रिया के पहले चरण के रूप में इन दोनों का उपयोग करना शुरू कर दिया है और शुरुआती लोगों के लिए दोनों महान पाया।


1
क्या MQTT एक LAN संदर्भ में अधिक उपयुक्त समाधान नहीं होगा? गोपनीयता / सुरक्षा / बहुउद्देशीय जैसी समस्याओं के लिए?
२१:

@urnenfeld MQTT आपकी वेबसाइट, मोबाइल ऐप और "अन्य डिवाइस" की आवश्यकता का समर्थन कर सकता है क्योंकि आप उन सभी के साथ सदस्यता ले सकते हैं। इसके अलावा निश्चित रूप से आप भविष्य में अन्य उपकरणों से डेटा भेजना चाहते हैं और न केवल तापमान इतना बहुउद्देशीय क्षमता अच्छा IMO है, भले ही यह केवल एक बहु प्रकाशक एकल ग्राहक नेटवर्क हो। साथ ही सुरक्षा और गोपनीयता हमेशा एक समस्या होनी चाहिए। लैन के लिए, शायद यह अधिक फिट बैठता है लेकिन अगर आप सुरक्षा का ध्यान रखते हैं तो आप अपने ब्रोकर को हर जगह से उपलब्ध करा सकते हैं, इस मामले में विशेषज्ञ नहीं।
बेंस कौलिक्स ५'१ence को

1
एर्म, यह टेस्ट ब्रोकर एक टेस्ट ब्रोकर है इसलिए इसे रनिंग एप्लिकेशन के लिए इस्तेमाल नहीं किया जाना चाहिए। लेकिन विचार यहां है: आप अपने फ़ायरवॉल से अपने MQTT ब्रोकर का पोर्ट खोल सकते हैं और हर जगह से कनेक्ट कर सकते हैं।
गौफलाइट

मुझे खेद है लेकिन ओपी डेटा स्टोर करना चाहता है , एमक्यूटीटी सिर्फ एक संदेशवाहक है लेकिन आप इसका उपयोग समर्पित सर्वर पर डेटा भेजने के लिए कर सकते हैं। एक मूल्य को पुनः प्राप्त करने के लिए ग्राहक को एक प्रकाशन के माध्यम से मूल्य को पुनः प्राप्त करने के लिए MQTT को एक क्वेरी भेजनी होगी। MQTT महान है, लेकिन एक webservice यहाँ एक बेहतर जगह है ...
Goufalite

@Goufalite हाँ, डेटा संग्रहीत करना अधिक जटिल है।
बेन्स कौलिक्स 15

5

इसके दो घटक हैं:

  1. आप अपना डेटा कैसे संग्रहीत करना चाहते हैं? "सामान्य" डेटा सेवा बनाने का कोई वास्तविक तरीका नहीं है जो वास्तव में सभी आवश्यकताओं के अनुरूप होगा। आप जो चाहते हैं, उसे "टाइम सीरीज़ डेटाबेस" कहा जाता है , और उनमें से सैकड़ों हैं क्योंकि आप डेटा के पैमाने को कैसे संग्रहीत करते हैं, इसके बारे में विस्तार से बताया गया है। (यदि आप पैमाने पर नहीं हैं, तो बस इसे किसी भी पुराने डेटाबेस में संग्रहीत करें, यह थोड़ी देर के लिए काम करेगा।)

    हर बार श्रृंखला डेटाबेस लिखा जाता था क्योंकि अन्य वैसा नहीं करते थे जैसा वे चाहते थे। उदाहरण के लिए, इस बात पर विचार करें कि ग्रेफाइट कैसे स्टोर होता है यह डेटा: प्रत्येक मीट्रिक (एक स्रोत से तापमान) को एक निश्चित आकार की फ़ाइल में संग्रहीत किया जाता है। कोई फर्क नहीं पड़ता कि आप कितनी बार मीट्रिक भेजते हैं, या आप उन्हें कितनी बार भेजते हैं, फ़ाइल एक स्थिर आकार है।

    नकारात्मक पक्ष यह है कि पुराना डेटा कम रिज़ॉल्यूशन पर है, और एक सेट अंतराल के बाद आप परिभाषित करते हैं (जैसे 1 वर्ष) डेटा को फेंक दिया जाता है। लेकिन उल्टा यह है कि यह एक वर्ष के रूप में एक दिन का ग्राफ़ बनाने के लिए उतनी ही तेज़ है, और समय के साथ मैट्रिक्स आकार में नहीं बढ़ता है।

    अन्य भंडारण प्रणालियों में, एक वर्ष के लिए एक ग्राफ बनाने से लाखों डेटा बिंदु प्राप्त हो सकते हैं, और भारी मात्रा में डेटा संग्रहण की आवश्यकता हो सकती है।

    ग्रेफाइट का बड़ा पहलू यह है कि प्रत्येक मीट्रिक एक नई फ़ाइल बनाता है, इसलिए यदि आपके पास डायनामिक मेट्रिक्स हैं (कहते हैं कि क्लाउड बॉक्स आते और जाते हैं), तो यह एक अच्छा फिट नहीं हो सकता है।

    इसके विपरीत , प्रोमेथियस के साथ , जहां मैट्रिक्स ज्यादातर समय तक संग्रहीत होते हैं। आपके पास बहुत सारे डायनामिक मेट्रिक्स हो सकते हैं, और यह ठीक है। लेकिन लंबे समय के लिए उन मैट्रिक्स को स्टोर करने की कोशिश न करें, इसे वापस जाने और उन्हें पढ़ने के लिए हमेशा के लिए ले जाएगा।

    कोई भी आकार सभी फिट नहीं होगा।

    PS Graphana आपके डेटा की कल्पना करने का एक शानदार तरीका है। इसमें अधिकांश समय-श्रृंखला डेटाबेस के लिए प्लग-इन है।

  2. आपके डेटा को कौन संग्रहीत करने जा रहा है? कर रहे हैं हजारों के स्थानों की तरह लोगों को आप का उल्लेख किया। क्लाउड में टाइम-सीरीज़ डीबी को स्पिन करना इतना आसान है, लेकिन इस पर पैसा कमाना बहुत मुश्किल है। इनमें से ज्यादातर कंपनियां कुछ समय बाद कारोबार से बाहर हो जाएंगी, या फिर प्राइस गॉज करना शुरू कर देंगी। (यहां तक ​​कि उनकी कीमतों को स्थिर रखते हुए भी मूल्य वृद्धि है - क्योंकि कंप्यूटिंग की लागत लगातार नीचे जा रही है।) कई बार, वे पाते हैं कि वे हालांकि वे जितने नए ग्राहकों को आकर्षित कर सकते हैं, इसलिए वे कीमतें बढ़ाने की कोशिश करते हैं (इसकी आड़ में) उनके मूल्य निर्धारण मॉडल को बदलना)। यह पता चला है कि यह हर किसी के डेटा को स्टोर करने के लिए बहुत सारे पैसे खर्च करता है ...

    मैं स्वयं-होस्टिंग की सलाह देता हूं, या एक सम्मानित क्लाउड प्रदाता जैसे कि AWS CloudWatch का उपयोग करता हूं । (यदि आपके पास बहुत से मेट्रिक्स हैं, लेकिन महंगे 50 मेट्रिक्स के लिए मुफ़्त है!)


विचार उन "हजार स्थानों" में से सर्वश्रेष्ठ का एक सेट प्राप्त करने का था। मैंने पहले ही एक संग्रह एकत्र कर लिया है (यहां तक ​​कि अपना खुद का भी) जो कुछ समय बाद यहां पोस्ट करेगा
urnenfeld

3

uBeac एक नया फ्रीवेयर विज़ुअलाइज़ेशन टूल है जिसे हमने विकसित किया है और यह बीटा संस्करण है। यह ओपनसोर्स नहीं है, लेकिन उपयोग करने के लिए पूरी तरह से स्वतंत्र है।

आप एक प्रवेश द्वार को परिभाषित कर सकते हैं और आपको एक अद्वितीय यूआरआई मिलेगा। आप HTTP / MQTT डेटा भेजने के लिए यूआरआई को आप गेटवे या डिवाइस में सेट कर सकते हैं।

ये इसकी कुछ विशेषताएं हैं:

  • टीम, बिल्डिंग, फ्लोर प्लान की परिभाषा
  • वास्तविक समय डेटा दृश्य
  • विभिन्न विजेट्स का उपयोग करके कस्टम डैशबोर्ड डिज़ाइन
  • सेंसर प्रकार, इकाइयों और उपसर्गों को परिभाषित करें मानचित्र दृश्य
  • ...

यह सामान्य Json डेटा प्रारूप और विभिन्न पूर्वनिर्धारित प्रवेश द्वार का समर्थन करता है। यदि आप पूर्वनिर्धारित पेलोड स्वरूपों का उपयोग नहीं करना चाहते हैं, तो वे आपके कस्टम पेलोड प्रसंस्करण को विकसित करने के लिए खुले हैं।


हाय @Amir, हमने देखा है कि आपके जवाब अब तक एक दूसरे के डुप्लिकेट हैं और आपके उत्पाद को बढ़ावा दे रहे हैं। यह उत्तर देना कि आपका उत्पाद कहां तक ​​ठीक है, लेकिन कृपया सहायता केंद्र में स्व-प्रचार दिशानिर्देशों को अवश्य पढ़ें । यह सुनिश्चित करने के लिए कि आप वास्तव में केवल अपने उत्पाद को बढ़ावा देने के बजाय पूरी तरह से सवाल का जवाब दे रहे हैं, यह सुनिश्चित करने के लिए समान पाठ पोस्ट करने के बजाय प्रश्न पर अपने उत्तरों को दर्जी करना भी एक अच्छा विचार है। धन्यवाद।
अरोरा ००००

1

मुझे आश्चर्य है कि यहां किसी ने भी Dweet का उल्लेख नहीं किया है । यह एक सुपर सरल, सुपर मज़ेदार तरीका है जिससे संवाद स्थापित किया जा सकता है। आपको यह सुनिश्चित करने के लिए प्रयास करना चाहिए, क्योंकि हे, यह मुफ़्त है!


1
यह वास्तव में प्रस्तावित था, लेकिन मॉडरेशन ने इसे हटा दिया। इस सेवा की ठंडी चीजों में से एक यह है कि आपको पंजीकरण करने की भी आवश्यकता नहीं है, और वे आपके डेटा के कुछ प्लॉटिंग दिखाते हैं। प्रतिपक्ष पर, आपका डेटा बहुत सार्वजनिक है :)
urnenfeld

0

flespi मुफ्त और वाणिज्यिक क्लाउड सेवाएं प्रदान करता है:

अप्रचलित अस्वीकरण: मैं उस कंपनी के लिए काम कर रहा हूं जो flespi प्लेटफॉर्म का विकास करती है। हालांकि मैंने हमेशा अपने उद्देश्य को पूरा करने की पूरी कोशिश की, जैसा कि इंटरनेट पर होता है, कृपया इस उत्तर में सभी जानकारी की जाँच करें ताकि पूर्वाग्रह को खत्म किया जा सके।


फिर से, कृपया किसी सेवा से किसी भी संबंध की घोषणा करते समय इसकी सिफारिश करें (जैसे कि आप flespi के लिए काम करते हैं)
hardillb
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.