Microsoft पर जंग (या सुरक्षा डेमन एज़्योर IoT एज का निर्माण)

अनुवादक से नोट: जंग एक अपेक्षाकृत युवा प्रोग्रामिंग भाषा है, और विकास के इस चरण में व्यावहारिक उदाहरण हमेशा दिलचस्प होते हैं। यह ज्ञात है कि Intel, Dropbox, Amazon, Facebook, Google और अन्य अपने प्रोजेक्ट्स में Rust का उपयोग करते हैं। Microsoft से प्रोजेक्ट में जंग के उपयोग के बारे में जाना जाता था, लेकिन कोई विवरण नहीं था, और यह शायद Microsoft पर Rust के उपयोग के बारे में पहला आधिकारिक प्रकाशन है। (उत्पाद के लिए तकनीकी विवरण स्वयं "जैसा है" प्रदान किया गया है, कंपनी की वेबसाइट पर विवरण निर्दिष्ट करें)

Azure IoT Edge Microsoft में Azure IoT डेवलपमेंट टीम द्वारा बनाया गया एक ओपन-सोर्स क्रॉस-प्लेटफ़ॉर्म सॉफ्टवेयर प्रोजेक्ट है। Azure IoT Edge “इंटरनेट ऑफ थिंग्स सर्विस है जो इंटरनेट ऑफ थिंग्स सेंटर पर आधारित है। यह सेवा उन ग्राहकों के लिए है, जिन्हें क्लाउड में नहीं, बल्कि एज डिवाइसेस पर डेटा का विश्लेषण करने की आवश्यकता होती है। सीमा के क्षेत्र में कार्यभार के बढ़ते हिस्से के परिणामस्वरूप, उपकरण क्लाउड पर संदेश भेजने में कम समय बिताते हैं और घटनाओं पर अधिक तेज़ी से प्रतिक्रिया करते हैं। " [आधिकारिक रूसी-भाषा प्रलेखन (1) से लिया गया - लगभग। अनुवादक]

यह पोस्ट कुछ कारणों को बताती है कि हमने उत्पाद में सुरक्षा डेमॉन घटक को लागू करने के लिए प्रोग्रामिंग भाषा के रूप में रस्ट को क्यों चुना।

सुरक्षा डेमॉन एज़्योर IoT एज रनटाइम लोड करता है। यह एज़्योर IoT एज रनटाइम और कंटेनर होस्टटाइम और क्रिप्टोग्राफ़िक हार्डवेयर डिवाइस सिक्योरिटी सिक्योरिटी मॉड्यूल्स (HSM) और ट्रस्टेड प्लेटफ़ॉर्म मॉड्यूल (TPM) जैसे कई होस्ट सेवाओं के बीच संचार का मध्यस्थ है।

सुरक्षा डेमॉन के लिए तकनीकी स्टैक चयन

जब हमने सुरक्षा डेमॉन पर काम करना शुरू किया (बाद में इसे किनारे के रूप में संदर्भित किया गया), तो हमने निम्नलिखित मुख्य डिजाइन लक्ष्यों की पहचान की:

• एजलेट एक मूल घटक होना चाहिए जिसे रनटाइम की आवश्यकता नहीं होती है, जैसे कि .NET सीएलआर।
• चूंकि एजलेट डिवाइस पर HSM / TPM उपकरण तक पहुंचने के लिए एक चैनल के रूप में काम करेगा, इसलिए इसे सुरक्षित होना चाहिए।
• एजलेट सी एप्लीकेशन (एबीआई) के बाइनरी इंटरफेस के माध्यम से एचएसएम / टीपीएम उपकरण के साथ बातचीत करेगा, इसलिए सामान्य वस्तुओं / डीएलएल को लोड करना और सी फ़ंक्शन को सरल करना चाहिए।

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

हमें क्या अच्छा लगा?

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

जंग और कार्गो संकलक [असेंबली और पैकेज प्रबंधन प्रणाली] को अपडेट करने की प्रक्रिया - लगभग। अनुवादक] Azure IoT Edge में मूल रूप से काम करते हैं। कंपाइलर के नए संस्करण में अपग्रेड करना लगभग हमेशा एक दर्द रहित क्रिया है।

जंग की स्वीकृति

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

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

4-6 सप्ताह के लिए, टीम के लगभग हर सदस्य ने रस्ट के स्रोत कोड में एक गैर-तुच्छ योगदान दिया।

जटिलता

इस तथ्य के बावजूद कि Microsoft पर रस्ट-आधारित उत्पाद के साथ उत्पादन शुरू करने का हमारा पहला अनुभव पूरी तरह से सफल रहा था, हमने बहुत मुश्किल कामों को नोट किया होगा:

• कुछ अन्य स्थापित भाषाओं की तुलना में रस्ट इकोसिस्टम अभी भी अपेक्षाकृत नया है। इसका मतलब यह था कि हमें अक्सर बुनियादी ढांचे के कुछ हिस्सों को बनाना पड़ता था अन्यथा हमें शायद बनाने की आवश्यकता नहीं होती।
• पार्सिंग कंपाइलर त्रुटि संदेश कभी-कभी बहुत जटिल हो जाते हैं, खासकर जब कोड के साथ काम करते हैं जो टोकियो (3) से भारी कंघी का उपयोग करते हैं [जंग के लिए एक अतुल्यकालिक ढांचा] वायदा या एसटी :: iter :: Iterator।
• टी # C संपादन और डीबगिंग टूल्स और जावा कोड को पूरी तरह से सपोर्ट करने के लिए उपयोग की जाने वाली टीमों को रुस्ट में समान समर्थन नहीं मिला। वीएस कोड जंग आरएलएस विस्तार व्यवहार में अस्थिर था।
• टोकियो फ्यूचर चेन एनालिसिस में चुनौतियां
• कभी-कभी उन जटिल प्रकारों को सुलझाना आसान नहीं था जो अनिवार्य रूप से टोकियो फ्यूचर कॉम्बिनेटर चेन में उत्पन्न होते हैं।

आगे क्या है

यहां यह ध्यान देना उचित होगा कि Azure IoT पूरी तरह से Rust प्रोग्रामिंग भाषा के साथ एकीकृत है। जब से हमने Azure IoT Edge जारी किया है, तब से रस्ट का उपयोग बढ़ गया है। वर्तमान में सक्रिय रूप से काम कर रहे क्लाउड सेवा परियोजनाओं में से कई रस्ट में लिखे गए हैं। ट्रिनिटी जो रस्ट प्रदान करती है (मेमोरी सिक्योरिटी, डेटा रेस सिक्योरिटी, और प्रदर्शन) Azure IoT के लिए एकदम सही है। हमें उम्मीद है कि भविष्य में इस बारे में कुछ और कहना होगा!

राज वेंगलिल, महाप्रबंधक, एसडब्ल्यूई, आईओटी प्लेटफार्म

संदर्भ

(1) docs.microsoft.com/en-us/azure/iot-edge
(२) msrc-blog.microsoft.com/2019/07/22/why-rust-for-safe-systems-programming
(३) टोकिओ.र्स

अनुवादक से: लेगातुशू , फंकिल , रूसी-भाषा के टेलीग्राम समूह रस्ट (@rustlang_ru), KDPV को यहाँ से अनुवाद करने में मदद के लिए धन्यवाद।