सर्वर रहित आर्किटेक्चर डेटाबेस कनेक्शन का प्रबंधन कैसे करते हैं?

Question

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

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

Answer 1

चूंकि सर्वर रहित ऐप रन के बीच कोई स्थिति नहीं रखता है, इसलिए यह डेटाबेस कनेक्शन पूल को बनाए नहीं रख सकता है। सर्वरलेस ऐप वास्तव में 90 की CGI लिपियों की तरह ही बाधाओं का सामना करते हैं। सामान्य तौर पर, एक स्थायी सर्वर प्रक्रिया एक प्रक्रिया-प्रति-अनुरोध या कंटेनर-प्रति-अनुरोध आर्किटेक्चर को बेहतर बनाने में सक्षम होगी क्योंकि सर्वर एक बार आरंभीकरण करता है, एक बार अनुरोध के अनुसार नहीं।

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

Comments

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

— पॉल

@Paul सर्वर रहित का मुख्य लाभ सुविधा (PaaS बनाम IaaS) है। एक सर्वर को सुरक्षित रूप से प्रशासित करना एक कौशल सबसे अधिक देवों (मुझे शामिल) के पास नहीं है। मुझे यकीन है कि कुछ ऐसे परिदृश्य हैं जहां सर्वर रहित काफी सस्ता है। लेकिन वर्चुअल प्राइवेट सर्वर $ 5 / मो पर शुरू होता है जो इसे बहुत हल्का कहने के लिए बहुत प्रतिस्पर्धी है। विशेष रूप से यह देखते हुए कि एक VPS में बहुत कम प्रतिबंध हैं, जिससे आप मनमाना सॉफ्टवेयर और स्थायी सेवाएं चला सकते हैं। यह तुलना करने के लिए संतरे के लिए थोड़ा सा सेब है। एक मॉडल में आप एक निष्क्रिय सर्वर के लिए भुगतान कर रहे हैं, दूसरे में आप बार-बार स्टार्टअप समय के लिए भुगतान कर रहे हैं।

— आमोन

Answer 2

निर्भर करता है।

लैम्ब्डा धावक के पर्दे के कार्यान्वयन के पीछे यह प्रभावित करने वाला है। हम देख सकते हैं कि AWS में कंटेनर का पुन: उपयोग किया जा सकता है।

http://docs.aws.amazon.com/lambda/latest/dg/lambda-introduction.html

इसलिए हम कम से कम कुछ अनुरोधों के लिए कनेक्शन पूलिंग / पुन: उपयोग देख सकते हैं। इसके अलावा, हमें स्वयं डेटाबेस पर विचार करना चाहिए और यह आने वाले कनेक्शन अनुरोधों का कैसे व्यवहार करता है।

मेरे लिए इस तरह का प्रश्न 'सर्वर रहित' के साथ कुछ समस्याओं को रेखांकित करता है, जो अभी भी बहुत नए और अपरिपक्व हैं, इसलिए विवरण को बाहर नहीं निकाला गया है।

हमें हमेशा याद रखना चाहिए कि सर्वर रहित का मतलब सर्वर नहीं है। जिस दर पर आप एक लैम्ब्डा फोन पर्याप्त उच्च है, तो आप कर सकते हैं प्रभावी ढंग से कई सर्वरों, या 'कंटेनर' चल रहा है।

व्यवहार में समय और संसाधन जैसे कि लैम्बदास के आईपी पते एक वास्तविक मुद्दा हो सकते हैं। शायद जैसा कि वे कैसे चलाने के लिए एक आम सहमति परिपक्व हो जाएगा और इन समस्याओं को ठोस जवाब मिल जाएगा।