📥 🥛 🤲🏻 Yandex.Cloud में चीजों का इंटरनेट: कैसे Yandex IoT कोर और Yandex क्लाउड फ़ंक्शंस सेवाएँ व्यवस्थित हैं 👨🏿‍⚖️ 👩🏽‍💼 🤡

पिछले साल अक्टूबर में, पहला यैंडेक्स यांडेक्स स्केल क्लाउड सम्मेलन आयोजित किया गया था। इसने Yandex IoT Core सहित कई नई सेवाओं को शुरू करने की घोषणा की, जो आपको लाखों IoT उपकरणों के साथ डेटा का आदान-प्रदान करने की अनुमति देता है।

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

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

प्रभावी स्केलिंग तकनीकी समस्याओं का अनुभव किए बिना उपकरणों की संख्या को स्वतंत्र रूप से बढ़ाने या कम करने की क्षमता है और परिवर्तनों के बाद सिस्टम की लागत में एक अनुमानित बदलाव को देखते हुए।

दोष सहिष्णुता यह विश्वास है कि कुछ संसाधनों की विफलता की स्थिति में भी उच्चतम संभव प्रदर्शन सुनिश्चित करने के लिए सेवाओं को इस तरह से डिज़ाइन और तैनात किया जाता है।

अब आइये डिटेल्स में।

IoT स्क्रिप्ट आर्किटेक्चर

पहले, आइए देखें कि IoT स्क्रिप्ट की समग्र वास्तुकला कैसी दिखती है।

इसमें दो बड़े हिस्से प्रतिष्ठित किए जा सकते हैं:

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

पहला भाग लगभग सभी IoT प्रणालियों में समान है: यह सामान्य सिद्धांतों पर बनाया गया है और अधिकांश IoT प्रणालियों के लिए उपयुक्त एक आम परिदृश्य में फिट बैठता है।

प्रदर्शन किए गए कार्यों के संदर्भ में दूसरा भाग लगभग हमेशा अनूठा है, हालांकि यह मानक घटकों पर बनाया गया है। उसी समय, हार्डवेयर के साथ बातचीत के उच्च-गुणवत्ता, दोष-सहिष्णु और स्केलेबल सिस्टम के बिना, वास्तुकला के विश्लेषणात्मक हिस्से की प्रभावशीलता लगभग शून्य हो जाती है, क्योंकि विश्लेषण करने के लिए बस कुछ नहीं है।

यही कारण है कि Yandex.Cloud टीम ने सबसे पहले सेवाओं का एक सुविधाजनक पारिस्थितिकी तंत्र बनाने पर ध्यान केंद्रित करने का फैसला किया, जो उपकरणों से स्टोरेज तक डेटा को जल्दी, कुशलता और मज़बूती से वितरित करेगा और इसके विपरीत - उपकरणों को कमांड भेजेगा।

इन समस्याओं को हल करने के लिए, हम यैंडेक्स IoT कोर, यांडेक्स फ़ंक्शंस और क्लाउड में डेटा स्टोरेज सेवाओं की कार्यक्षमता और एकीकरण पर काम कर रहे हैं:

यैंडेक्स IoT कोर सेवा एक बहु-किरायेदार विफल-सुरक्षित स्केलेबल MQTT ब्रोकर है जो अतिरिक्त उपयोगी कार्यों का एक सेट है।
यैंडेक्स क्लाउड फ़ंक्शंस सेवा होनहार सर्वर रहित दिशा का एक प्रतिनिधि है और आपको वर्चुअल मशीन बनाने और बनाए रखने के बिना एक सुरक्षित, दोष-सहिष्णु और स्वचालित रूप से स्केलेबल वातावरण में एक फ़ंक्शन के रूप में अपना कोड चलाने की अनुमति देता है।
यैंडेक्स ऑब्जेक्ट स्टोरेज बड़े डेटा सरणियों का एक प्रभावी भंडारण है और "ऐतिहासिक" संग्रह रिकॉर्ड के लिए बहुत उपयुक्त है।
, , Yandex Managed Service for ClickHouse, «» . «» , , , .

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

Yandex IoT Core कैसे काम करता है

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

यांडेक्स IoT कोर सेवा बहु-किरायेदार है, जिसका अर्थ है एक एकल इकाई जो सभी उपयोगकर्ताओं के लिए सुलभ है। यही है, सभी डिवाइस और सभी उपयोगकर्ता एक ही सेवा उदाहरण के साथ बातचीत करते हैं।

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

यह इस प्रकार है कि सेवा में अतिरेक तंत्र और लचीले ढंग से उपयोग किए गए संसाधनों का प्रबंधन करने की क्षमता होनी चाहिए - ताकि लोड परिवर्तनों का जवाब दिया जा सके।

इसके अलावा, बहु-किरायेदारी को MQTT विषयों तक पहुंच अधिकारों को साझा करने के एक विशेष तर्क की आवश्यकता होती है।

आइए देखें कि यह कैसे लागू किया जाता है।

कई अन्य Yandex.Cloud सेवाओं की तरह, Yandex IoT Core को तार्किक रूप से दो भागों में विभाजित किया गया है - कंट्रोल प्लेन और डेटा प्लेन:

डेटा प्लेन MQTT प्रोटोकॉल के तहत ऑपरेशन के तर्क के लिए जिम्मेदार है, और कंट्रोल प्लेन कुछ विषयों के एक्सेस अधिकारों को डीलिमिट करने के लिए जिम्मेदार है और इस उद्देश्य के लिए लॉजिकल इकाइयां रजिस्ट्री और डिवाइस का उपयोग करता है।

प्रत्येक Yandex.Cloud उपयोगकर्ता के पास कई रजिस्ट्रियां हो सकती हैं, जिनमें से प्रत्येक में उपकरणों का अपना सबसेट हो सकता है।

विषयों तक पहुंच निम्नानुसार प्रदान की जाती है:

उपकरण केवल अपने ईवेंट विषय और रजिस्ट्री ईवेंट विषय पर डेटा भेज सकते हैं:

$devices/<Device1 ID>/events
$registries/<Registry ID>/events

और केवल आपके आदेशों और रजिस्ट्री आदेशों के विषय से संदेशों की सदस्यता लें:

$devices/<Device1 ID>/commands
$registries/<Registry ID>/commands

रजिस्ट्री डिवाइस कमांड के सभी विषयों और रजिस्ट्री कमांड के विषय में डेटा भेज सकती है:

$devices/<Device1 ID>/commands
$devices/<Device2 ID>/commands
$registries/<Registry ID>/commands

और डिवाइस ईवेंट के सभी विषयों और रजिस्ट्री ईवेंट के विषय के संदेशों की सदस्यता लें:

$devices/<Device1 ID>/events
$devices/<Device2 ID>/events
$registries/<Registry ID>/events

ऊपर वर्णित सभी संस्थाओं के साथ काम करने के लिए, डेटा प्लेन में एक जीआरपीसी-प्रोटोकॉल और एक आरईएसटी-प्रोटोकॉल है, जिसके आधार पर YANDex.Cloud और सीएलआई कमांड-लाइन इंटरफ़ेस के जीयूआई-कंसोल के माध्यम से पहुंच का एहसास होता है।

डेटा प्लेन के लिए, यह MQTT प्रोटोकॉल संस्करण 3.1.1 का समर्थन करता है। हालाँकि, कई विशेषताएं हैं:

कनेक्ट करते समय, टीएलएस का उपयोग करना सुनिश्चित करें।
केवल टीसीपी कनेक्शन समर्थित है। WebSocket अभी उपलब्ध नहीं है।
प्राधिकरण लॉगिन और पासवर्ड (जहां लॉगिन डिवाइस या रजिस्ट्री आईडी है, और पासवर्ड उपयोगकर्ता द्वारा निर्धारित किए जाते हैं) और प्रमाणपत्र का उपयोग करके दोनों उपलब्ध हैं।
रिटेन ध्वज का समर्थन नहीं किया जाता है, जिसका उपयोग करते समय एमक्यूटीटी ब्रोकर ध्वज के साथ चिह्नित संदेश को सहेजता है और अगली बार जब आप विषय की सदस्यता लेते हैं, तो इसे भेजते हैं।
स्थायी सत्र समर्थित नहीं है, जिसमें MQTT ब्रोकर पुन: संयोजन की सुविधा के लिए क्लाइंट (डिवाइस या रजिस्ट्री) के बारे में जानकारी संग्रहीत करता है।
सदस्यता और प्रकाशन के साथ, सेवा के केवल पहले दो स्तर समर्थित हैं:
1. QoS0 - अधिक से अधिक एक बार। डिलीवरी की कोई गारंटी नहीं है, लेकिन एक ही संदेश की फिर से डिलीवरी नहीं है।
2. QoS1 - कम से कम एक बार। डिलीवरी की गारंटी है, लेकिन उसी संदेश को फिर से प्राप्त करने का एक मौका है।

यैंडेक्स IoT कोर के कनेक्शन को सरल बनाने के लिए, हम नियमित रूप से विभिन्न प्लेटफार्मों और भाषाओं के लिए GitHub पर अपनी रिपॉजिटरी में नए उदाहरण जोड़ते हैं, और प्रलेखन में स्क्रिप्ट का भी वर्णन करते हैं।

सेवा वास्तुकला इस तरह दिखता है:

सेवा के व्यापार तर्क में चार भाग शामिल हैं:

Device management — . Control Plane.
MQTT Broker — MQTT-. Data Plane.
Triggers — Yandex Cloud Functions. Data Plane.
Shards — MQTT- . Data Plane.

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

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

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

कंट्रोल प्लेन में डिवाइस प्रबंधन की विशेषताएं ऊपर वर्णित हैं। लेकिन डेटा प्लेन के साथ, सब कुछ बहुत अधिक दिलचस्प है।

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

उदाहरण के लिए, MQTT क्लाइंट A को ब्रोकर A से विषय के लिए सब्सक्राइब किया जाता है, और MQTT क्लाइंट B को ब्रोकर B से एक ही विषय पर सब्सक्राइब किया जाता है। यदि MQTT क्लाइंट C एक ही विषय पर पब्लिश करता है, लेकिन ब्रोकर C से, तो shard से डेटा ट्रांसफर करता है। दलालों ए और बी के लिए दलाल सी, जिसके परिणामस्वरूप डेटा दोनों एमक्यूटीटी क्लाइंट ए और एमक्यूटीटी क्लाइंट बी द्वारा प्राप्त किया जाएगा।

व्यापार तर्क का अंतिम भाग, ट्रिगर, MQTT क्लाइंट से प्राप्त सभी डेटा भी प्राप्त करता है और, यदि यह उपयोगकर्ता द्वारा कॉन्फ़िगर किया गया है, तो इसे यैंडेक्स क्लाउड फ़ंक्शंस सेवा के ट्रिगर्स में स्थानांतरित करता है।

जैसा कि आप देख सकते हैं, यांडेक्स IoT कोर में काम की जटिल वास्तुकला और तर्क है, जो स्थानीय प्रतिष्ठानों पर दोहराना मुश्किल है। यह उसे तीन उपलब्धता क्षेत्रों में से दो के नुकसान का सामना करने की अनुमति देता है, और असीमित संख्या में कनेक्शन और असीमित डेटा वॉल्यूम का काम करता है।

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

ट्रिगर और यैंडेक्स क्लाउड फ़ंक्शंस

Yandex Cloud Functions, Yandex.Cloud में तथाकथित "सर्वर रहित" (सर्वर रहित) सेवाओं का प्रतिनिधि है। ऐसी सेवाओं का मुख्य सार यह है कि उपयोगकर्ता कोड को निष्पादित करने के लिए पर्यावरण को स्थापित करने, तैनात करने और स्केल करने में अपना समय नहीं बिताता है, लेकिन केवल उसके लिए सबसे मूल्यवान चीज के साथ व्यवहार करता है - कोड को लिखना जो आवश्यक कार्य करता है। फ़ंक्शंस के मामले में, यह तथाकथित परमाणु रहित कोड है जिसे किसी घटना से ट्रिगर किया जा सकता है। "परमाणु" और "स्टेटलेस" का अर्थ है कि यह कोड कुछ अपेक्षाकृत छोटे लेकिन अभिन्न कार्य करना चाहिए, जबकि कॉल के बीच मूल्यों को संग्रहीत करने के लिए कोड को किसी भी चर का उपयोग नहीं करना चाहिए।

फ़ंक्शन को कॉल करने के कई तरीके हैं: एक सीधा HTTP कॉल, एक टाइमर कॉल (क्रोन), या एक घटना सदस्यता। उत्तरार्द्ध के रूप में, सेवा पहले से ही संदेश कतार (यैंडेक्स संदेश कतार), वस्तु भंडारण सेवा द्वारा उत्पन्न घटनाओं और (IoT परिदृश्य के लिए सबसे मूल्यवान) का समर्थन करने के लिए यांडेक्स IoT कोर में संदेशों की सदस्यता का समर्थन करती है।

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

ईवेंट पर कॉलिंग फ़ंक्शंस (घटनाओं की सदस्यता) के लिए तंत्र को ट्रिगर (ट्रिगर) कहा जाता है। इसका सार चित्र में दर्शाया गया है: एक

सेवा जो कॉलिंग फ़ंक्शन के लिए घटनाओं को उत्पन्न करती है, उन्हें लॉगब्रोकर में एक कतार में रखती है। यैंडेक्स IoT कोर के मामले में, डेटा प्लेन के ट्रिगर ऐसा करते हैं। इसके अलावा, इन घटनाओं को प्रीप्रोसेसर द्वारा लिया जाता है, जो इस घटना के लिए डेटाबेस में एक रिकॉर्ड की तलाश कर रहा है जो फ़ंक्शन को कॉल करने का संकेत देता है। यदि ऐसी प्रविष्टि पाई जाती है, तो प्रीप्रोसेसर यैंडेक्स संदेश कतार सेवा में फ़ंक्शन कॉल (फ़ंक्शन आईडी और कॉल पैरामीटर) के बारे में जानकारी डालता है, जहां से कॉल हैंडलर इसे उठाता है। हैंडलर, बदले में, फ़ंक्शन को यैंडेक्स क्लाउड फ़ंक्शंस सेवा को कॉल करने के लिए एक HTTP अनुरोध भेजता है।

उसी समय, फिर से, डॉगफूडिंग दर्शन के अनुसार, सभी उपयोगकर्ताओं के लिए सुलभ यैंडेक्स संदेश कतार सेवा का उपयोग किया जाता है, और फ़ंक्शन ठीक उसी तरह से कॉल किए जाते हैं, जिससे कोई अन्य उपयोगकर्ता अपने कार्यों को कॉल कर सकते हैं।

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

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

और LogBroker संदेश समूहों पर काम करता है, और जब तक पूरे समूह को संसाधित नहीं किया जाता है, तब तक अगले समूह को प्रसंस्करण के लिए नहीं उठाया जा सकता है। इस दृष्टिकोण को विभाजन स्तर पर संगामिति कहा जाता है।

और यह वास्तव में यांडेक्स संदेश कतार का उपयोग है जो आपको किसी विशेष सेवा से घटनाओं के लिए एक फ़ंक्शन को कॉल करने के लिए बहुत सारे अनुरोधों को समानांतर में जल्दी और कुशलतापूर्वक संसाधित करने की अनुमति देता है।

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

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

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

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

उपयोगी कड़ियाँ

अंत में, मैं कुछ लिंक देना चाहता हूं जिससे आप सेवाओं का अधिक विस्तार से अध्ययन कर सकेंगे:

Yandex IoT Core: cloud.yandex.ru/services/iot-core
Yandex Cloud Functions: cloud.yandex.ru/services/functions
Yandex Message Queue: cloud.yandex.ru/services/message-queue
Yandex Managed Service for ClickHouse: cloud.yandex.ru/services/managed-clickhouse
Yandex Load Balancer: cloud.yandex.ru/services/load-balancer
Yandex Object Storage: cloud.yandex.ru/services/storage

Yandex.Cloud में चीजों का इंटरनेट: कैसे Yandex IoT कोर और Yandex क्लाउड फ़ंक्शंस सेवाएँ व्यवस्थित हैं

IoT स्क्रिप्ट आर्किटेक्चर

Yandex IoT Core कैसे काम करता है

ट्रिगर और यैंडेक्स क्लाउड फ़ंक्शंस

उपयोगी कड़ियाँ

More articles: