AWS लैंबडा - सिद्धांत, परिचित

AWS लाम्बा का एक त्वरित दौरा

यह क्या है

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

इसका उपयोग क्यों करें?

• पैसा। आप केवल उस समय के लिए भुगतान करते हैं जब सेवा चल रही होती है।
• स्पीड। लैम्ब्डा ही उगता है और बहुत तेजी से काम करता है।
• सुविधा। लैम्ब्डा में AWS सेवाओं के साथ एकीकरण के लिए कई विशेषताएं हैं।
• प्रदर्शन। समानांतर में, यह क्षेत्र के आधार पर, अधिकतम 1000 से 3000 प्रतियों के आधार पर किया जा सकता है। और आप चाहें तो समर्थन में लिखकर इस सीमा को बढ़ाया जा सकता है।

इस दृष्टिकोण की अपनी कमियां हैं, आप उस ऑपरेटिंग सिस्टम को नियंत्रित नहीं कर सकते हैं जिस पर कोड निष्पादित किया गया है, आप सीपीयू, मेमोरी और संसाधनों को नियंत्रित नहीं कर सकते। यह सब AWS द्वारा किया जाता है।

तुम सब कर सकते हैं समर्थित AWS लैम्ब्डा से एक भाषा का चयन करें।

क्या कर सकते हैं?

निम्नलिखित AWS लैम्ब्डा की मुख्य विशेषताओं की एक संक्षिप्त सूची है। अगला, हम क्रम में सब कुछ पर विचार करेंगे।

1. ट्रिगर

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

नीचे सभी संभावित ट्रिगर्स की सूची दी गई है:

एपीआई गेटवे
AWS IoT
एलेक्सा कौशल किट
एलेक्सा स्मार्ट होम
एप्लीकेशन लोड बैलेंसर
CloudFront
क्लाउडवॉच की घटनाएँ
क्लाउडवॉच लॉग
CodeCommit
कॉग्नीटो सिंक ट्रिगर
DynamoDB
Kinesis
S3
एसएनएस
SQS

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

सूचना: कृपया ध्यान दें कि लंबोदर को एएनएसडब्ल्यू सीएलआई, एडब्ल्यूएस एसडीके मैनुअल मोड में उपयोग करके या तो सभी आवश्यक मापदंडों को पूरा करने के लिए निष्पादित किया जा सकता है। जिसमें यह सम्मिलित है कि यह समकालिक रूप से चलेगा या नहीं

आइए एक उदाहरण देखें:

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

2. SQS - उदाहरण के लिए, यदि हमारा लंबा SQS से संदेशों को संसाधित करता है, तो आपको कहीं भी परिणाम वापस करने की आवश्यकता नहीं है और इसे एसिंक्रोनस रूप से निष्पादित किया जा सकता है। अतुल्यकालिक निष्पादन के साथ, कई नई सुविधाएँ दिखाई देती हैं, उदाहरण के लिए, हम एक त्रुटि के मामले में बार-बार निष्पादन को कॉन्फ़िगर कर सकते हैं, या ऐसे अनुरोधों को "मृत" SQS कतार में भेज सकते हैं।

2. AWS सेवाओं के लिए अनुमतियाँ

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

उपयोग की जाने वाली प्रत्येक भाषा का अपना SDK होता है जो मुख्य AWS सेवाओं के साथ संवाद कर सकता है।

सूचना: प्रत्येक भेड़ के बच्चे के लिए आप उस व्यक्ति से IAM भूमिका को कॉन्फ़िगर करते हैं, जो भेड़ का बच्चा चलाएगा

3. वीपीसी

आप अपने लैम्ब्डा के लिए एक वर्चुअल नेटवर्क कॉन्फ़िगर कर सकते हैं, उदाहरण के लिए, आरडीएस से सुरक्षित रूप से कनेक्ट होने के लिए।

4. ऑनलाइन संपादक

AWS लैम्ब्डा आपके फ़ंक्शन के कोड को सीधे आपके ब्राउज़र में इंटरफ़ेस से संपादित करने की सुविधा भी प्रदान करता है।

5. लॉगिंग

लैम्ब्डा के सभी अनुरोध क्लाउडवॉच में लॉग इन होते हैं , रनटाइम और मेमोरी पर डेटा भी वहां दर्ज किए जाते हैं, यह डेटा सीमाएं निर्धारित करने के लिए बहुत उपयोगी हो सकता है। इसके अलावा, कोड में आपके स्वयं के डेटा को लॉग करने की क्षमता है (उदाहरण के लिए, Node.js में कंसोल के माध्यम से)।

इसके अतिरिक्त, आप हमेशा मॉनिटरिंग टैब पर लैम्बडा के उपयोग के आँकड़े देख सकते हैं।

6. पर्यावरण चर

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

सूचना: ध्यान दें कि पूर्वनिर्धारित पर्यावरण चर की एक सूची है

7. कोड

अब सबसे दिलचस्प हिस्सा है, लैम्बडा में ही कई हिस्से होते हैं।

1. परतें - नीचे की परत। यह आवश्यक नहीं है, लेकिन यदि आपको लैम्बडा का उपयोग करने के लिए कुछ पुस्तकालयों को जोड़ने की आवश्यकता है, तो आपको उन्हें मुख्य कोड से अलग से डालने की आवश्यकता है, इसलिए आप मुख्य कोड की मात्रा और फ़ंक्शन की गति को स्वयं ही बचा सकते हैं।

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

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

3. हैंडलर - सीधे भाषा के आधार पर, सीधे निष्पादित कोड को अलग तरह से परिभाषित किया जाता है। उदाहरण के लिए, Node.Js. को लें अपने कोड को निष्पादित करने के लिए, आपको आवश्यकता है:

1. जेएस फाइल - 1 पी
2. Export.yourFunction = () => {// आपका कोड} - 1 pc

डिफ़ॉल्ट रूप से, index.js लॉन्च किया गया है और इसमें "हैंडलर" नामक एक फ़ंक्शन की तलाश है। फिर करता है। आपका फ़ंक्शन कोड में एसिंक्रोनस हो सकता है। यह लैम्ब्डा के तुल्यकालिक निष्पादन को प्रभावित नहीं करता है।

नीचे एक नमूना कोड है, मैं यह बताने की कोशिश करूंगा कि वहां क्या होता है:

//AWS SDK  ,     e var AWS = require('aws-sdk'); //   //   ,    //   API Gateway. // ,    http  exports.handler = async(event, context) => { // event       // context     aws lambda : //   ,      console.log('testing cloud watch'); // ^       Cloud Watch   return { //     http ,     statusCode: 200, body: 'Hello world', headers: {} }; }; exports.handler = (event, context, callback) => { //    callback, // -      callback( null, //<-  ,       { //     statusCode: 200, body: 'Hello world' } ); }; 

8. संस्करण

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

और इसलिए, अब पता लगाते हैं कि आरेख में जो हम देखते हैं उसे प्राप्त करने के लिए क्या करने की आवश्यकता है

एक राज्य

1. हमारे मेमने का पहला संस्करण बनाएँ। पहले संस्करण के साथ, हम "$ LATEST" के संस्करण के लिए एक पॉइंटर बनाते हैं। यह हमेशा जोड़े गए नवीनतम संस्करण को इंगित करता है।
2. उपनाम "देव" जोड़ें। यहां हम चुनते हैं कि कहां बांधना है, हमारे पास कई विकल्प हैं - एक विशिष्ट संस्करण संख्या के लिए एक पॉइंटर बनाएं, हमारे मामले में "1" , पॉइंटर को "$ नवीनतम" से बांधें, या किसी अन्य उपनाम से बांधें। इस मामले में, हम "$ LATEST" पॉइंटर से जुड़ते हैं, और अब हमारा "देव" उर्फ हमेशा अंतिम शाखा को इंगित करेगा, इसलिए हम हमेशा देव माहौल पर लैम्बडा के नवीनतम संस्करण के साथ अपने आवेदन का परीक्षण कर सकते हैं। और अगर अचानक हमें यह जांचने की आवश्यकता है कि यह पुराने संस्करण पर कैसे काम करता है, तो हमें बस अपने एप्लिकेशन को छूने के बिना उपनाम को ट्रिगर में बदलने या उपनाम में लिंक को बदलने की आवश्यकता है
3. स्टेज उर्फ जोड़ें और इसे हमारे लैम्ब्डा के पहले संस्करण में बांधें
4. उपनाम "प्रोडक्ट" जोड़ें और "स्टेज" के लिए हमने जो किया था उसे दोहराएं

सूचना: यहाँ यह वर्णन किया गया है कि अभ्यास में उपनाम के साथ कैसे काम किया जाए। लैम्ब्डा पर व्यावहारिक हिस्सा अगले लेख में एसक्यूएस के साथ होगा

और इसलिए, अब हमें कुछ समझ में नहीं आया, वास्तव में 3 उपनाम एक संस्करण का उल्लेख करते हैं, यह स्पष्ट नहीं है। लेकिन कुछ भी नहीं, क्रम में सब कुछ

दूसरा राज्य

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

तीसरा राज्य

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

संक्षेप में प्रस्तुत करना

और इसलिए हमारे पास क्या है?

थोड़ा सा। फास्ट। अपेक्षाकृत सस्ते। Avtomasshtabiruemuyu। संस्करणीकृत। समारोह।
इस लेख में, हमने इस सेवा के साथ केवल सैद्धांतिक भाग, परिचित माना। पिछले लेख में SQS के समान है। अगले लेख में, हम इस बात पर विचार करेंगे कि ये दोनों सेवाएं एक-दूसरे के साथ कैसे व्यवहार करती हैं और व्यावहारिक रूप में हम सीखेंगे कि उन्हें कैसे कॉन्फ़िगर और उपयोग करना है।