AWS Lambda को विस्तृत विश्लेषण

लेखको अनुवाद पाठ्यक्रमका विद्यार्थीहरूको लागि विशेष गरी तयार गरिएको थियो "क्लाउड सेवाहरू"। यस दिशामा विकास गर्न इच्छुक हुनुहुन्छ? Egor Zuev द्वारा मास्टर क्लास हेर्नुहोस् (TeamLead at InBit) "AWS EC2 सेवा" र अर्को पाठ्यक्रम समूहमा सामेल हुनुहोस्: सेप्टेम्बर 26 मा सुरु हुन्छ।

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

AWS Lambda

AWS Lambda एउटा घटना-संचालित सर्भरलेस कम्प्युटिङ सेवा हो जसले तपाईंलाई सर्भरको प्रावधान वा व्यवस्थापन नगरी कोड चलाउन र अनुकूलन तर्क प्रयोग गरेर अन्य AWS सेवाहरू विस्तार गर्न अनुमति दिन्छ। Lambda ले स्वचालित रूपमा विभिन्न घटनाहरूमा प्रतिक्रिया दिन्छ (ट्रिगरहरू भनिन्छ), जस्तै Amazon API गेटवे मार्फत HTTP अनुरोधहरू, Amazon S3 बकेटहरूमा डेटामा परिवर्तनहरू वा Amazon DynamoDB तालिकाहरू; वा तपाईले AWS SDK र AWS चरण प्रकार्यहरूमा राज्य ट्रान्जिसन प्रयोग गरेर API कलहरू मार्फत आफ्नो कोड चलाउन सक्नुहुन्छ।

Lambda उच्च उपलब्ध कम्प्युटिङ पूर्वाधारमा कोड चलाउँछ र सर्भर र अपरेटिङ सिस्टम मर्मतसम्भार, स्रोत प्रावधान, स्वत: स्केलिंग, कोड अनुगमन, र लगिङ सहित अन्तर्निहित प्लेटफर्म व्यवस्थापन गर्न पूर्ण रूपमा जिम्मेवार छ। त्यो हो, तपाईंले भर्खर आफ्नो कोड अपलोड गर्न र यसलाई कसरी र कहिले कार्यान्वयन गर्नुपर्छ कन्फिगर गर्न आवश्यक छ। बदलामा, सेवाले यसको सुरुवातको ख्याल राख्नेछ र तपाइँको आवेदनको उच्च उपलब्धता सुनिश्चित गर्नेछ।

कहिले Lambda मा स्विच गर्ने?

AWS Lambda एक सुविधाजनक कम्प्युटिङ प्लेटफर्म हो जुन विभिन्न प्रकारका प्रयोग केसहरूको लागि उपयुक्त छ, जबसम्म तपाईंको कोडको भाषा र रनटाइम सेवाद्वारा समर्थित छ। यदि तपाइँ तपाइँको कोड र ब्यापार तर्कमा ध्यान केन्द्रित गर्न चाहानुहुन्छ सर्भर मर्मत, प्रावधान, र उचित लागत मा स्केलिंग गर्दा, AWS Lambda निश्चित रूपमा जाने बाटो हो।

Lambda प्रोग्रामिङ इन्टरफेसहरू सिर्जना गर्नका लागि आदर्श हो, र API गेटवेसँग संयोजनमा प्रयोग गर्दा, तपाईंले लागतहरू घटाउन र छिटो बजारमा पुग्न सक्नुहुन्छ। सर्भररहित वास्तुकला व्यवस्थित गर्न Lambda प्रकार्यहरू र विकल्पहरू प्रयोग गर्ने विभिन्न तरिकाहरू छन् - सबैले आफ्नो लक्ष्यको आधारमा उपयुक्त केहि छनौट गर्न सक्छन्।

Lambda ले तपाईंलाई कार्यहरूको विस्तृत दायरा गर्न अनुमति दिन्छ। यसैले, क्लाउडवाच समर्थनको लागि धन्यवाद, तपाइँ स्थगित कार्यहरू सिर्जना गर्न र व्यक्तिगत प्रक्रियाहरू स्वचालित गर्न सक्नुहुन्छ। त्यहाँ सेवाको प्रयोगको प्रकृति र तीव्रतामा कुनै प्रतिबन्धहरू छैनन् (मेमोरी खपत र समयलाई ध्यानमा राखिएको छ), र कुनै पनि कुराले तपाईंलाई Lambda मा आधारित पूर्ण माइक्रोसर्भिसमा व्यवस्थित रूपमा काम गर्नबाट रोक्दैन।

यहाँ तपाईँले सेवा-उन्मुख कार्यहरू सिर्जना गर्न सक्नुहुन्छ जुन निरन्तर चल्दैन। एउटा विशिष्ट उदाहरण छवि स्केलिंग हो। वितरण प्रणालीको मामलामा पनि, Lambda प्रकार्यहरू सान्दर्भिक रहन्छन्।

त्यसोभए, यदि तपाइँ कम्प्युटिङ स्रोतहरू आवंटन र व्यवस्थापन गर्न चाहनुहुन्न भने, AWS Lambda कोसिस गर्नुहोस्; यदि तपाईंलाई भारी, संसाधन-गहन गणनाहरू आवश्यक छैन भने, AWS Lambda पनि प्रयास गर्नुहोस्; यदि तपाईंको कोड आवधिक रूपमा चल्छ भने, त्यो सही छ, तपाईंले AWS Lambda प्रयास गर्नुपर्छ।

सुरक्षा

अहिले सम्म सुरक्षाको बारेमा कुनै गुनासो छैन। अर्कोतर्फ, यस मोडेलका धेरै आन्तरिक प्रक्रियाहरू र कार्यान्वयन सुविधाहरू AWS Lambda व्यवस्थित रनटाइम वातावरणको प्रयोगकर्ताबाट लुकाइएको हुनाले, क्लाउड सुरक्षाका केही सामान्यतया स्वीकृत नियमहरू अप्रासंगिक हुन्छन्।

धेरै जसो AWS सेवाहरू जस्तै, Lambda AWS र ग्राहक बीच साझा सुरक्षा र अनुपालनको आधारमा प्रदान गरिन्छ। यस सिद्धान्तले ग्राहकमा परिचालन बोझ कम गर्दछ, किनकि AWS ले सेवा कम्पोनेन्टहरूको रखरखाव, व्यवस्थापन र अनुगमन गर्ने कार्यहरू लिन्छ - होस्ट अपरेटिङ सिस्टम र भर्चुअलाइजेशन तहदेखि पूर्वाधार सम्पत्तिहरूको भौतिक सुरक्षासम्म।

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

तलको रेखाचित्रले साझा जिम्मेवारी मोडेल देखाउँछ किनकि यो AWS Lambda मा लागू हुन्छ। AWS जिम्मेवारी सुन्तला र ग्राहक उत्तरदायित्व नीलो छ। तपाईले देख्न सक्नुहुने रूपमा, AWS ले सेवामा प्रयोग गरिएका अनुप्रयोगहरूको लागि थप जिम्मेवारी लिन्छ।

AWS Lambda मा लागू साझा जिम्मेवारी मोडेल

Lambda रनटाइम

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 ले तपाईंलाई अन्य भाषाहरू पनि प्रयोग गर्न अनुमति दिन्छ, यदि तपाईंले उपयुक्त रनटाइम आफैं लागू गर्नुभयो। र त्यसपछि तपाईंले यसको सुरक्षा निगरानी सहित यसको मर्मत सम्भारको ख्याल गर्नुपर्नेछ।

यो सबै कसरी काम गर्दछ र सेवाले तपाइँको कार्यहरू कसरी प्रदर्शन गर्नेछ?

प्रत्येक प्रकार्य एक वा बढी समर्पित वातावरणमा चल्छ, जुन त्यो प्रकार्यको जीवनको लागि मात्र अवस्थित हुन्छ र त्यसपछि नष्ट हुन्छ। प्रत्येक वातावरणले एक पटकमा एउटा मात्र कल गर्छ, तर यदि एउटै प्रकार्यमा धेरै सिरियल कलहरू छन् भने यसलाई पुन: प्रयोग गरिन्छ। सबै रनटाइम वातावरणहरू हार्डवेयर भर्चुअलाइजेशनको साथ भर्चुअल मेसिनहरूमा चल्दछन् - तथाकथित microVMs। प्रत्येक microVM एक विशिष्ट AWS खातामा तोकिएको छ र त्यो खाता भित्र विभिन्न प्रकार्यहरू प्रदर्शन गर्न वातावरण द्वारा पुन: प्रयोग गर्न सकिन्छ। MicroVM हरू Lambda Worker हार्डवेयर प्लेटफर्मको निर्माण ब्लकहरूमा प्याकेज गरिएका छन्, जुन AWS द्वारा स्वामित्व र सञ्चालनमा छ। एउटै रनटाइम विभिन्न प्रकार्यहरूद्वारा प्रयोग गर्न सकिँदैन, न त microVM हरू विभिन्न AWS खाताहरूमा अद्वितीय हुन्छन्।

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

रनटाइम वातावरणको अलगाव धेरै संयन्त्रहरू प्रयोग गरी लागू गरिएको छ। प्रत्येक वातावरणको शीर्ष स्तरमा निम्न अवयवहरूको अलग-अलग प्रतिलिपिहरू छन्:

• प्रकार्य कोड
• प्रकार्यका लागि चयन गरिएका कुनै पनि Lambda तहहरू
• कार्य कार्यान्वयन वातावरण
• Amazon Linux मा आधारित न्यूनतम प्रयोगकर्ता ठाउँ

निम्न संयन्त्रहरू विभिन्न कार्यान्वयन वातावरणहरू अलग गर्न प्रयोग गरिन्छ:

• cgroups - प्रत्येक रनटाइम वातावरणको लागि CPU, मेमोरी, भण्डारण र नेटवर्क स्रोतहरूमा पहुँच सीमित गर्नुहोस्;
• नेमस्पेसहरू - समूहीकरण प्रक्रिया आईडीहरू, प्रयोगकर्ता आईडीहरू, नेटवर्क इन्टरफेसहरू र लिनक्स कर्नेलद्वारा व्यवस्थित अन्य स्रोतहरू। प्रत्येक रनटाइम यसको आफ्नै नाम स्थानमा चल्छ;
• seccomp-bpf - प्रणाली कलहरू प्रतिबन्धित गर्दछ जुन रनटाइममा प्रयोग गर्न सकिन्छ;
• iptables र रूटिङ तालिकाहरू - एक अर्काबाट कार्यान्वयन वातावरणको अलगाव;
• chroot - अन्तर्निहित फाइल प्रणालीमा सीमित पहुँच प्रदान गर्दछ।

AWS स्वामित्व अलगाव टेक्नोलोजीहरूसँग संयुक्त, यी संयन्त्रहरूले विश्वसनीय रनटाइम विभाजन सुनिश्चित गर्दछ। यस तरिकाले पृथक वातावरणले अन्य वातावरणबाट डाटा पहुँच वा परिमार्जन गर्न सक्दैन।

यद्यपि एउटै AWS खाताको धेरै रनटाइमहरू एकल microVM मा चल्न सक्छ, कुनै पनि परिस्थितिमा माइक्रोVM हरू विभिन्न AWS खाताहरू बीच साझेदारी गर्न सकिँदैन। AWS Lambda ले microVMs लाई अलग गर्न केवल दुई संयन्त्रहरू प्रयोग गर्दछ: EC2 उदाहरणहरू र फायरक्रेकर। EC2 उदाहरणहरूमा आधारित Lambda मा अतिथि अलगाव 2015 देखि लगभग छ। फायरक्रेकर एक नयाँ खुला स्रोत हाइपरभाइजर हो जुन विशेष गरी AWS द्वारा सर्भरलेस वर्कलोडहरूको लागि डिजाइन गरिएको हो र 2018 मा प्रस्तुत गरिएको हो। भौतिक हार्डवेयर चलिरहेको microVM हरू विभिन्न खाताहरूमा वर्कलोडहरू बीच साझेदारी गरिएको छ।

वातावरण र प्रक्रिया राज्यहरू बचत

यद्यपि Lambda रनटाइमहरू विभिन्न प्रकार्यहरूका लागि अद्वितीय छन्, तिनीहरूले एउटै प्रकार्यलाई बारम्बार कल गर्न सक्छन्, यसको मतलब रनटाइम नष्ट हुनु अघि धेरै घण्टासम्म जीवित रहन सक्छ।

प्रत्येक Lambda रनटाइममा /tmp डाइरेक्टरी मार्फत पहुँचयोग्य लेख्न मिल्ने फाइल प्रणाली पनि हुन्छ। यसको सामग्रीहरू अन्य रनटाइमबाट पहुँच गर्न सकिँदैन। जहाँसम्म प्रक्रिया अवस्था दृढताको सम्बन्धमा छ, /tmp मा लेखिएका फाइलहरू रनटाइम वातावरणको सम्पूर्ण जीवन चक्रको लागि अवस्थित छन्। यसले धेरै कलहरूको नतिजाहरू जम्मा गर्न अनुमति दिन्छ, जुन मेसिन लर्निङ मोडेलहरू लोड गर्ने जस्ता महँगो कार्यहरूका लागि विशेष रूपमा उपयोगी हुन्छ।

डाटा ट्रान्सफर कल गर्नुहोस्

Invoke API दुई मोडमा प्रयोग गर्न सकिन्छ: घटना मोड र अनुरोध-प्रतिक्रिया मोड। घटना मोडमा, कल पछि कार्यान्वयनको लागि लाममा थपिएको छ। अनुरोध-प्रतिक्रिया मोडमा, कार्यलाई प्रदान गरिएको पेलोडको साथ तुरुन्तै बोलाइन्छ, जस पछि प्रतिक्रिया फर्काइन्छ। दुवै अवस्थामा, प्रकार्य Lambda वातावरणमा चल्छ, तर फरक पेलोड पथहरूसँग।

अनुरोध-प्रतिक्रिया कलहरूको समयमा, पेलोड अनुरोध प्रशोधन API (एपीआई कलर) बाट प्रवाह हुन्छ, जस्तै AWS API गेटवे वा AWS SDK, लोड ब्यालेन्सरमा, र त्यसपछि Lambda कल सेवा (आह्वान सेवा) मा। पछिल्लोले प्रकार्य कार्यान्वयन गर्नको लागि उपयुक्त वातावरण निर्धारण गर्दछ र कल पूरा गर्न त्यहाँ पेलोड पास गर्दछ। लोड ब्यालेन्सरले इन्टरनेटमा TLS-सुरक्षित ट्राफिक प्राप्त गर्दछ। Lambda सेवा भित्रको ट्राफिक - लोड ब्यालेन्सर पछि - एक विशिष्ट AWS क्षेत्रमा आन्तरिक VPC मार्फत जान्छ।

AWS Lambda कल प्रोसेसिङ मोडेल: अनुरोध-प्रतिक्रिया मोड

घटना कलहरू तुरुन्तै गर्न सकिन्छ वा लाममा थप्न सकिन्छ। कतिपय अवस्थामा, Amazon SQS (Amazon Simple Queue Service) को प्रयोग गरेर लाइन लागु गरिन्छ, जसले आन्तरिक पोलर प्रक्रिया मार्फत Lambda कल पूर्ति सेवामा कलहरू पास गर्छ। प्रसारित ट्राफिक TLS द्वारा सुरक्षित छ, र Amazon SQS मा भण्डारण गरिएको डाटाको कुनै अतिरिक्त इन्क्रिप्शन छैन।

घटना कलहरूले प्रतिक्रियाहरू फर्काउँदैन - Lambda कार्यकर्ताले कुनै पनि प्रतिक्रिया जानकारीलाई बेवास्ता गर्दछ। Amazon S3, Amazon SNS, CloudWatch, र अन्य स्रोतहरूबाट घटना-आधारित कलहरू घटना मोडमा Lambda द्वारा प्रशोधन गरिन्छ। Amazon Kinesis र DynamoDB स्ट्रिमहरू, SQS लाइनहरू, एप्लिकेसन लोड ब्यालेन्सर, र API गेटवे कलहरूबाट कलहरू अनुरोध-प्रतिक्रिया फेसनमा प्रशोधन गरिन्छ।

निगरानी गर्दै

तपाईंले निम्न सहित विभिन्न प्रकारका AWS संयन्त्र र सेवाहरू प्रयोग गरेर Lambda कार्यहरूको अनुगमन र अडिट गर्न सक्नुहुन्छ।

Amazon CloudWatch
अनुरोधहरूको संख्या, अनुरोधहरूको अवधि, र असफल भएका अनुरोधहरूको संख्या जस्ता विभिन्न तथ्याङ्कहरू सङ्कलन गर्दछ।

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