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

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

सर्भरलेस टेक्नोलोजीहरूको बारेमा गलत धारणाहरू

धेरै मानिसहरू विश्वास गर्छन् कि सर्भरलेस र सर्भरलेस डाटा प्रोसेसिंग (सेवाको रूपमा कार्यहरू, FaaS) लगभग एउटै कुरा हो। यसको मतलब यो भिन्नता धेरै ठूलो छैन र यो नयाँ उत्पादन परिचय गर्न लायक छ। यद्यपि AWS Lambda सर्भरलेस टेक्नोलोजीको उदयको एक तारा र सर्भरलेस वास्तुकलाको सबैभन्दा लोकप्रिय तत्वहरू मध्ये एक थियो, यस वास्तुकलामा FaaS भन्दा बढी छ।

सर्भरलेसको मूल सिद्धान्त यो हो कि तपाईंले आफ्नो पूर्वाधार व्यवस्थापन वा मापनको बारेमा चिन्ता लिनु पर्दैन; तपाईंले प्रयोग गरेको कुराको लागि मात्र भुक्तानी गर्नुहुन्छ। धेरै सेवाहरू यी मापदण्डहरूमा फिट हुन्छन् - AWS DynamoDB, S3, SNS वा SQS, Graphcool, Auth0, Now, Netlify, Firebase र अन्य धेरै। सामान्यतया, सर्भरलेस भनेको क्लाउड कम्प्युटिङका ​​सबै क्षमताहरू प्रयोग गरी पूर्वाधारलाई स्केलिंगको लागि व्यवस्थापन र अप्टिमाइज गर्न आवश्यक छैन। यसको मतलब यो पनि हो कि पूर्वाधार स्तरमा सुरक्षा अब तपाइँको समस्या छैन, जुन सुरक्षा मापदण्डहरू पूरा गर्न कठिनाई र जटिलताको कारण ठूलो लाभ हो। अन्तमा, तपाईंले उपलब्ध गराएको पूर्वाधार किन्नु पर्दैन।

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

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

केही मानिसहरू क्लाउड अनुप्रयोगहरू विकास गर्दा विक्रेता निर्भरता द्वारा भ्रमित हुन्छन्। सर्भरलेस टेक्नोलोजीहरूमा पनि त्यस्तै छ, र यो गलत धारणाको परिणाम हुन सम्भव छैन। हाम्रो अनुभवमा, AWS मा सर्भरलेस एप्लिकेसनहरू निर्माण गर्नु, AWS Lambda को अन्य AWS सेवाहरू जम्मा गर्ने क्षमताको साथ, सर्भरलेस आर्किटेक्चरहरूलाई उत्कृष्ट बनाउने कुराको अंश हो। यो तालमेलको राम्रो उदाहरण हो, जब संयोजनको परिणाम यसको भागहरूको योगफल भन्दा ठूलो हुन्छ। विक्रेता लक-इनबाट बच्न प्रयास गर्दा अझ बढी समस्याहरू निम्त्याउन सक्छ। कन्टेनरहरूसँग काम गर्दा, क्लाउड प्रदायकहरू बीच तपाईंको आफ्नै अमूर्त तह व्यवस्थापन गर्न सजिलो हुन्छ। तर जब यो सर्भरलेस समाधानहरूको लागि आउँदछ, प्रयासले भुक्तान गर्दैन, विशेष गरी यदि तपाइँ सुरुबाट लागत-प्रभावकारितालाई विचार गर्नुहुन्छ। विक्रेताहरूले कसरी सेवाहरू प्रदान गर्छन् भनेर पत्ता लगाउन निश्चित हुनुहोस्। केही विशेष सेवाहरू अन्य विक्रेताहरूसँग एकीकरण बिन्दुहरूमा निर्भर हुन्छन् र बक्स बाहिर प्लग-एन्ड-प्ले जडान प्रदान गर्न सक्छन्। केहि कन्टेनर वा EC2 उदाहरणमा अनुरोध प्रोक्सी गर्नु भन्दा गेटवे एपीआई एन्डपोइन्टबाट Lambda कल प्रदान गर्न सजिलो छ। Graphcool ले Auth0 प्रयोग गरेर सजिलो कन्फिगरेसनको लागि अनुमति दिन्छ, जुन तेस्रो-पक्ष प्रमाणीकरण उपकरणहरू प्रयोग गर्नु भन्दा सजिलो छ।

तपाईको सर्भरलेस अनुप्रयोगको लागि सही विक्रेता छनौट गर्नु वास्तु-स्तरको निर्णय हो। जब तपाइँ एप्लिकेसन सिर्जना गर्नुहुन्छ, तपाइँ एक दिन सर्भर प्रबन्धनमा फर्कने आशा गर्नुहुन्न। क्लाउड विक्रेता छनौट गर्नु कन्टेनर वा डाटाबेस, वा प्रोग्रामिङ भाषा पनि प्रयोग गर्न छनौट गर्नु भन्दा फरक छैन।

विचार गर्नुहोस्:

• तपाईलाई कुन सेवाहरू चाहिन्छ र किन।
• क्लाउड प्रदायकहरूले के-के सेवाहरू प्रदान गर्छन् र तपाईंले आफ्नो रोजेको FaaS समाधान प्रयोग गरेर तिनीहरूलाई कसरी संयोजन गर्न सक्नुहुन्छ।
• कुन प्रोग्रामिङ भाषाहरू समर्थित छन् (गतिशील वा स्थिर रूपमा टाइप गरिएको, कम्पाइल गरिएको वा व्याख्या गरिएको, बेन्चमार्कहरू के हुन्, कोल्ड स्टार्ट प्रदर्शन के हो, खुला स्रोत इकोसिस्टम के हो, आदि)।
• तपाईंको सुरक्षा आवश्यकताहरू के हुन् (SLA, 2FA, OAuth, HTTPS, SSL, आदि)।
• तपाइँको CI/CD र सफ्टवेयर विकास चक्र कसरी व्यवस्थापन गर्ने।
• कुन पूर्वाधार-कोड समाधानहरू तपाईंले फाइदा लिन सक्नुहुन्छ?

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

कहिले सर्भरलेस उपयोगी हुन्छ?

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

लागत बचत र स्केलिंगको सहजताका लागि धन्यवाद, सर्भरलेस समाधानहरू मिलिलियन-डलर दर्शकहरूको साथ वेब अनुप्रयोगसम्म आन्तरिक र बाह्य प्रणालीहरूमा समान रूपमा लागू हुन्छन्। खाताहरू यूरो भन्दा सेन्टमा मापन गरिन्छ। एक महिनाको लागि सबैभन्दा सरल AWS EC2 उदाहरण (t1.micro) भाडामा लिँदा € 15 लाग्नेछ, यदि तपाईंले यसमा केही नगर्नुभए पनि (कसले यसलाई बन्द गर्न बिर्सेको छ?!)। तुलनामा, समयको समान अवधिमा खर्चको यो स्तर हासिल गर्न, तपाईंले 512 सेकेन्डको लागि 1 MB Lambda लगभग 3 मिलियन पटक चलाउनु पर्छ। र यदि तपाइँ यो सुविधा प्रयोग गर्नुहुन्न भने, तपाइँ केहि तिर्नुहुन्न।

सर्भरलेस मुख्यतया घटना-संचालित भएकोले, लेगेसी प्रणालीहरूमा सर्भरलेस पूर्वाधार थप्न एकदम सजिलो छ। उदाहरणका लागि, AWS S3, Lambda, र Kinesis प्रयोग गरेर, तपाईंले एपीआई मार्फत डेटा प्राप्त गर्न सक्ने लिगेसी रिटेल प्रणालीको लागि विश्लेषण सेवा सिर्जना गर्न सक्नुहुन्छ।

धेरैजसो सर्भरलेस प्लेटफर्महरूले बहु भाषाहरूलाई समर्थन गर्दछ। प्राय: यी पाइथन, JavaScript, C#, Java र Go हुन्। सामान्यतया, सबै भाषाहरूमा पुस्तकालयहरूको प्रयोगमा कुनै प्रतिबन्ध छैन, त्यसैले तपाईंले आफ्नो मनपर्ने खुला स्रोत पुस्तकालयहरू प्रयोग गर्न सक्नुहुन्छ। जे होस्, यो निर्भरताको अत्यधिक प्रयोग नगर्न सल्लाह दिइन्छ ताकि तपाइँका कार्यहरूले राम्रोसँग प्रदर्शन गर्दछ र तपाइँको सर्भरलेस अनुप्रयोगहरूको विशाल स्केलेबिलिटीको फाइदाहरू रद्द नगर्नुहोस्। कन्टेनरमा जति धेरै प्याकेजहरू लोड गर्न आवश्यक छ, कोल्ड स्टार्टले त्यति नै लामो समय लिनेछ।

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

यद्यपि AWS जारी गरियो सर्भरलेस SQL ​​डाटाबेस सर्भरलेस अरोरायद्यपि, SQL डाटाबेसहरू यस प्रकारको प्रयोगको लागि उपयुक्त छैनन् किनभने तिनीहरू लेनदेनहरू गर्न जडानहरूमा भर पर्छन्, जुन AWS Lambda मा धेरै ट्राफिक हुँदा तुरुन्तै बाधा बन्न सक्छ। हो, विकासकर्ताहरूले सर्भरलेस अरोरालाई निरन्तर सुधार गर्दैछन्, र तपाईंले यसको साथ प्रयोग गर्नुपर्छ, तर आज NoSQL समाधानहरू जस्तै DynamoDB। तर, यो अवस्था छिट्टै परिवर्तन हुनेमा कुनै शंका छैन ।

टूलकिटले धेरै सीमितताहरू पनि लगाउँछ, विशेष गरी स्थानीय परीक्षणको क्षेत्रमा। यद्यपि त्यहाँ Docker-Lambda, DynamoDB Local र LocalStack जस्ता समाधानहरू छन्, उनीहरूलाई मेहनती काम र कन्फिगरेसनको महत्त्वपूर्ण मात्रा चाहिन्छ। यद्यपि, यी सबै परियोजनाहरू सक्रिय रूपमा विकास भइरहेको छ, त्यसैले उपकरणहरू हामीलाई आवश्यक स्तरमा पुग्नु अघि यो केवल समयको कुरा हो।

विकास चक्रमा सर्भरलेस टेक्नोलोजीहरूको प्रभाव

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

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

DevOps को बारेमा चिन्ता गर्न कम छ किनकि तिनीहरूले विकासकर्ताहरूसँग सही कन्फिगरेसन छ भनेर सुनिश्चित गर्न आवश्यक छ। कुनै थप उदाहरणहरू, ब्यालेन्सहरू, वा सुरक्षा समूहहरू प्रबन्ध गर्नुहोस्। त्यसकारण, NoOps शब्द बढ्दो रूपमा प्रयोग भइरहेको छ, यद्यपि यो अझै पनि पूर्वाधार कन्फिगर गर्न सक्षम हुनु महत्त्वपूर्ण छ, विशेष गरी जब यो IAM कन्फिगरेसन र क्लाउड स्रोतहरूको अनुकूलनको कुरा आउँछ।

त्यहाँ धेरै शक्तिशाली अनुगमन र दृश्यता उपकरणहरू छन् जस्तै Epsagon, Thundra, Dashbird र IOPipe। तिनीहरूले तपाइँलाई सर्भरलेस अनुप्रयोगहरूको हालको अवस्था अनुगमन गर्न, लगहरू र ट्रेसहरू प्रदान गर्न, प्रदर्शन मेट्रिक्स र वास्तुकला बाधाहरू क्याप्चर गर्न, लागत विश्लेषण र पूर्वानुमान प्रदर्शन गर्न, र धेरै धेरै अनुमति दिन्छ। तिनीहरूले DevOps ईन्जिनियरहरू, विकासकर्ताहरू, र वास्तुकारहरूलाई एप्लिकेसन प्रदर्शनको विस्तृत दृश्य मात्र दिँदैनन्, तर तिनीहरूले प्रबन्धकहरूलाई वास्तविक-समय, दोस्रो-सेकेन्ड-सेकेन्ड स्रोत खर्च र लागत पूर्वानुमानमा दृश्यता प्राप्त गर्न सक्षम बनाउँछन्। यो व्यवस्थित पूर्वाधार संग संगठित गर्न धेरै गाह्रो छ।

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

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

कोड कार्यान्वयन गर्न सकिन्छ र स्थानीय रूपमा डिबग गर्न सकिन्छ, कुनै पनि विकास प्रक्रियाको रूपमा। एकाइ परीक्षण यथावत छ। अनुकूलन स्ट्याक कन्फिगरेसन प्रयोग गरेर सम्पूर्ण एप्लिकेसन पूर्वाधार डिप्लोय गर्ने क्षमताले विकासकर्ताहरूलाई परीक्षणको लागत वा महँगो व्यवस्थित वातावरणमा प्रभावको बारेमा चिन्ता नगरी द्रुत रूपमा महत्त्वपूर्ण प्रतिक्रिया प्राप्त गर्न अनुमति दिन्छ।

सर्भररहित अनुप्रयोगहरू निर्माण गर्नका लागि उपकरण र प्रविधिहरू

सर्भररहित अनुप्रयोगहरू निर्माण गर्न कुनै विशेष तरिका छैन। साथै यस कार्यको लागि सेवाहरूको सेट। आज शक्तिशाली सर्भरलेस समाधानहरू बीचको नेता AWS हो, तर ध्यान दिनुहोस् गुगल क्लाउड, समय и Firebase। यदि तपाइँ AWS प्रयोग गर्दै हुनुहुन्छ भने, हामी अनुप्रयोगहरू सङ्कलन गर्ने दृष्टिकोणको रूपमा सिफारिस गर्न सक्छौं सर्भररहित अनुप्रयोग मोडेल (SAM), विशेष गरी C# प्रयोग गर्दा, किनकि भिजुअल स्टुडियोमा उत्कृष्ट उपकरणहरू छन्। SAM CLI ले भिजुअल स्टुडियोले गर्न सक्ने सबै काम गर्न सक्छ, त्यसैले यदि तपाईंले फरक IDE वा पाठ सम्पादकमा स्विच गर्नुभयो भने तपाईंले केही गुमाउनुहुने छैन। अवश्य पनि, SAM ले अन्य भाषाहरूमा पनि काम गर्दछ।

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

स्थानीय परीक्षणको लागि, खुला स्रोत उपकरणहरू Docker-Lambda, Serverless Local, DynamoDB Local र LocalStack राम्रोसँग उपयुक्त छन्। सर्भरलेस टेक्नोलोजीहरू अझै विकासको प्रारम्भिक चरणमा छन्, तिनीहरूका लागि उपकरणहरू छन्, त्यसैले जटिल परीक्षण परिदृश्यहरू सेटअप गर्दा तपाईंले कडा परिश्रम गर्नुपर्नेछ। जे होस्, केवल वातावरणमा स्ट्याक डिप्लोय गर्ने र त्यहाँ परीक्षण गर्दा अविश्वसनीय रूपमा सस्तो हुन्छ। र तपाईंले आफ्नो क्लाउड वातावरणको सही स्थानीय प्रतिलिपि बनाउन आवश्यक छैन।

डिप्लोइड प्याकेज साइज घटाउन र लोडिङ समयको गति बढाउन AWS Lambda लेयरहरू प्रयोग गर्नुहोस्।

विशेष कार्यहरूको लागि सही प्रोग्रामिङ भाषाहरू प्रयोग गर्नुहोस्। विभिन्न भाषाका आ–आफ्नै फाइदा र बेफाइदा हुन्छन् । त्यहाँ धेरै बेन्चमार्कहरू छन्, तर JavaScript, Python, र C# (.NET Core 2.1+) AWS Lambda प्रदर्शनको सन्दर्भमा नेताहरू हुन्। AWS Lambda ले भर्खरै एक रनटाइम API प्रस्तुत गर्‍यो जसले तपाईंलाई आफ्नो इच्छित भाषा र रनटाइम वातावरण निर्दिष्ट गर्न अनुमति दिन्छ, त्यसैले प्रयोग गर्नुहोस्।

डिप्लोयमेन्ट प्याकेज साइज सानो राख्नुहोस्। तिनीहरू जति सानो हुन्छन्, तिनीहरूले छिटो लोड गर्छन्। ठूला पुस्तकालयहरू प्रयोग नगर्नुहोस्, विशेष गरी यदि तपाईंले तिनीहरूबाट केही सुविधाहरू प्रयोग गर्नुहुन्छ भने। यदि तपाइँ JavaScript मा प्रोग्रामिङ गर्दै हुनुहुन्छ भने, तपाइँको निर्माणलाई अनुकूलन गर्न Webpack जस्ता निर्माण उपकरणहरू प्रयोग गर्नुहोस् र तपाइँलाई वास्तवमै चाहिने कुरा मात्र समावेश गर्नुहोस्। .NET Core 3.0 मा QuickJit र Tiered Compilation समावेश छ, जसले कार्यसम्पादनमा सुधार गर्छ र चिसो सुरु हुन मद्दत गर्दछ।

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

निष्कर्षमा

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

स्रोत: www.habr.com