सर्व्हरलेस ऍप्लिकेशन तयार करण्यासाठी टिपा आणि संसाधने

अलिकडच्या वर्षांत सर्व्हरलेस तंत्रज्ञानाने वेगाने लोकप्रियता मिळवली असली तरी, ते अजूनही अनेक गैरसमज आणि चिंतांनी वेढलेले आहेत. सर्व्हरलेस तंत्रज्ञानाच्या बाबतीत व्हेंडर लॉक-इन, टूलिंग, कॉस्ट मॅनेजमेंट, कोल्ड स्टार्ट, मॉनिटरिंग आणि डेव्हलपमेंट लाइफसायकल हे सर्व चर्चेचे विषय आहेत. या लेखात, आम्ही यापैकी काही विषयांचा शोध घेऊ, तसेच नवशिक्यांना शक्तिशाली, लवचिक आणि किफायतशीर सर्व्हरलेस अनुप्रयोग तयार करण्यात मदत करण्यासाठी उपयुक्त संसाधनांच्या टिप्स आणि लिंक्स शेअर करू.

सर्व्हरलेस तंत्रज्ञानाबद्दल गैरसमज

बरेच लोक असा विश्वास करतात की सर्व्हरलेस आणि सर्व्हरलेस डेटा प्रोसेसिंग (सेवा म्हणून कार्येFaaS (किंवा FaaS) हे मूलतः एकच आहेत. म्हणून, फरक फार मोठा नाही आणि नवीन वैशिष्ट्य लागू करणे फायदेशीर आहे. AWS Lambda सर्व्हरलेस क्रांतीतील एक स्टार होता आणि सर्व्हरलेस आर्किटेक्चरच्या सर्वात लोकप्रिय घटकांपैकी एक होता, परंतु हे आर्किटेक्चर FaaS पेक्षा बरेच काही आहे.

सर्व्हरलेस तंत्रज्ञानाचे मुख्य तत्व असे आहे की तुम्हाला पायाभूत सुविधांचे व्यवस्थापन आणि स्केलिंग करण्याची काळजी करण्याची गरज नाही; तुम्ही फक्त तुम्ही वापरता त्या गोष्टींसाठी पैसे द्या. अनेक सेवा या निकषांमध्ये बसतात, ज्यात AWS DynamoDB, S3, SNS किंवा SQS, Graphcool, Auth0, Now, Netlify, Firebase आणि इतर अनेक सेवांचा समावेश आहे. थोडक्यात, सर्व्हरलेस म्हणजे स्केलेबिलिटीसाठी पायाभूत सुविधा व्यवस्थापित आणि ऑप्टिमाइझ न करता क्लाउड कॉम्प्युटिंगच्या पूर्ण क्षमतांचा फायदा घेणे. याचा अर्थ असा की पायाभूत सुविधा-स्तरीय सुरक्षा आता तुमची चिंता नाही, सुरक्षा मानकांचे पालन करण्याची अडचण आणि जटिलता पाहता हा एक मोठा फायदा आहे. शेवटी, तुम्हाला प्रदान केलेल्या पायाभूत सुविधा खरेदी करण्याची आवश्यकता नाही.

सर्व्हरलेसला "मनाची स्थिती" मानले जाऊ शकते: उपाय डिझाइन करताना एक विशिष्ट मानसिकता. कोणत्याही पायाभूत सुविधा राखण्याची आवश्यकता असलेल्या दृष्टिकोन टाळा. सर्व्हरलेस दृष्टिकोनासह, आम्ही प्रकल्पावर थेट परिणाम करणाऱ्या समस्या सोडवण्यात वेळ घालवतो आणि आमच्या वापरकर्त्यांना फायदे देतो: मजबूत व्यवसाय तर्क तयार करणे, वापरकर्ता इंटरफेस विकसित करणे आणि अनुकूल आणि विश्वासार्ह API विकसित करणे.

उदाहरणार्थ, जर आपण फ्री-टेक्स्ट सर्च प्लॅटफॉर्मचे व्यवस्थापन आणि देखभाल टाळू शकलो, तर आपण तेच करू. अॅप्लिकेशन डेव्हलपमेंटचा हा दृष्टिकोन मार्केटिंगसाठी लागणारा वेळ लक्षणीयरीत्या वाढवू शकतो, कारण तुम्हाला आता जटिल पायाभूत सुविधा व्यवस्थापित करण्याची काळजी करण्याची गरज नाही. पायाभूत सुविधा व्यवस्थापनाच्या जबाबदाऱ्या आणि खर्च दूर करा आणि तुमच्या ग्राहकांना आवश्यक असलेले अॅप्लिकेशन आणि सेवा तयार करण्यावर लक्ष केंद्रित करा. पॅट्रिक डेबॉइस यांनी या दृष्टिकोनाला 'सेवापूर्ण'सर्व्हरलेस कम्युनिटीमध्ये हा शब्द सामान्य आहे. फंक्शन्सना सेवांसाठी एक ग्लू म्हणून विचारात घेतले पाहिजे, जे डिप्लॉय करण्यायोग्य मॉड्यूलमध्ये समाविष्ट केले जाते (संपूर्ण लायब्ररी किंवा वेब अॅप्लिकेशन तैनात करण्याऐवजी). हे डिप्लॉयमेंट्स आणि अॅप्लिकेशनमधील बदलांचे अविश्वसनीयपणे बारीक व्यवस्थापन करण्यास अनुमती देते. जर तुम्ही अशा प्रकारे फंक्शन्स तैनात करू शकत नसाल, तर ते असे दर्शवू शकते की फंक्शन्स खूप जास्त कार्ये करत आहेत आणि त्यांना रिफॅक्टर करण्याची आवश्यकता आहे.

क्लाउड अॅप्लिकेशन्स विकसित करताना काही लोकांना व्हेंडर लॉक-इनमुळे त्रास होतो. सर्व्हरलेस तंत्रज्ञानावरही हेच लागू होते आणि ही फारशी गैरसमज नाही. आमच्या अनुभवात, AWS वर सर्व्हरलेस अॅप्लिकेशन्स तयार करणे, AWS लॅम्बडाच्या इतर AWS सेवा कनेक्ट करण्याच्या क्षमतेसह, सर्व्हरलेस आर्किटेक्चरच्या ताकदीचा एक भाग आहे. हे सिनर्जीचे एक उत्तम उदाहरण आहे, जिथे संयोजनाचा परिणाम त्याच्या भागांच्या बेरजेपेक्षा जास्त असतो. व्हेंडर लॉक-इन टाळण्याचा प्रयत्न केल्याने आणखी मोठ्या समस्या उद्भवू शकतात. कंटेनरसह, क्लाउड प्रदात्यांमध्ये तुमचा स्वतःचा अ‍ॅब्स्ट्रॅक्शन लेयर व्यवस्थापित करणे सोपे आहे. परंतु जेव्हा सर्व्हरलेस सोल्यूशन्सचा विचार केला जातो तेव्हा प्रयत्न करणे फायदेशीर ठरणार नाही, विशेषतः जर खर्च कार्यक्षमता हा प्राथमिक विचार असेल. विक्रेते सेवा वितरण कसे प्रदान करतात हे समजून घ्या. काही विशेष सेवा इतर विक्रेत्यांसह एकत्रीकरण बिंदूंवर अवलंबून असतात आणि बॉक्सच्या बाहेर प्लग-अँड-प्ले कनेक्टिव्हिटी देऊ शकतात. कंटेनर किंवा EC2 उदाहरणावर विनंती प्रॉक्सी करण्यापेक्षा API गेटवे एंडपॉइंटवरून लॅम्बडाला आवाहन करणे सोपे आहे. ग्राफकूल Auth0 वापरून साधे कॉन्फिगरेशन प्रदान करते, जे तृतीय-पक्ष प्रमाणीकरण साधने वापरण्यापेक्षा सोपे आहे.

तुमच्या सर्व्हरलेस अॅप्लिकेशनसाठी योग्य विक्रेता निवडणे हा एक वास्तुशिल्पीय निर्णय आहे. अॅप्लिकेशन तयार करताना, तुम्ही एक दिवस सर्व्हर व्यवस्थापित करण्यासाठी परत जाण्याची अपेक्षा करत नाही. क्लाउड विक्रेता निवडणे हे कंटेनर, डेटाबेस किंवा अगदी प्रोग्रामिंग भाषा वापरायचे की नाही हे निवडण्यापेक्षा वेगळे नाही.

विचारात घ्या:

• तुम्हाला कोणत्या सेवांची आवश्यकता आहे आणि का?
• क्लाउड प्रोव्हायडर्स कोणत्या सेवा देतात आणि तुम्ही त्या तुमच्या निवडलेल्या FaaS सोल्यूशनमध्ये कशा एकत्रित करू शकता?
• कोणत्या प्रोग्रामिंग भाषा समर्थित आहेत (गतिशील किंवा स्थिरपणे टाइप केलेल्या, संकलित केलेल्या किंवा व्याख्या केलेल्या, कोणते बेंचमार्क उपलब्ध आहेत, कोल्ड स्टार्ट कामगिरी काय आहे, ओपन सोर्स इकोसिस्टम काय आहे इ.).
• तुमच्या सुरक्षा आवश्यकता काय आहेत (SLA, 2FA, OAuth, HTTPS, SSL, इ.)
• तुमचे CI/CD आणि सॉफ्टवेअर डेव्हलपमेंट सायकल कसे व्यवस्थापित करावे.
• कोड म्हणून पायाभूत सुविधांच्या सोल्यूशन्सचे तुम्ही कोणते फायदे घेऊ शकता?

जर तुम्ही विद्यमान अॅप्लिकेशन वाढवत असाल आणि सर्व्हरलेस फंक्शन्स वाढवत असाल, तर यामुळे उपलब्ध क्षमता काही प्रमाणात मर्यादित होऊ शकतात. तथापि, जवळजवळ सर्व सर्व्हरलेस तंत्रज्ञान काही प्रकारचे API (REST किंवा मेसेज क्यूद्वारे) प्रदान करतात जे तुम्हाला अॅप्लिकेशन कोरपासून स्वतंत्रपणे आणि सोप्या इंटिग्रेशनसह एक्सटेंशन तयार करण्यास अनुमती देतात. स्पष्ट API, चांगले दस्तऐवजीकरण आणि मजबूत समुदाय असलेल्या सेवा शोधा आणि तुम्ही चुकीचे होऊ शकत नाही. इंटिग्रेशनची सोय ही अनेकदा एक प्रमुख मेट्रिक असू शकते आणि २०१५ मध्ये लॅम्बडा रिलीज झाल्यापासून AWS च्या यशाचे हे एक मुख्य कारण असू शकते.

सर्व्हरलेस कधी उपयुक्त आहे?

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

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

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

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

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

जरी AWS ने रिलीज केले आहे सर्व्हरलेस ऑरोरा सर्व्हरलेस SQL ​​डेटाबेसतथापि, SQL डेटाबेस या प्रकारच्या वापरासाठी आदर्श नाहीत, कारण ते व्यवहार करण्यासाठी कनेक्शनवर अवलंबून असतात, जे AWS लॅम्बडा ट्रॅफिकमध्ये त्वरीत अडथळा बनू शकतात. डेव्हलपर्स सर्व्हरलेस ऑरोरामध्ये सतत सुधारणा करत असताना, आणि तुम्ही त्याचा प्रयोग केला पाहिजे, NoSQL सोल्यूशन्स जसे की डायनामोडीबीतथापि, हे निश्चित आहे की ही परिस्थिती लवकरच बदलेल.

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

विकास चक्रावर सर्व्हरलेस तंत्रज्ञानाचा प्रभाव

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

हे सर्व फक्त कॉन्फिगरेशन असल्याने, तुम्ही तुमच्या डिप्लॉयमेंट स्क्रिप्ट्स विशिष्ट वातावरण, प्रदेश आणि वापरकर्त्यांसाठी पॅरामीटराइज करू शकता, विशेषतः जर तुम्ही क्लाउडफॉर्मेशन सारख्या इन्फ्रास्ट्रक्चर-अ‍ॅज-कोड सोल्यूशन्स वापरत असाल. उदाहरणार्थ, विकासादरम्यान पूर्णपणे वेगळ्या पद्धतीने त्यांची चाचणी घेण्यासाठी तुम्ही तुमच्या रिपॉझिटरीमधील प्रत्येक शाखेसाठी इन्फ्रास्ट्रक्चरची एक प्रत तैनात करू शकता. हे डेव्हलपर्सना त्यांचा कोड लाईव्ह वातावरणात योग्यरित्या काम करत आहे की नाही हे समजून घ्यायचे असेल तेव्हा त्यांना मिळणाऱ्या अभिप्रायाची गती नाटकीयरित्या वाढवते. व्यवस्थापनाला अनेक वातावरण तैनात करण्याच्या खर्चाची काळजी करण्याची गरज नाही, कारण ते फक्त प्रत्यक्ष वापरासाठी पैसे देतात.

डेव्हऑप्सकडे कमी जबाबदाऱ्या आहेत कारण त्यांना फक्त डेव्हलपर्सना योग्य कॉन्फिगरेशन आहे याची खात्री करायची आहे. त्यांना आता इंस्टन्स, लोड बॅलन्सर किंवा सुरक्षा गट व्यवस्थापित करण्याची आवश्यकता नाही. म्हणूनच, NoOps हा शब्द वाढत्या प्रमाणात वापरला जात आहे, जरी पायाभूत सुविधा कॉन्फिगरेशन कौशल्ये अजूनही महत्त्वाची आहेत, विशेषतः जेव्हा IAM कॉन्फिगरेशन आणि क्लाउड रिसोर्स ऑप्टिमायझेशनचा विचार केला जातो.

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

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

टूलिंग चांगले असू शकते (ते दररोज सुधारत आहे), परंतु विकासक व्यवसाय लॉजिक अंमलात आणण्यावर आणि आर्किटेक्चरमधील विविध सेवांमध्ये अनुप्रयोग जटिलतेचे इष्टतम वितरण करण्यावर लक्ष केंद्रित करू शकतात. सर्व्हरलेस अनुप्रयोग व्यवस्थापन हे इव्हेंट-चालित आहे आणि क्लाउड प्रदात्याद्वारे सारांशित केले जाते (उदा., SQS, S3 कार्यक्रम किंवा डायनामोडीबी प्रवाह). म्हणून, विकासकांना डेटाबेस आणि संदेश रांगे सर्वोत्तम कसे अंमलात आणायचे किंवा विशिष्ट हार्डवेअर स्टोरेज डिव्हाइसेसमध्ये डेटा कसा चांगल्या प्रकारे व्यवस्थापित करायचा याबद्दल काळजी न करता, विशिष्ट कार्यक्रमांना प्रतिसाद देण्यासाठी केवळ व्यवसाय लॉजिक लिहिण्याची आवश्यकता आहे.

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

सर्व्हरलेस अॅप्लिकेशन्स तयार करण्यासाठी साधने आणि तंत्रे

सर्व्हरलेस अॅप्लिकेशन्स तयार करण्याचा कोणताही विशिष्ट मार्ग नाही, किंवा या कामासाठी सेवांचा संच देखील नाही. AWS सध्या शक्तिशाली सर्व्हरलेस सोल्यूशन्समध्ये आघाडीवर आहे, परंतु असेही आहेत Google मेघ, वेळ и फायरबेजजर तुम्ही AWS वापरत असाल, तर अनुप्रयोग गोळा करण्याचा दृष्टिकोन म्हणून, आम्ही शिफारस करू शकतो सर्व्हरलेस अॅप्लिकेशन मॉडेल (SAM), विशेषतः C# वापरताना, कारण व्हिज्युअल स्टुडिओमध्ये उत्कृष्ट साधने आहेत. SAM CLI व्हिज्युअल स्टुडिओ जे काही करू शकते ते करू शकते, म्हणून तुम्ही दुसऱ्या IDE किंवा टेक्स्ट एडिटरवर स्विच केल्यास तुम्हाला काहीही चुकणार नाही. अर्थात, SAM इतर भाषांसह देखील कार्य करते.

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

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

उपयोजित पॅकेजेसचा आकार कमी करण्यासाठी आणि लोडिंग वेळेचा वेग वाढवण्यासाठी, AWS Lambda Layers वापरा.

योग्य कामांसाठी योग्य प्रोग्रामिंग भाषा वापरा. ​​वेगवेगळ्या भाषांचे स्वतःचे फायदे आणि तोटे आहेत. अनेक बेंचमार्क आहेत, परंतु AWS Lambda कामगिरीमध्ये JavaScript, Python आणि C# (.NET Core 2.1+) हे आघाडीचे आहेत. AWS Lambda ने अलीकडेच एक Runtime API सादर केले आहे जे तुम्हाला तुमची पसंतीची भाषा आणि रनटाइम वातावरण निर्दिष्ट करण्याची परवानगी देते, म्हणून प्रयोग करण्यास मोकळ्या मनाने.

डिप्लॉयमेंट पॅकेजेस लहान ठेवा. ते जितके लहान असतील तितके ते जलद लोड होतात. मोठ्या लायब्ररी वापरणे टाळा, विशेषतः जर तुम्ही त्यांच्यातील काही वैशिष्ट्ये वापरत असाल तर. जर तुम्ही जावास्क्रिप्टमध्ये प्रोग्रामिंग करत असाल, तर तुमचा बिल्ड ऑप्टिमाइझ करण्यासाठी वेबपॅक सारख्या बिल्ड टूल्सचा वापर करा आणि तुम्हाला खरोखर आवश्यक असलेल्या गोष्टींचाच समावेश करा. .NET Core 3.0 मध्ये QuickJit आणि Tiered Compilation समाविष्ट आहे, जे कार्यप्रदर्शन सुधारतात आणि कोल्ड स्टार्टअप्सना खूप मदत करतात.

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

निष्कर्ष

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

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