👉 🍠 👶🏿 सर्वर रहित एप्लिकेशन बनाने के लिए सुझाव और स्रोत 👭 🤴🏼 💷

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

सर्वर रहित प्रौद्योगिकियों के बारे में गलतफहमी

बहुतों का मानना है कि सर्वरहीनता और गैर-सर्वर डाटा प्रोसेसिंग ( एक सेवा , FaaS के रूप में कार्य ) लगभग एक ही बात है। तो, अंतर बहुत बड़ा नहीं है और यह एक नया उत्पाद पेश करने के लायक है। हालांकि AWS लैम्बडा सर्वर रहित प्रौद्योगिकियों के सबसे बड़े सितारों में से एक था और सर्वर रहित वास्तुकला के सबसे लोकप्रिय तत्वों में से एक, यह वास्तुकला FaaS से अधिक है।

सर्वर रहित प्रौद्योगिकियों का मूल सिद्धांत यह है कि आपको बुनियादी ढांचे के प्रबंधन और स्केलिंग के बारे में चिंता करने की आवश्यकता नहीं है, आप केवल उसी चीज का भुगतान करते हैं जो आप उपयोग करते हैं। इन मानदंडों के लिए कई सेवाएं उपयुक्त हैं - AWS DynamoDB, S3, SNS या SQS, ग्राफकॉल, Auth0, Now, Netlify, Firebase और कई अन्य। सामान्य तौर पर, सर्वरहीनता का अर्थ है, क्लाउड कंप्यूटिंग की सभी क्षमताओं का उपयोग करके बुनियादी ढांचे के प्रबंधन और स्केलिंग के लिए इसके अनुकूलन की आवश्यकता के बिना। इसका अर्थ यह भी है कि अवसंरचना-स्तर की सुरक्षा अब आपकी समस्या नहीं है, लेकिन सुरक्षा मानकों के अनुपालन की कठिनाई और जटिलता को देखते हुए एक बड़ा लाभ है। अंत में, आपको उपयोग के लिए प्रदान किए गए बुनियादी ढांचे को खरीदने की आवश्यकता नहीं है।

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

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

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

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

विचार करें:

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

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

जब सर्वरहीनता उपयोगी है

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

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

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

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

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

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

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

विकास चक्र पर सर्वर रहित प्रौद्योगिकियों का प्रभाव

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

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

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

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

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

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

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

सर्वर रहित एप्लिकेशन के निर्माण के लिए उपकरण और तकनीक

सर्वर रहित एप्लिकेशन बनाने का कोई विशिष्ट तरीका नहीं है। साथ ही इस कार्य के लिए सेवाओं का एक सेट। AWS आज शक्तिशाली सर्वर रहित समाधानों में अग्रणी है, हालाँकि Google Cloud , Zeit और Firebase पर ध्यान दें । यदि आप AWS का उपयोग करते हैं, तो सर्वरलेस एप्लिकेशन मॉडल (एसएएम) को अनुप्रयोगों को इकट्ठा करने के लिए एक दृष्टिकोण के रूप में अनुशंसित किया जा सकता है , खासकर जब सी # का उपयोग करते समय, क्योंकि विज़ुअल स्टूडियो एक महान टूलकिट है। SAM CLI विजुअल स्टूडियो के समान ही सब कुछ कर सकता है, इसलिए यदि आप किसी अन्य आईडीई या टेक्स्ट एडिटर पर स्विच करते हैं तो आप कुछ भी नहीं खो सकते हैं। बेशक, एसएएम अन्य भाषाओं के साथ भी काम करता है।

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

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

तैनात पैकेजों के आकार को कम करने और लोडिंग में तेजी लाने के लिए AWS लैम्ब्डा लेयर्स का उपयोग करें।

विशिष्ट कार्यों के लिए सही प्रोग्रामिंग भाषाओं का उपयोग करें। विभिन्न भाषाओं के अपने फायदे और नुकसान हैं। कई बेंचमार्क हैं, लेकिन जावास्क्रिप्ट, पायथन, और सी # (.NET कोर 2.1+) एडब्ल्यूएस लैंबडा प्रदर्शन के मामले में नेता हैं। रनटाइम एपीआई हाल ही में एडब्ल्यूएस लैंबडा में दिखाई दिया है, जो आपको वांछित भाषा और रनटाइम निर्दिष्ट करने की अनुमति देता है, इसलिए प्रयोग करें।

तैनाती के लिए पैकेज का आकार छोटा रखें। वे जितने छोटे होते हैं, उतनी ही तेज़ी से लोड होते हैं। बड़े पुस्तकालयों के उपयोग से बचें, खासकर यदि आप उनसे कुछ सुविधाओं का उपयोग करते हैं। यदि आप जावास्क्रिप्ट में प्रोग्रामिंग कर रहे हैं, तो अपने निर्माण को अनुकूलित करने के लिए वेबपैक जैसे बिल्ड टूल का उपयोग करें और इसमें केवल वही शामिल करें जिसकी आपको वास्तव में आवश्यकता है। .NET Core 3.0 में QuickJit और Tiered Compilation है जो प्रदर्शन में सुधार करते हैं और ठंड शुरू होने में बहुत मदद करते हैं।

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

निष्कर्ष

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

सर्वर रहित एप्लिकेशन बनाने के लिए सुझाव और स्रोत

सर्वर रहित प्रौद्योगिकियों के बारे में गलतफहमी

जब सर्वरहीनता उपयोगी है

विकास चक्र पर सर्वर रहित प्रौद्योगिकियों का प्रभाव

सर्वर रहित एप्लिकेशन के निर्माण के लिए उपकरण और तकनीक

निष्कर्ष

More articles: