AWS Lambda चे तपशीलवार विश्लेषण

लेखाचा अनुवाद विशेषतः अभ्यासक्रमाच्या विद्यार्थ्यांसाठी तयार केला होता "मेघ सेवा". या दिशेने विकसित करण्यात स्वारस्य आहे? Egor Zuev (InBit वर टीमलीड) चा मास्टर क्लास पहा "AWS EC2 सेवा" आणि पुढील कोर्स ग्रुपमध्ये सामील व्हा: 26 सप्टेंबरपासून सुरू होईल.

अधिक लोक स्केलेबिलिटी, कार्यप्रदर्शन, बचत आणि दरमहा लाखो किंवा अगदी ट्रिलियन विनंत्या हाताळण्याची क्षमता यासाठी AWS Lambda कडे स्थलांतर करत आहेत. हे करण्यासाठी, तुम्हाला ज्या पायाभूत सुविधांवर सेवा चालते ते व्यवस्थापित करण्याची आवश्यकता नाही. आणि ऑटोस्केलिंग तुम्हाला प्रति सेकंद हजारो एकाचवेळी विनंत्या पूर्ण करण्यास अनुमती देते. मला वाटते की AWS Lambda सर्वात लोकप्रिय AWS सेवांपैकी एक म्हणता येईल.

एडब्ल्यूएस लंबडा

AWS Lambda ही एक इव्हेंट-चालित सर्व्हरलेस संगणन सेवा आहे जी तुम्हाला सर्व्हरची तरतूद न करता किंवा व्यवस्थापित केल्याशिवाय कोड चालवण्याची आणि कस्टम लॉजिक वापरून इतर AWS सेवा वाढवण्याची परवानगी देते. Lambda आपोआप विविध कार्यक्रमांना प्रतिसाद देते (ज्याला ट्रिगर म्हणतात), जसे की Amazon API गेटवेद्वारे HTTP विनंत्या, Amazon S3 बकेटमधील डेटामधील बदल किंवा Amazon DynamoDB टेबल; किंवा तुम्ही तुमचा कोड AWS SDK वापरून API कॉलद्वारे चालवू शकता आणि AWS स्टेप फंक्शन्समधील राज्य संक्रमणे.

Lambda अत्यंत उपलब्ध संगणकीय पायाभूत सुविधांवर कोड चालवते आणि सर्व्हर आणि ऑपरेटिंग सिस्टम देखभाल, संसाधन तरतूद, स्वयं-स्केलिंग, कोड मॉनिटरिंग आणि लॉगिंगसह अंतर्निहित प्लॅटफॉर्मचे व्यवस्थापन करण्यासाठी पूर्णपणे जबाबदार आहे. म्हणजेच, तुम्हाला फक्त तुमचा कोड अपलोड करावा लागेल आणि तो कसा आणि केव्हा अंमलात आणावा हे कॉन्फिगर करावे लागेल. या बदल्यात, सेवा तिच्या लॉन्चची काळजी घेईल आणि तुमच्या अर्जाची उच्च उपलब्धता सुनिश्चित करेल.

Lambda वर कधी स्विच करायचे?

AWS Lambda एक सोयीस्कर संगणन प्लॅटफॉर्म आहे जो आपल्या कोडची भाषा आणि रनटाइम सेवेद्वारे समर्थित आहे तोपर्यंत विविध वापरासाठी योग्य आहे. वाजवी दरात सर्व्हर देखभाल, तरतूद आणि स्केलिंग आउटसोर्स करताना तुम्हाला तुमच्या कोड आणि व्यवसायाच्या तर्कावर लक्ष केंद्रित करायचे असल्यास, AWS Lambda निश्चितपणे जाण्याचा मार्ग आहे.

प्रोग्रामिंग इंटरफेस तयार करण्यासाठी लॅम्बडा आदर्श आहे, आणि API गेटवेच्या संयोगाने वापरल्यास, आपण खर्च लक्षणीयरीत्या कमी करू शकता आणि वेगाने बाजारपेठ मिळवू शकता. Lambda फंक्शन्स आणि सर्व्हरलेस आर्किटेक्चर आयोजित करण्यासाठी पर्याय वापरण्याचे वेगवेगळे मार्ग आहेत - प्रत्येकजण त्यांच्या ध्येयावर आधारित काहीतरी योग्य निवडू शकतो.

लॅम्बडा तुम्हाला विस्तृत कार्ये करण्यास अनुमती देते. अशा प्रकारे, क्लाउडवॉच समर्थनाबद्दल धन्यवाद, आपण स्थगित कार्ये तयार करू शकता आणि वैयक्तिक प्रक्रिया स्वयंचलित करू शकता. सेवेच्या वापराच्या स्वरूपावर आणि तीव्रतेवर कोणतेही निर्बंध नाहीत (मेमरी वापर आणि वेळ विचारात घेतला जातो), आणि लॅम्बडावर आधारित पूर्ण मायक्रो सर्व्हिसवर पद्धतशीरपणे कार्य करण्यापासून काहीही प्रतिबंधित करत नाही.

येथे तुम्ही सेवा-देणारं क्रिया तयार करू शकता ज्या सतत चालत नाहीत. एक नमुनेदार उदाहरण म्हणजे इमेज स्केलिंग. वितरीत प्रणालींच्या बाबतीतही, लॅम्बडा फंक्शन्स संबंधित राहतात.

त्यामुळे, जर तुम्हाला संगणकीय संसाधनांचे वाटप आणि व्यवस्थापन करायचे नसेल, तर AWS Lambda वापरून पहा; तुम्हाला जड, संसाधन-केंद्रित गणनांची आवश्यकता नसल्यास, AWS Lambda देखील वापरून पहा; तुमचा कोड अधूनमधून चालत असल्यास, ते बरोबर आहे, तुम्ही AWS Lambda वापरून पहा.

सुरक्षा

आतापर्यंत सुरक्षेबाबत कोणतीही तक्रार नाही. दुसरीकडे, या मॉडेलच्या अनेक अंतर्गत प्रक्रिया आणि अंमलबजावणी वैशिष्ट्ये AWS Lambda व्यवस्थापित रनटाइम वातावरणाच्या वापरकर्त्यापासून लपलेली असल्याने, क्लाउड सुरक्षेचे काही सामान्यतः स्वीकारलेले नियम अप्रासंगिक बनतात.

बर्‍याच AWS सेवांप्रमाणे, Lambda ही AWS आणि ग्राहक यांच्यात सामायिक सुरक्षा आणि अनुपालन आधारावर प्रदान केली जाते. हे तत्त्व क्लायंटवरील ऑपरेशनल ओझे कमी करते, कारण AWS सेवा घटकांची देखरेख, प्रशासन आणि देखरेख करण्याची कार्ये घेते - होस्ट ऑपरेटिंग सिस्टम आणि वर्च्युअलायझेशन लेयरपासून ते पायाभूत सुविधांच्या भौतिक सुरक्षिततेपर्यंत.

विशेषत: AWS Lambda बद्दल बोलायचे झाल्यास, AWS अंतर्निहित पायाभूत सुविधा, संबंधित अंतर्निहित सेवा, ऑपरेटिंग सिस्टम आणि ऍप्लिकेशन प्लॅटफॉर्म व्यवस्थापित करण्यासाठी जबाबदार आहे. क्लायंट त्याच्या कोडच्या सुरक्षेसाठी, गोपनीय डेटा संचयित करणे, त्यात प्रवेश नियंत्रित करणे, तसेच लॅम्बडा सेवा आणि संसाधने (आयडेंटिटी अँड ऍक्सेस मॅनेजमेंट, IAM) साठी जबाबदार आहे, वापरलेल्या फंक्शन्सच्या मर्यादेत.

खाली दिलेला आकृती AWS Lambda ला लागू असल्याने सामायिक जबाबदारीचे मॉडेल दाखवते. AWS जबाबदारी नारिंगी आहे आणि ग्राहकाची जबाबदारी निळी आहे. तुम्ही बघू शकता, AWS सेवेवर तैनात केलेल्या अनुप्रयोगांसाठी अधिक जबाबदारी घेते.

शेअर्ड रिस्पॉन्सिबिलिटी मॉडेल AWS Lambda ला लागू

लॅम्बडा रनटाइम

Lambda चा मुख्य फायदा असा आहे की आपल्या वतीने कार्य करून, सेवा स्वतः आवश्यक संसाधने वाटप करते. तुम्ही सिस्टम प्रशासनावर वेळ आणि मेहनत वाया घालवू शकता आणि व्यवसाय तर्क आणि कोडिंगवर लक्ष केंद्रित करू शकता.

लॅम्बडा सेवा दोन विमानांमध्ये विभागली गेली आहे. पहिले नियंत्रण विमान आहे. विकिपीडियाच्या मते, कंट्रोल प्लेन हा नेटवर्कचा भाग आहे जो सिग्नलिंग ट्रॅफिक आणि रूटिंगसाठी जबाबदार आहे. हा प्राथमिक घटक आहे जो वर्कलोड्सची तरतूद, सेवा आणि वितरण याबद्दल जागतिक निर्णय घेतो. याव्यतिरिक्त, कंट्रोल प्लेन सोल्यूशन प्रदात्याचे नेटवर्क टोपोलॉजी म्हणून कार्य करते, राउटिंग आणि रहदारी व्यवस्थापित करण्यासाठी जबाबदार आहे.

दुसरे विमान डेटा प्लेन आहे. नियंत्रण विमानाप्रमाणेच त्याची स्वतःची कार्ये आहेत. कंट्रोल प्लेन फंक्शन्स (CreateFunction, UpdateFunctionCode) व्यवस्थापित करण्यासाठी API प्रदान करते आणि Lambda इतर AWS सेवांशी कसे संवाद साधते ते नियंत्रित करते. डेटा प्लेन Invoke API नियंत्रित करते, जे Lambda फंक्शन्स चालवते. फंक्शन कॉल केल्यानंतर, कंट्रोल प्लेन त्या फंक्शनसाठी पूर्व-तयार असलेले विद्यमान रनटाइम वातावरण वाटप करते किंवा निवडते आणि नंतर त्यातील कोड कार्यान्वित करते.

AWS Lambda त्यांच्या संबंधित रनटाइम वातावरणाद्वारे Java 8, Python 3.7, Go, NodeJS 8, .NET Core 2, आणि इतरांसह विविध प्रोग्रामिंग भाषांना समर्थन देते. AWS त्यांना नियमितपणे अपडेट करते, सुरक्षा पॅच वितरित करते आणि या वातावरणात इतर देखभाल क्रियाकलाप करते. Lambda तुम्हाला इतर भाषा देखील वापरण्याची परवानगी देतो, जर तुम्ही स्वतः योग्य रनटाइम लागू केलात. आणि मग तुम्हाला त्याच्या सुरक्षेचे निरीक्षण करण्यासह त्याच्या देखभालीची काळजी घ्यावी लागेल.

हे सर्व कसे कार्य करते आणि सेवा आपली कार्ये कशी पार पाडेल?

प्रत्येक फंक्शन एक किंवा अधिक समर्पित वातावरणात चालते, जे फक्त त्या फंक्शनच्या आयुष्यासाठी अस्तित्वात असते आणि नंतर नष्ट होते. प्रत्येक वातावरण एका वेळी फक्त एक कॉल करते, परंतु एकाच फंक्शनसाठी अनेक सीरियल कॉल असल्यास ते पुन्हा वापरले जाते. सर्व रनटाइम वातावरण हार्डवेअर व्हर्च्युअलायझेशनसह आभासी मशीनवर चालतात - तथाकथित मायक्रोव्हीएम. प्रत्येक मायक्रोव्हीएम एका विशिष्ट AWS खात्याला नियुक्त केले जाते आणि त्या खात्यामध्ये भिन्न कार्ये करण्यासाठी वातावरणाद्वारे पुन्हा वापरता येते. मायक्रोव्हीएम लाम्बडा वर्कर हार्डवेअर प्लॅटफॉर्मच्या बिल्डिंग ब्लॉक्समध्ये पॅक केले जातात, जे AWS च्या मालकीचे आणि ऑपरेट करतात. समान रनटाइम वेगवेगळ्या फंक्शन्सद्वारे वापरला जाऊ शकत नाही किंवा वेगवेगळ्या AWS खात्यांसाठी मायक्रोव्हीएम अद्वितीय नाहीत.

AWS Lambda अलगाव मॉडेल

रनटाइम वातावरणाचे पृथक्करण अनेक यंत्रणा वापरून अंमलात आणले जाते. प्रत्येक वातावरणाच्या वरच्या स्तरावर खालील घटकांच्या स्वतंत्र प्रती आहेत:

• फंक्शन कोड
• फंक्शनसाठी निवडलेले कोणतेही Lambda स्तर
• कार्य अंमलबजावणी वातावरण
• Amazon Linux वर आधारित किमान वापरकर्ता जागा

विविध अंमलबजावणी वातावरण वेगळे करण्यासाठी खालील यंत्रणा वापरल्या जातात:

• cgroups - प्रत्येक रनटाइम वातावरणासाठी CPU, मेमरी, स्टोरेज आणि नेटवर्क संसाधनांमध्ये प्रवेश मर्यादित करा;
• नेमस्पेस - ग्रुपिंग प्रोसेस आयडी, यूजर आयडी, नेटवर्क इंटरफेस आणि लिनक्स कर्नलद्वारे व्यवस्थापित इतर संसाधने. प्रत्येक रनटाइम त्याच्या स्वतःच्या नेमस्पेसमध्ये चालतो;
• seccomp-bpf - रनटाइममध्ये वापरले जाऊ शकणारे सिस्टम कॉल प्रतिबंधित करते;
• iptables आणि रूटिंग टेबल्स - एकमेकांपासून अंमलबजावणी वातावरण वेगळे करणे;
• chroot - अंतर्निहित फाइल प्रणालीमध्ये मर्यादित प्रवेश प्रदान करते.

AWS प्रोप्रायटरी आयसोलेशन तंत्रज्ञानासह एकत्रित, या यंत्रणा विश्वासार्ह रनटाइम पृथक्करण सुनिश्चित करतात. अशा प्रकारे विलग केलेले वातावरण इतर वातावरणातील डेटामध्ये प्रवेश करू शकत नाही किंवा त्यात बदल करू शकत नाही.

जरी एकाच AWS खात्याचे एकाधिक रनटाइम एकाच microVM वर चालू शकतात, कोणत्याही परिस्थितीत microVM वेगवेगळ्या AWS खात्यांमध्ये सामायिक केले जाऊ शकत नाहीत. AWS Lambda मायक्रोव्हीएम वेगळे करण्यासाठी फक्त दोन यंत्रणा वापरते: EC2 उदाहरणे आणि फायरक्रॅकर. EC2 उदाहरणांवर आधारित Lambda मध्ये अतिथी अलगाव सुमारे 2015 पासून आहे. फायरक्रॅकर हे एक नवीन ओपन सोर्स हायपरवाइजर आहे जे विशेषतः AWS ने सर्व्हरलेस वर्कलोडसाठी डिझाइन केलेले आहे आणि 2018 मध्ये सादर केले आहे. मायक्रोव्हीएम चालवणारे भौतिक हार्डवेअर वेगवेगळ्या खात्यांवरील वर्कलोड्स दरम्यान सामायिक केले जाते.

पर्यावरण आणि प्रक्रिया अवस्था जतन करणे

लॅम्बडा रनटाइम वेगवेगळ्या फंक्शन्ससाठी अद्वितीय असले तरी ते एकाच फंक्शनला वारंवार कॉल करू शकतात, म्हणजे रनटाइम नष्ट होण्यापूर्वी कित्येक तास टिकू शकतो.

प्रत्येक Lambda रनटाइममध्ये /tmp निर्देशिकेद्वारे प्रवेशजोगी फाइल प्रणाली देखील असते. त्याची सामग्री इतर रनटाइममधून ऍक्सेस केली जाऊ शकत नाही. जोपर्यंत प्रक्रिया स्थिती टिकून राहण्याचा संबंध आहे, /tmp वर लिहिलेल्या फाइल्स रनटाइम वातावरणाच्या संपूर्ण जीवन चक्रासाठी अस्तित्वात आहेत. हे एकाधिक कॉल्सचे परिणाम जमा करण्यास अनुमती देते, जे विशेषतः महाग ऑपरेशन्स जसे की मशीन लर्निंग मॉडेल लोड करण्यासाठी उपयुक्त आहे.

कॉल डेटा ट्रान्सफर

Invoke API दोन मोडमध्ये वापरले जाऊ शकते: इव्हेंट मोड आणि विनंती-प्रतिसाद मोड. इव्हेंट मोडमध्ये, कॉल नंतरच्या अंमलबजावणीसाठी रांगेत जोडला जातो. विनंती-प्रतिसाद मोडमध्ये, प्रदान केलेल्या पेलोडसह फंक्शनला त्वरित कॉल केले जाते, त्यानंतर प्रतिसाद परत केला जातो. दोन्ही प्रकरणांमध्ये, कार्य लॅम्बडा वातावरणात चालते, परंतु भिन्न पेलोड पथांसह.

विनंती-प्रतिसाद कॉल दरम्यान, पेलोड रिक्वेस्ट प्रोसेसिंग API (API कॉलर), जसे की AWS API गेटवे किंवा AWS SDK वरून लोड बॅलन्सरकडे आणि नंतर Lambda कॉल सेवेकडे (Invoke Service) वाहते. नंतरचे कार्य कार्यान्वित करण्यासाठी योग्य वातावरण निर्धारित करते आणि कॉल पूर्ण करण्यासाठी पेलोड पास करते. लोड बॅलन्सर इंटरनेटवर TLS-संरक्षित रहदारी प्राप्त करतो. लॅम्बडा सेवेतील रहदारी—लोड बॅलन्सरनंतर—विशिष्ट AWS प्रदेशातील अंतर्गत VPC मधून जाते.

AWS Lambda कॉल प्रोसेसिंग मॉडेल: विनंती-प्रतिसाद मोड

इव्हेंट कॉल त्वरित केले जाऊ शकतात किंवा रांगेत जोडले जाऊ शकतात. काही प्रकरणांमध्ये, Amazon SQS (Amazon Simple Queue Service) वापरून रांग लागू केली जाते, जी अंतर्गत पोलर प्रक्रियेद्वारे Lambda कॉल पूर्तता सेवेला कॉल पास करते. प्रसारित वाहतूक TLS द्वारे संरक्षित आहे आणि Amazon SQS मध्ये संचयित केलेल्या डेटाचे कोणतेही अतिरिक्त कूटबद्धीकरण नाही.

इव्हेंट कॉल्स प्रतिसाद देत नाहीत—लॅम्बडा कार्यकर्ता कोणत्याही प्रतिसाद माहितीकडे दुर्लक्ष करतो. Amazon S3, Amazon SNS, CloudWatch आणि इतर स्रोतांकडील इव्हेंट-आधारित कॉल्सवर Lambda द्वारे इव्हेंट मोडमध्ये प्रक्रिया केली जाते. Amazon Kinesis आणि DynamoDB स्ट्रीम, SQS क्यू, ऍप्लिकेशन लोड बॅलन्सर आणि API गेटवे कॉल्सवरील कॉल्सची प्रक्रिया विनंती-प्रतिसाद पद्धतीने केली जाते.

देखरेख

तुम्ही खालील गोष्टींसह विविध AWS यंत्रणा आणि सेवा वापरून Lambda फंक्शन्सचे निरीक्षण आणि ऑडिट करू शकता.

ऍमेझॉन क्लाउडवॉच
विनंत्यांची संख्या, विनंत्यांचा कालावधी आणि अयशस्वी झालेल्या विनंत्यांची संख्या यासारखी विविध आकडेवारी गोळा करते.

Amazon CloudTrail
तुम्हाला तुमच्या AWS इन्फ्रास्ट्रक्चरशी संबंधित खाते अ‍ॅक्टिव्हिटी माहिती लॉग करण्याची, सतत देखरेख ठेवण्याची आणि देखरेख करण्याची अनुमती देते. तुमच्याकडे AWS व्यवस्थापन कन्सोल, AWS SDK, कमांड लाइन टूल्स आणि इतर AWS सेवा वापरून केलेल्या कृतींचा संपूर्ण इतिहास असेल.

AWS एक्स-रे
तुमच्या अर्जाच्या अंतर्गत घटकांच्या नकाशावर आधारित विनंती प्रक्रियेच्या सर्व टप्प्यांमध्ये पूर्ण दृश्यमानता प्रदान करते. तुम्हाला विकासादरम्यान आणि उत्पादन वातावरणात अनुप्रयोगांचे विश्लेषण करण्याची अनुमती देते.

AWS कॉन्फिग
तुम्ही Lambda फंक्शन कॉन्फिगरेशन (हटवण्यासह) आणि रनटाइम्स, टॅग्ज, हँडलरची नावे, कोड आकार, मेमरी वाटप, कालबाह्य सेटिंग्ज आणि समवर्ती सेटिंग्ज, तसेच Lambda IAM कार्यान्वित भूमिका, सबनेटिंग आणि सुरक्षा गट बाइंडिंगमधील बदल ट्रॅक करण्यास सक्षम असाल. .

निष्कर्ष

AWS Lambda सुरक्षित आणि स्केलेबल ऍप्लिकेशन तयार करण्यासाठी साधनांचा एक शक्तिशाली संच ऑफर करते. AWS Lambda मधील अनेक सुरक्षा आणि अनुपालन पद्धती इतर AWS सेवांप्रमाणेच आहेत, जरी अपवाद आहेत. मार्च 2019 पर्यंत, Lambda SOC 1, SOC 2, SOC 3, PCI DSS, हेल्थ इन्शुरन्स पोर्टेबिलिटी आणि अकाउंटेबिलिटी कायदा (HIPAA) अनुपालन आणि इतर नियमांचे पालन करत आहे. म्हणून, जेव्हा तुम्ही तुमचा पुढील अनुप्रयोग लागू करण्याचा विचार करत असाल, तेव्हा AWS Lambda सेवेचा विचार करा - ती तुमच्या कार्यासाठी सर्वात योग्य असू शकते.

स्त्रोत: www.habr.com