इंटरनेट ऑफ थिंग्स आर्किटेक्चर: एक संपूर्ण गाइड

इस समय कई टीमें एक ही स्थिति में हैं। बिल्डिंग में स्मार्ट लॉक, ऑक्यूपेंसी सेंसर, कैमरे, डिजिटल साइनेज, HVAC कंट्रोल, कियोस्क, टैबलेट, पेमेंट टर्मिनल, गेस्ट WiFi, स्टाफ डिवाइस और अलग-अलग समय पर अलग-अलग विभागों द्वारा खरीदे गए कई सिस्टम हैं। सब कुछ कनेक्टेड है, लेकिन जरूरी नहीं कि अच्छी तरह से कनेक्टेड हो।

यहीं पर इंटरनेट ऑफ थिंग्स आर्किटेक्चर एक अमूर्त आरेख (abstract diagram) के बजाय एक ऑपरेटिंग मॉडल बन जाता है। यदि आर्किटेक्चर कमजोर है, तो डिवाइस अलग-थलग (silos) पड़ जाते हैं, डेटा बहुत देर से पहुंचता है, पहचान (identity) असंगत होती है, और सुरक्षा किस्मत पर निर्भर करती है। यदि आर्किटेक्चर मजबूत है, तो उसी एस्टेट को सुरक्षित करना, सपोर्ट करना आसान हो जाता है और यह व्यवसाय के लिए कहीं अधिक उपयोगी बन जाता है।

IoT आर्किटेक्चर क्या है और यह अब क्यों महत्वपूर्ण है

एक होटल डायरेक्टर को एक समस्या दिखती है। मेहमानों को तेज़ WiFi चाहिए, कमरे ऊर्जा-कुशल होने चाहिए, स्टाफ को बिना किसी परेशानी के सिस्टम के बीच काम करना चाहिए, और कनेक्टेड डिवाइस आसानी से काम करने चाहिए। एक IT डायरेक्टर इसके पीछे की मुख्य समस्या को देखता है। ये सभी परिणाम इस बात पर निर्भर करते हैं कि संगठन के पास डिवाइस, कनेक्टिविटी, प्रोसेसिंग, एक्सेस और एप्लिकेशन के लिए एक सुसंगत आर्किटेक्चर है या नहीं।

IoT आर्किटेक्चर वह ब्लूप्रिंट है जो यह परिभाषित करता है कि भौतिक डिवाइस डेटा कैसे एकत्र करते हैं, वह डेटा कैसे ट्रांसफर होता है, इसे कहाँ प्रोसेस किया जाता है, सिस्टम इस पर कैसे काम करते हैं, और किसे प्रत्येक भाग के साथ इंटरैक्ट करने की अनुमति है। व्यावहारिक रूप से, यह उन सवालों के जवाब देता है जो संचालन को सफल या असफल बनाते हैं। थर्मोस्टेट किस नेटवर्क से जुड़ता है। कैमरे के फुटेज का विश्लेषण कहाँ किया जाता है। एक पुराना (legacy) सेंसर कैसे प्रमाणित (authenticate) होता है। जब कोई ठेकेदार (contractor) चला जाता है तो क्या होता है। गेस्ट डिवाइस क्लिनिकल सिस्टम या बैक-ऑफिस टूल से कैसे अलग रहते हैं।

UK में यह तात्कालिकता वास्तविक है। कनेक्टेड एस्टेट की वृद्धि अब केवल सैद्धांतिक नहीं रह गई है। GeeksforGeeks पर IoT आर्किटेक्चर और UK अपनाने के रुझानों के उल्लेखित अवलोकन के अनुसार, 2023 में UK में 1.2 बिलियन से अधिक IoT कनेक्शन थे, जो 2022 से 35% अधिक है, और 77% UK व्यवसायों ने अपने IoT सिस्टम के लिए साइबर खतरों की सूचना दी।

यह संयोजन बातचीत का तरीका बदल देता है। बिना संरचना के बड़े पैमाने पर काम करने से परिचालन में बाधा आती है। संरचना के साथ बड़े पैमाने पर काम करने से लाभ मिलता है।

आर्किटेक्चर ही डिवाइस को एक सिस्टम में बदलता है

अधिकांश असफल IoT प्रोग्राम इसलिए विफल नहीं होते क्योंकि सेंसर खराब थे। वे इसलिए विफल होते हैं क्योंकि उनके आस-पास का डिज़ाइन कमजोर था।

एक व्यावहारिक आर्किटेक्चर आपको प्रदान करता है:

• भूमिकाओं का स्पष्ट विभाजन: डिवाइस डेटा एकत्र करते हैं, नेटवर्क ट्रांसपोर्ट करते हैं, गेटवे प्रोसेस करते हैं, एप्लिकेशन प्रस्तुत करते हैं, और पहचान (identity) एक्सेस को नियंत्रित करती है।
• अनुमानित सुरक्षा सीमाएँ: गेस्ट ट्रैफ़िक, स्टाफ एक्सेस और मशीन ट्रैफ़िक आपस में मिक्स नहीं होते हैं।
• परिचालन निरंतरता: ऑनबोर्डिंग, रिवोकेशन (निरस्तीकरण), मॉनिटरिंग और ट्रबलशूटिंग एक दोहराए जाने वाले पैटर्न का पालन करते हैं।
• व्यावसायिक उपयोगिता: डेटा उन सिस्टम तक पहुँचता है जो उस पर कार्रवाई कर सकते हैं, चाहे वह BMS हो, CRM हो, या सर्विस डेस्क हो।

व्यावहारिक नियम: यदि किसी कनेक्टेड डिवाइस को केवल "अपवाद बनाकर" ही जोड़ा जा सकता है, तो आर्किटेक्चर अभी परिपक्व नहीं है।

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

IoT आर्किटेक्चर की बुनियादी परतें (Layers)

इंटरनेट ऑफ थिंग्स आर्किटेक्चर को आसानी से समझने के लिए, इसकी कल्पना एक इमारत के रूप में करें। प्रत्येक मंजिल का एक अलग उद्देश्य होता है। यदि निचली मंजिलें अस्थिर हैं, तो पेंटहाउस का कोई महत्व नहीं रह जाता।

परसेप्शन लेयर (Perception layer)

यह ग्राउंड फ्लोर है। इसमें वे भौतिक चीजें शामिल हैं जो महसूस (sense) करती हैं या कार्य (act) करती हैं।

इसमें ऑक्यूपेंसी सेंसर, थर्मोस्टेट, कैमरे, स्मार्ट लॉक, मेडिकल मॉनिटर, पर्यावरण जांच उपकरण (environmental probes), कियोस्क, पेमेंट टर्मिनल और एक्चुएटर शामिल हैं। ये डिवाइस वे रॉ सिग्नल उत्पन्न करते हैं जिन पर बाकी का स्टैक निर्भर करता है।

यहाँ मुख्य डिज़ाइन चिंता केवल डिवाइस का चुनाव नहीं है। यह विश्वसनीयता है। कमजोर फर्मवेयर, खराब अपडेट पाथ या सीमित पहचान (identity) सपोर्ट वाले सस्ते सेंसर ऐसी समस्याएं पैदा करते हैं जिन्हें बाद में स्टैक में पूरी तरह से ठीक नहीं किया जा सकता है। हॉस्पिटैलिटी और रिटेल में, टीमों को अक्सर आधुनिक और पुराने (legacy) डिवाइसों का एक मिश्रित एस्टेट विरासत में मिलता है। आर्किटेक्चर को एक नई शुरुआत मानने के बजाय इस वास्तविकता को स्वीकार करना होगा।

नेटवर्क लेयर (Network layer)

यह इमारत की वायरिंग और प्लंबिंग की तरह है। यह डिवाइस, गेटवे, प्लेटफॉर्म और एप्लिकेशन के बीच डेटा ट्रांसफर करता है।

नेटवर्क लेयर में ट्रांसपोर्ट पाथ, वायरलेस और वायर्ड कनेक्टिविटी, गेटवे प्लेसमेंट, ट्रैफ़िक आइसोलेशन और वे नियम शामिल हैं जो यह निर्धारित करते हैं कि कौन से सिस्टम किससे बात कर सकते हैं। एक अस्पताल में, इसका मतलब मरीज की निगरानी के फ्लो को गेस्ट इंटरनेट एक्सेस से अलग रखना हो सकता है। रिटेल में, इसका मतलब पॉइंट-ऑफ-सेल ट्रैफ़िक को ऑक्यूपेंसी एनालिटिक्स और पब्लिक WiFi से अलग करना हो सकता है।

एक मजबूत नेटवर्क लेयर तीन काम अच्छी तरह से करती है:

• विश्वसनीय रूप से कनेक्ट करती है: डिवाइस बिना किसी निरंतर मैन्युअल हस्तक्षेप के ऑनलाइन रहते हैं।
• सही ढंग से सेगमेंट करती है: एक ज़ोन में सुरक्षा समझौता (compromise) दूसरे ज़ोन में नहीं फैलता है।
• सही प्रोटोकॉल मिक्स का समर्थन करती है: सीमित (constrained) डिवाइसों और एंटरप्राइज एप्लिकेशन की ट्रांसपोर्ट ज़रूरतें एक जैसी नहीं होती हैं।

एज कंप्यूटिंग लेयर (Edge computing layer)

यह स्थानीय उपयोगिता कक्ष (utility room) की तरह है। यह डिवाइसों के करीब स्थित होता है और ट्रैफ़िक के आगे बढ़ने से पहले समय-संवेदनशील या अधिक बैंडविड्थ वाले कार्यों को संभालता है।

एज गेटवे शोर (noise) को फ़िल्टर करते हैं, डेटा को सामान्य (normalise) करते हैं, स्थानीय नीति लागू करते हैं, और कभी-कभी तत्काल निर्णय लेते हैं। यह उन वातावरणों में महत्वपूर्ण है जहाँ किसी दूरस्थ क्लाउड सेवा से प्रतिक्रिया का इंतज़ार करना एक खराब डिज़ाइन विकल्प है। एक डोर कंट्रोलर को यह तय करने के लिए किसी धीमे बाहरी पाथ पर निर्भर नहीं होना चाहिए कि क्रेडेंशियल मान्य है या नहीं। किसी बिल्डिंग अलर्ट में इसलिए देरी नहीं होनी चाहिए क्योंकि गेटवे ने स्थानीय रूप से प्रोसेस करने के बजाय हर रॉ इवेंट को आगे भेज दिया।

जब देरी, बैंडविड्थ का उपयोग, या गोपनीयता परिचालन जोखिम बन जाए, तो निर्णयों को इवेंट के करीब ले जाएं।

क्लाउड और डेटा प्रोसेसिंग लेयर (Cloud and data processing layer)

यह केंद्रीय नियंत्रण कक्ष है। यह कई साइटों से जानकारी एकत्र करता है, इसे संग्रहीत करता है, इसे सहसंबंधित (correlate) करता है, और एनालिटिक्स या व्यावसायिक वर्कफ़्लो को फीड करता है।

क्लाउड लेयर वह जगह है जहाँ संगठन पूरे एस्टेट की दृश्यता (visibility) को एकीकृत करते हैं। यह वह जगह भी है जहाँ वे अक्सर अनजाने में जटिलता पैदा कर देते हैं। यदि प्रत्येक डिवाइस बिना किसी फ़िल्टरिंग के सब कुछ आगे भेजता है, तो टीमों को अनावश्यक ट्रांसपोर्ट और स्टोरेज के लिए भुगतान करना पड़ता, जिससे डैशबोर्ड अधिक कोलाहलपूर्ण और घटना प्रतिक्रिया (incident response) धीमी हो जाती है।

इस लेयर का उपयोग उन वर्कलोड के लिए सबसे अच्छा है जो केंद्रीकरण से लाभान्वित होते हैं:

• क्रॉस-साइट रिपोर्टिंग: विभिन्न स्थानों या इमारतों के प्रदर्शन की तुलना करना
• ऐतिहासिक विश्लेषण (Historical analysis): ऑक्यूपेंसी, एसेट के उपयोग या सेवा की गुणवत्ता में रुझानों का पता लगाना
• व्यावसायिक एकीकरण (Business integrations): IoT इवेंट्स को टिकटिंग, CRM, ऑटोमेशन या डेटा प्लेटफॉर्म से जोड़ना

एप्लिकेशन लेयर (Application layer)

यह वह हिस्सा है जिसे उपयोगकर्ता देखते हैं। डैशबोर्ड, सर्विस पोर्टल, अलर्ट, बिल्डिंग मैनेजमेंट इंटरफेस, स्टाफ ऐप और रिपोर्टिंग टूल सभी यहीं रहते हैं।

यदि एप्लिकेशन लेयर खराब है, तो हितधारक (stakeholders) मान लेते हैं कि पूरा प्रोग्राम ही खराब है। एक साफ-सुथरा बैकएंड ज्यादा मदद नहीं करता यदि सुविधाएं (facilities) टीमें अलार्म पर कार्रवाई नहीं कर सकतीं, फ्रंट-ऑफ-हाउस टीमें कमरे की तैयारी नहीं देख सकतीं, या ऑपरेशंस मैनेजर वास्तविक घटनाओं और बैकग्राउंड के शोर के बीच अंतर नहीं कर सकते।

सबसे अच्छी एप्लिकेशन लेयर केवल वही प्रस्तुत करती है जिसकी प्रत्येक दर्शक को आवश्यकता होती है। नेटवर्क टीमों को टेलीमेट्री और पॉलिसी विजिबिलिटी की आवश्यकता होती है। वेन्यू मैनेजरों को परिचालन सारांश की आवश्यकता होती है। क्लिनिकल या हॉस्पिटैलिटी स्टाफ को वर्कफ़्लो की आवश्यकता होती है, न कि पैकेट-स्तरीय विवरण की।

प्लेटफ़ॉर्म इन परतों को एक साथ कैसे लाते हैं, इस पर संबंधित दृष्टिकोण के लिए, इंटरनेट ऑफ थिंग्स प्लेटफ़ॉर्म की यह गाइड पढ़ने योग्य है।

IoT कम्युनिकेशन प्रोटोकॉल को समझना

प्रोटोकॉल का चुनाव वह जगह है जहाँ इंटरनेट ऑफ थिंग्स आर्किटेक्चर बहुत व्यावहारिक हो जाता है। टीमें MQTT, CoAP, या AMQP को इसलिए नहीं चुनतीं क्योंकि कोई एक दूसरों की तुलना में अधिक आधुनिक लगता है। वे उन्हें इसलिए चुनती हैं क्योंकि प्रत्येक एक अलग समस्या का समाधान करता है।

गलत प्रोटोकॉल हमेशा तुरंत विफल नहीं होता है। अक्सर, यह घर्षण (friction) पैदा करता है। डिवाइस की बैटरी बहुत जल्दी खत्म हो जाती है। गेटवे अनावश्यक डेटा ले जाते हैं। एकीकरण (integrations) कमजोर हो जाते हैं। सुरक्षा नियंत्रण इन-बिल्ट होने के बजाय ऊपर से थोपे हुए लगते हैं

ऑपरेटिंग स्थितियों के साथ शुरुआत करें

होटल के कमरे में बैटरी से चलने वाले ऑक्यूपेंसी सेंसर की ज़रूरतें बैकएंड वर्कफ़्लो से बहुत अलग होती हैं जो इवेंट्स को CRM या मार्केटिंग ऑटोमेशन सिस्टम में भेजता है। एक हल्का, कुशल एक्सचेंज चाहता है। दूसरा टिकाऊ, विश्वसनीय सर्वर-टू-सर्वर मैसेजिंग चाहता है।

Intetics से उल्लेखित प्रोटोकॉल अवलोकन इस अंतर को स्पष्ट रूप से रखता है। MQTT को कम-पावर वाले डेटा संग्रह के लिए डिज़ाइन किया गया है, CoAP सीमित (constrained) डिवाइसों के लिए उपयुक्त है, और AMQP सर्वर-टू-सर्वर एक्सचेंजों के लिए उपयुक्त है। वही स्रोत यह भी नोट करता है कि MQTT का pub-sub मॉडल हजारों समवर्ती कनेक्शनों (concurrent connections) को संभाल सकता है, जो सैकड़ों एक्सेस पॉइंट और कई कनेक्टेड एंडपॉइंट संचालित करने वाले स्थानों में महत्वपूर्ण है।

सामान्य IoT कम्युनिकेशन प्रोटोकॉल की तुलना

प्रोटोकॉल	ट्रांसपोर्ट	मुख्य विशेषता	इसके लिए सर्वोत्तम
MQTT	TCP/IP	लाइटवेट पब्लिश-सब्सक्राइब मैसेजिंग	कम-पावर वाले सेंसर, टेलीमेट्री, पूरे स्थान के डिवाइस इवेंट्स
CoAP	UDP/IP	सीमित डिवाइसों के लिए न्यूनतम ओवरहेड	मेमोरी-सीमित या बैटरी-संवेदनशील एंडपॉइंट
AMQP	आमतौर पर TCP/IP	विश्वसनीय एसिंक्रोनस कतार (queuing) और ब्रोकर डिलीवरी	सर्वर-टू-सर्वर वर्कफ़्लो, एंटरप्राइज एकीकरण
DDS	आमतौर पर IP नेटवर्क पर	रीयल-टाइम वितरित (distributed) संचार	तेज़ पीयर-टू-पीयर डेटा एक्सचेंज की आवश्यकता वाले वातावरण

वास्तविक डिप्लॉयमेंट में क्या अच्छा काम करता है

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

CoAP बहुत सीमित पावर या मेमोरी बजट वाले डिवाइसों के लिए उपयुक्त है। यदि एस्टेट में साधारण सेंसर शामिल हैं जिन्हें बैटरी लाइफ बचाने और मामूली डेटा का आदान-प्रदान करने की आवश्यकता है, तो CoAP एक तार्किक विकल्प है। यदि आपकी टीमें डिवाइस लाइफसाइकिल मैनेजमेंट और ऑब्जर्वेबिलिटी के बारे में अनुशासित नहीं हैं, तो यह कम अनुकूल होता है, क्योंकि सीमित डिवाइसों का ट्रबलशूट करना अधिक कठिन हो सकता है।

AMQP स्टैक में ऊपर आता है। यह आमतौर पर छोटे एज डिवाइसों के लिए पहली पसंद नहीं होता है, लेकिन व्यावसायिक प्रणालियों के बीच विश्वसनीय एसिंक्रोनस हैंडऑफ़ के लिए यह समझदारी भरा है। यदि किसी इवेंट को IoT प्लेटफ़ॉर्म से बुकिंग, CRM, सर्विस मैनेजमेंट या एनालिटिक्स वर्कफ़्लो में ले जाने की आवश्यकता है, तो एंटरप्राइज़ मैसेजिंग भूमिका में डिवाइस-ओरिएंटेड प्रोटोकॉल को खींचने की कोशिश करने की तुलना में AMQP को नियंत्रित करना अक्सर आसान होता है।

सुरक्षा और स्केलेबिलिटी भी प्रोटोकॉल के निर्णय हैं

प्रोटोकॉल का चयन केवल संदेश प्रारूप (message format) को प्रभावित नहीं करता है। यह सुरक्षा मॉडल और ऑपरेटिंग ओवरहेड को आकार देता है।

एक मजबूत डिज़ाइन में आमतौर पर शामिल होते हैं:

• एन्क्रिप्टेड ट्रांसपोर्ट: जहाँ प्रोटोकॉल और डिवाइस इसका समर्थन करते हैं, वहाँ TLS/SSL का उपयोग करें।
• कार्य के आधार पर सेगमेंटेशन: डिवाइस श्रेणियों और संदेश पथों को अलग करें।
• व्यवहार द्वारा मॉनिटरिंग: केवल डिवाइस की उपस्थिति ही नहीं, बल्कि असामान्य कनेक्शन पैटर्न पर भी नज़र रखें।
• ब्रोकर या गेटवे अनुशासन: प्रत्येक डिवाइस को व्यापक रूप से संवाद करने की अनुमति देने से बचें।

एक प्रोटोकॉल जो हल्का है लेकिन खराब तरीके से नियंत्रित है, सपोर्ट के घंटों के मामले में महंगा साबित होता है।

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

एज कंप्यूटिंग लेयर की महत्वपूर्ण भूमिका

क्लाउड-फर्स्ट सोच अभी भी कई IoT चर्चाओं में दिखाई देती है, लेकिन व्यस्त भौतिक वातावरण में केवल-क्लाउड डिज़ाइन अच्छी तरह से काम नहीं करता है। जैसे ही आपके डिवाइस रीयल-टाइम में संचालन का समर्थन करते हैं, एज कंप्यूटिंग लेयर कोर आर्किटेक्चर का हिस्सा बन जाती है, न कि एक वैकल्पिक संवर्द्धन (optional enhancement)।

कारण सीधा है। स्थानीय निर्णय अक्सर दूर के निर्णयों से बेहतर होते हैं। एक बिल्डिंग गेटवे डेटा के साइट से बाहर जाने से पहले ही उसे फ़िल्टर, एग्रीगेट और उस पर कार्रवाई कर सकता है। इससे देरी कम होती है, अनावश्यक बैकहॉल ट्रैफ़िक सीमित होता है, और संवेदनशील प्रोसेसिंग को उस स्थान के करीब रखा जाता है जहाँ घटना हुई थी।

परिचालन की दृष्टि से एज क्यों महत्वपूर्ण है

एज-सक्षम डिज़ाइन की ओर UK का झुकाव पहले से ही दिखाई दे रहा है। Itransition पर उल्लेखित आर्किटेक्चर अवलोकन के अनुसार, एज-सक्षम आर्किटेक्चर 2023 में UK डिप्लॉयमेंट का 52% हिस्सा थे, जो 2020 में 28% था। वही स्रोत बताता है कि एज लेयर बैंडविड्थ के उपयोग को 60% तक कम कर सकती है, और नोट करता है कि 42,000 UK होटल कमरों में एकीकृत (integrated) IoT गेटवे हैं।

ये संख्याएँ उस चीज़ से मेल खाती हैं जो नेटवर्क टीमें व्यावहारिक रूप से देखती हैं। जब साइटें स्थानीय रूप से स्पष्ट शोर (noise) को प्रोसेस करती हैं, तो अपस्ट्रीम सिस्टम अधिक साफ-सुथरे और चलाने में सस्ते हो जाते हैं। वे अधिक उपयोगी भी बन जाते हैं।

अच्छा एज डिज़ाइन तीन सामान्य समस्याओं का समाधान करता है

1. लेटेंसी-संवेदनशील कार्रवाइयाँ
   यदि किसी नियम को तत्काल प्रतिक्रिया की आवश्यकता होती है, तो एज प्रोसेसिंग आमतौर पर बेहतर विकल्प होता है। डोर एक्सेस, सुरक्षा अलर्ट, स्थानीय पर्यावरण नियंत्रण और ऑक्यूपेंसी-ट्रिगर वाली कार्रवाइयाँ सभी छोटे निर्णय पथों से लाभान्वित होती हैं।

2. बैंडविड्थ की बर्बादी
   हर रॉ इवेंट क्लाउड पर भेजे जाने के लायक नहीं होता। यदि आप हर संदेश को समान रूप से मूल्यवान मानते हैं, तो कैमरे, घने सेंसर एस्टेट और लगातार स्टेटस अपडेट लिंक को ओवरलोड कर सकते हैं।

3. डेटा हैंडलिंग सीमाएँ
   कुछ संगठन गोपनीयता, लचीलेपन (resilience) या परिचालन कारणों से कुछ प्रोसेसिंग को स्रोत के करीब रखना पसंद करते हैं। एज गेटवे केंद्रीय दृश्यता को पूरी तरह से छोड़े बिना इसे संभव बनाते हैं।

क्या नहीं करना चाहिए

एक कमजोर एज रणनीति आमतौर पर दो चरम सीमाओं में से एक जैसी दिखती है।

या तो गेटवे को एक डंब पास-थ्रू माना जाता है और यह बहुत कम मूल्य जोड़ता है, या यह कस्टम लॉजिक से भरा एक अप्रबंधित मिनी डेटा सेंटर बन जाता है जिसे कोई भी सपोर्ट नहीं करना चाहता। दोनों ही सिरदर्द पैदा करते हैं।

बेहतर पैटर्न एज पर चयनात्मक बुद्धिमत्ता (selective intelligence) का है। आक्रामक रूप से फ़िल्टर करें। अपलिंक व्यवधान के दौरान जो उपलब्ध रहना चाहिए उसे कैश करें। उन फ्लो पर स्थानीय नीति लागू करें जिन्हें इसकी आवश्यकता है। सारांश डेटा और सार्थक इवेंट्स को केंद्रीय प्लेटफार्मों पर भेजें।

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

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

आधुनिक पहचान पैटर्न (Identity Patterns) के साथ आर्किटेक्चर को सुरक्षित करना

पारंपरिक परिधि सुरक्षा (perimeter security) एक IoT एस्टेट में जल्दी से विफल हो जाती है। डिवाइस स्थानांतरित होते हैं। ठेकेदार आते-जाते रहते हैं। व्यावसायिक इकाइयों के बीच नई सेवाएँ दिखाई देती हैं। गेस्ट एक्सेस, स्टाफ एक्सेस और मशीन एक्सेस सभी एक ही भौतिक बुनियादी ढांचे पर सह-अस्तित्व में हैं। एक बार ऐसा होने पर, "नेटवर्क के अंदर" एक सार्थक विश्वास सीमा (trust boundary) नहीं रह जाता है।

यही कारण है कि आधुनिक IoT सुरक्षा पहचान (identity) की ओर स्थानांतरित हो गई है। केवल उपयोगकर्ता की पहचान ही नहीं, बल्कि डिवाइस की पहचान, सेवा की पहचान और दोनों से जुड़ी नीति।

पुराना मॉडल बहु-उपयोगकर्ता (multi-user) वातावरण के अनुकूल नहीं है

एक होटल में, एक ही साइट पर गेस्ट फोन, कॉन्फ्रेंस AV किट, रूम सेंसर, स्टाफ टैबलेट, स्मार्ट टीवी, POS टर्मिनल और इंजीनियरिंग डिवाइस हो सकते हैं। हेल्थकेयर में, यह मिश्रण और भी कठिन है। क्लिनिकल सिस्टम, मरीजों के लिए एक्सेस, सुविधाओं के उपकरण और पुराने मेडिकल डिवाइस सभी को अलग-अलग कारणों से नेटवर्क एक्सेस की आवश्यकता होती है।

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

पहचान (Identity) ही वह नियंत्रण बिंदु है जो स्केल करता है

एक मजबूत मॉडल प्रत्येक कनेक्शन को सत्यापित (verify), वर्गीकृत (classify) और सीमित (constrain) करने वाली चीज़ के रूप में मानता है।

इसका आमतौर पर अर्थ है:

• आधुनिक डिवाइस मजबूत पहचान नियंत्रणों का उपयोग करते हैं: SSO, सर्टिफिकेट और डायरेक्टरी-संचालित एक्सेस ऑनबोर्डिंग और रिवोकेशन (निरस्तीकरण) को आसान बनाते हैं।
• पुराने (legacy) डिवाइस क्षतिपूर्ति नियंत्रणों (compensating controls) का उपयोग करते हैं: जहाँ सर्टिफिकेट-आधारित तरीके व्यावहारिक नहीं हैं, वहाँ नीतियों को उन्हें पूरी तरह से अलग और सीमित करने की आवश्यकता होती है।
• एक्सेस भूमिका और संदर्भ के अनुसार होता है: एक स्टाफ डिवाइस, एक गेस्ट फोन और एक थर्मोस्टेट केवल इसलिए कभी भी एक ही ट्रस्ट ज़ोन में नहीं आने चाहिए क्योंकि वे एक ही SSID साझा करते हैं।
• रिवोकेशन स्वचालित होना चाहिए: यदि कोई उपयोगकर्ता छोड़ता है या कोई डिवाइस स्थिति बदलता है, तो बिना किसी टिकट कतार के एक्सेस अपडेट होना चाहिए।

Arm Developer से उल्लेखित डिज़ाइन-पैटर्न चर्चा उस बदलाव को दर्शाता है। यह नोट करता है कि UK अनुपालन आवश्यकताएं जैसे कि Data Protection Act 2018 और PSTI 2024 IoT सुरक्षा को नया आकार दे रही हैं, और मानक मिडलवेयर पैटर्न अपर्याप्त साबित हो रहे हैं। वही स्रोत आधुनिक उपकरणों के लिए SSO और पुराने उपकरणों के लिए iPSK के संयोजन वाले हाइब्रिड दृष्टिकोणों की ओर इशारा करता है, जिसमें स्वचालित रिवोकेशन और टेनेंट आइसोलेशन शामिल है, और नोट करता है कि यह Meraki और Aruba जैसे प्लेटफार्मों पर परिनियोजन (deployment) के समय को महीनों से घटाकर हफ्तों में ला सकता है।

ज़ीरो ट्रस्ट व्यावहारिक है, सैद्धांतिक नहीं

कुछ टीमें "ज़ीरो ट्रस्ट" सुनती हैं और एक बहु-वर्षीय परिवर्तन कार्यक्रम के बारे में सोचती हैं। IoT में, यह उससे कहीं अधिक ठोस है।

इसका मतलब है कि हर बार जब कोई डिवाइस या उपयोगकर्ता कनेक्ट होता है, तो कुछ कड़े सवाल पूछना:

• यह कौन या क्या है
• इसे कैसे प्रमाणित (authenticate) किया गया था
• यह कहाँ तक पहुँचना चाहिए
• किसे ब्लॉक किया जाना चाहिए
• एक्सेस को कितनी जल्दी निरस्त (revoke) किया जा सकता है

यह दृष्टिकोण काम करता है क्योंकि यह वास्तविक परिचालन स्थितियों से मेल खाता है। डिवाइस विविध हैं। एस्टेट साझा किए जाते हैं। बदलाव निरंतर है।

लक्ष्य किसी पर भरोसा न करना नहीं है। लक्ष्य डिफ़ॉल्ट रूप से भरोसा करना बंद करना है।

IT डायरेक्टरों के लिए, इंटरनेट ऑफ थिंग्स आर्किटेक्चर सुरक्षा में यह मुख्य बदलाव है। एक कमजोर केंद्र के चारों ओर एक कठोर सुरक्षा कवच बनाना बंद करें। कनेक्शन बिंदु पर पहचान (identity), न्यूनतम विशेषाधिकार (least privilege) और आइसोलेशन असाइन करना शुरू करें।

अपने एंटरप्राइज नेटवर्क में IoT को एकीकृत करना

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

यह विशेष रूप से बहु-उपयोगकर्ता एंटरप्राइज वातावरण (multi-user enterprise environments) में सच है। होटल, शॉपिंग सेंटर, अस्पताल, आवासीय भवन और मिश्रित उपयोग वाली साइटों सभी में एक बात समान है। विभिन्न समूह एक ही भौतिक बुनियादी ढांचे को साझा करते हैं, लेकिन उन्हें एक ही ट्रस्ट सीमा (trust boundary) साझा नहीं करनी चाहिए।

केवल कनेक्टिविटी ही नहीं, बल्कि सह-अस्तित्व (coexistence) के साथ शुरुआत करें

एक आम गलती IoT रोलआउट को वर्तमान WLAN के साथ एक साधारण जुड़ाव के रूप में मानना है। डिवाइस कनेक्ट होते हैं, पैकेट फ्लो होते हैं, और प्रोजेक्ट को लाइव घोषित कर दिया जाता है। फिर सपोर्ट टिकट आने लगते हैं। एक गेस्ट डिवाइस ऐसी जगह पहुँच जाता है जहाँ उसे नहीं होना चाहिए। एक सुविधाएं (facilities) आपूर्तिकर्ता को एक्सेस की आवश्यकता होती है लेकिन उसे आसानी से अलग नहीं किया जा सकता है। एक पुराना एंडपॉइंट पसंदीदा प्रमाणीकरण विधि का समर्थन नहीं करेगा। इमारतों के बीच स्टाफ रोमिंग असंगत हो जाती है।

बेहतर सवाल यह है: कनेक्टेड डिवाइस, उपयोगकर्ता और व्यावसायिक सिस्टम एक-दूसरे के जोखिम को अपनाए बिना एक ही नेटवर्क पर कैसे सह-अस्तित्व में रहेंगे?

एक व्यावहारिक एकीकरण (integration) मॉडल

अधिकांश एंटरप्राइज एस्टेट के लिए, बेसलाइन में ये डिज़ाइन विकल्प शामिल होने चाहिए:

• भूमिका और उद्देश्य के अनुसार ट्रैफ़िक को अलग करें: गेस्ट एक्सेस, स्टाफ एक्सेस और IoT डिवाइस ट्रैफ़िक को अलग-अलग पॉलिसी पाथ का पालन करना चाहिए।
• पहचान (identity) को पॉलिसी से मैप करें: जहाँ संभव हो, स्टाफ के लिए डायरेक्टरी-समर्थित एक्सेस और प्रबंधित उपकरणों के लिए स्पष्ट असाइनमेंट का उपयोग करें।
• पुराने उपकरणों को सोच-समझकर संभालें: पुराने एंडपॉइंट्स को अक्सर एक अलग ऑनबोर्डिंग पैटर्न की आवश्यकता होती है, लेकिन फिर भी उन्हें मजबूत आइसोलेशन की आवश्यकता होती है।
• साइटों के बीच आवाजाही की योजना बनाएं: यदि उपयोगकर्ता और डिवाइस रोम करते हैं, तो पॉलिसी भी उनके साथ जानी चाहिए।

सबसे स्पष्ट उदाहरणों में से एक Build to Rent या छात्र आवास है। निवासी घर जैसी सादगी की उम्मीद करते हैं। ऑपरेटरों को एंटरप्राइज-ग्रेड अलगाव (separation) की आवश्यकता होती है। यही समस्या स्टाफ, मरीजों, आगंतुकों और चिकित्सा उपकरणों वाले अस्पतालों में और मेहमानों, कर्मचारियों, सम्मेलन आयोजकों और तीसरे पक्ष के आपूर्तिकर्ताओं वाले हॉस्पिटैलिटी में दिखाई देती है।

आइसोलेशन परिचालन की दृष्टि से सरल होना चाहिए

आर्किटेक्ट अक्सर कागज़ पर सेगमेंटेशन सही कर लेते हैं लेकिन संचालन में गलत कर देते हैं। नीतियां मजबूत होती हैं, लेकिन ऑनबोर्डिंग इतनी अजीब होती है कि टीमें शॉर्टकट बना लेती हैं। साझा क्रेडेंशियल फिर से दिखाई देने लगते हैं। अस्थायी अपवाद स्थायी बन जाते हैं। स्थानीय एडमिन स्प्रेडशीट बनाए रखते हैं क्योंकि प्लेटफ़ॉर्म मॉडल बहुत कठोर होता है।

यही कारण है कि सरल, दोहराए जाने योग्य डिवाइस आइसोलेशन मायने रखता है। WiFi पर IoT डिवाइस सेगमेंटेशन और गैर-मानक उपकरणों को अलग करना का यह वॉकथ्रू समस्या के परिचालन पक्ष के लिए एक उपयोगी संदर्भ है।

फील्ड में क्या काम करता है

एक व्यावहारिक एकीकरण डिज़ाइन आमतौर पर हर चीज़ पर एक ही तरीका थोपने के बजाय कई एक्सेस पैटर्न को मिलाता है।

1. डायरेक्टरी-आधारित स्टाफ एक्सेस
   स्टाफ उपकरणों को संगठन की डायरेक्टरी और एक्सेस नीतियों से जुड़ी मजबूत पहचान का उपयोग करना चाहिए। यह ऑनबोर्डिंग और ऑफबोर्डिंग को सुसंगत रखता है और साझा क्रेडेंशियल्स के साथ आने वाली अव्यवस्था से बचाता है।

2. स्पष्ट अलगाव के साथ गेस्ट और विजिटर एक्सेस
   मेहमानों को आसानी से कनेक्ट होना चाहिए, लेकिन उनका ट्रैफ़िक व्यावसायिक और डिवाइस नेटवर्क से पूरी तरह से अलग रहना चाहिए। सर्वश्रेष्ठ आर्किटेक्चर नेटवर्क सीमाओं को तोड़े बिना उपयोगकर्ता अनुभव को सुचारू रखते हैं।

3. पुराने या हेडलेस IoT उपकरणों के लिए नियंत्रित ऑनबोर्डिंग
   कुछ डिवाइस आधुनिक पहचान वर्कफ़्लो का समर्थन नहीं करेंगे। उन्हें अभी भी अद्वितीय नीति उपचार, सीमित पहुंच और स्पष्ट स्वामित्व की आवश्यकता है।

4. रोमिंग मॉडल जो घर्षण को कम करते हैं बहु-साइट एस्टेट में, उपयोगकर्ता लगातार पुनः प्रमाणित (re-authenticate) नहीं होना चाहते हैं। घर्षण रहित, सुरक्षित रोमिंग अनुभव को बेहतर बनाती है और हेल्पडेस्क के बोझ को कम करती है, लेकिन केवल तभी जब नीति सभी स्थानों पर बरकरार रहे।

अच्छा एकीकरण डिज़ाइन सपोर्ट के प्रयास को कम करता है क्योंकि यह अस्पष्टता को दूर करता है। नेटवर्क को पहले से ही पता होता है कि कनेक्शन को क्या करने की अनुमति है।

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

निष्कर्ष: सफलता के लिए आपका आर्किटेक्चरल ब्लूप्रिंट

इंटरनेट ऑफ थिंग्स आर्किटेक्चर कोई ऐसा आरेख नहीं है जिसे आप खरीद के बाद फाइल में रख दें। यह डिज़ाइन निर्णयों का वह सेट है जो यह निर्धारित करता है कि आपका कनेक्टेड एस्टेट प्रबंधनीय बनता है या अराजक।

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

IT डायरेक्टरों के लिए, यह मायने रखता है क्योंकि परिणाम व्यवसाय को दिखाई देते हैं। बेहतर गेस्ट एक्सेस, सुरक्षित डिवाइस ऑनबोर्डिंग, स्वच्छ डेटा फ्लो और कम परिचालन घर्षण सभी आर्किटेक्चर से शुरू होते हैं। उस ब्लूप्रिंट को सही करें और एस्टेट को स्केल करना, सुरक्षित करना आसान हो जाता है और यह कहीं अधिक मूल्यवान बन जाता है।

IoT आर्किटेक्चर के बारे में अक्सर पूछे जाने वाले प्रश्न

आर्किटेक्चर को व्यापक रूप से समझने के बाद कुछ सबसे कठिन सवाल सामने आते हैं। अड़चनें आमतौर पर इस बात को लेकर होती हैं कि कहाँ से शुरू करें, क्या मापें, और बिना अत्यधिक निर्माण किए समझौता (trade-offs) कैसे करें।

IoT Architecture FAQ

Question	Answer
यदि हमारे नेटवर्क में पहले से ही पुराने उपकरण और मिश्रित विक्रेता हैं तो हमें कैसे शुरुआत करनी चाहिए?	खोज (discovery) और वर्गीकरण (classification) से शुरुआत करें। पहचानें कि कौन से उपकरण आधुनिक प्रमाणीकरण का समर्थन करते हैं, किसे क्षतिपूर्ति नियंत्रणों की आवश्यकता है, और उन्हें वास्तव में किन व्यावसायिक प्रणालियों तक पहुँचने की आवश्यकता है। एक ही बार में सब कुछ मानकीकृत करने से शुरुआत न करें। डिवाइस श्रेणियों को अलग करके, पॉलिसी ज़ोन को परिभाषित करके और प्रत्येक प्रकार के लिए एक ऑनबोर्डिंग पथ निर्धारित करके शुरुआत करें।
सबसे उपयोगी संकेत क्या हैं कि हमारा आर्किटेक्चर स्केल करेगा?	दिखावटी मेट्रिक्स के बजाय परिचालन संकेतकों को देखें। क्या आप मैन्युअल अपवादों के बिना नए उपकरणों को ऑनबोर्ड कर सकते हैं। क्या आप एक्सेस को जल्दी से निरस्त (revoke) कर सकते हैं। क्या आप यह पता लगा सकते हैं कि किसी डिवाइस को कौन सी पॉलिसी मिली और क्यों। यदि अपस्ट्रीम लिंक खराब हो जाते हैं, तो क्या साइटें सीमित रूप से काम करना जारी रख सकती हैं (fail gracefully)। स्केलेबल आर्किटेक्चर आमतौर पर कम सपोर्ट घर्षण और अधिक अनुमानित परिवर्तन प्रबंधन के रूप में दिखाई देता है।
हम डिज़ाइन को अत्यधिक जटिल बनाए बिना क्लाउड, एज और सुरक्षा निवेश को कैसे संतुलित करें?	प्रोसेसिंग को वहाँ रखें जहाँ व्यावसायिक परिणाम समझ में आते हैं। समय-संवेदनशील कार्रवाइयों और स्थानीय फ़िल्टरिंग के लिए एज का उपयोग करें। क्रॉस-साइट दृश्यता और एनालिटिक्स के लिए केंद्रीय प्लेटफार्मों का उपयोग करें। हर जगह पहचान-आधारित सुरक्षा का उपयोग करें। यदि कोई परत लचीलेपन, नियंत्रण या उपयोगिता में सुधार नहीं करती है, तो यह आर्किटेक्चर के बजाय जटिलता हो सकती है।

निर्णयों का मूल्यांकन करने का एक व्यावहारिक तरीका प्रत्येक प्रस्तावित परिवर्तन की तीन परीक्षणों के विरुद्ध समीक्षा करना है:

• परिचालन परीक्षण (Operational test): क्या साइट टीमें लगातार इसका समर्थन करने में सक्षम होंगी
• सुरक्षा परीक्षण (Security test): क्या यह अंतर्निहित विश्वास (implicit trust) को कम करता है और पहुंच को कड़ा करता है
• व्यावसायिक परीक्षण (Business test): क्या यह उपयोगकर्ता अनुभव, डेटा उपयोगिता, या वितरण गति में सुधार करता है

यदि कोई डिज़ाइन उन परीक्षणों में से केवल एक को पास करता है, तो आमतौर पर उस पर अधिक काम करने की आवश्यकता होती है।

---

यदि आप हॉस्पिटैलिटी, रिटेल, हेल्थकेयर, या मल्टी-टेनेंट प्रॉपर्टी में एक कनेक्टेड एस्टेट की योजना बना रहे हैं, Purple नेटवर्क और पहचान के हिस्सों को एक साथ लाने में मदद करता है। Purple मेहमानों और कर्मचारियों के लिए पासवर्ड रहित WiFi एक्सेस प्रदान करता है, मल्टी-टेनेंट आइसोलेशन का समर्थन करता है, Entra ID और Okta जैसे प्लेटफार्मों के साथ एकीकृत होता है, और संगठनों को iPSK जैसे व्यावहारिक नियंत्रणों के साथ पुराने IoT उपकरणों को संभालने में मदद करता है। यह उन टीमों के लिए एक मजबूत विकल्प है जो साझा पासवर्ड या जटिल कैप्टिव पोर्टल पर निर्भर रहे बिना सुरक्षित पहुंच, सरल संचालन और बेहतर उपयोगकर्ता अनुभव चाहते हैं।