Serverless क्या है? Serverless Computing को आसान भाषा में समझें

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

AI के साथ बनाते समय serverless क्यों मायने रखता है

जब आप AI से ऐप बनाते हैं और होस्टिंग विकल्प या कोड देखते हैं, तो आपको "serverless functions", "edge functions" या "cloud functions" जैसे शब्द मिलेंगे। कई होस्टिंग प्लेटफ़ॉर्म ये देते हैं, और कुछ AI बिल्डर बैकएंड इसी तरीके से डिप्लॉय करते हैं। इस मॉडल को समझने से आपको तीन व्यावहारिक सवालों में मदद मिलती है:

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

यह जानना भी मददगार है कि serverless क्या नहीं है: यह बैकएंड का न होना नहीं है। आपके पास अब भी सर्वर-साइड कोड है; बस मशीनें कोई और चलाता है। बुनियादी बातों के लिए देखें सर्वर क्या है।

रोज़मर्रा की एक मिसाल

पारंपरिक सर्वर एक कार रखने जैसा है। वह हमेशा तैयार रहती है और तुरंत चल सकती है, पर आप उसका खर्च उठाते हैं (बीमा, पार्किंग, रखरखाव), चाहे आप उसे चलाएँ या नहीं।

Serverless टैक्सी बुलाने जैसा है। आप सिर्फ़ उन यात्राओं का भुगतान करते हैं जो आप करते हैं, और अगर सौ लोगों को एक साथ सवारी चाहिए, तो सौ टैक्सियाँ आ जाती हैं। पर गाड़ी आने में थोड़ा इंतज़ार हो सकता है (एक cold start), हर यात्रा की अधिकतम लंबाई होती है, और ड्राइवर पिछली सवारी से आपको याद नहीं रखता (functions stateless होते हैं)।

Serverless functions कैसे काम करते हैं

सबसे आम रूप में, जिसे functions as a service कहते हैं:

1. आप एक function लिखते हैं, यानी कोड का एक छोटा टुकड़ा जो एक तरह की घटना संभालता है, जैसे "/api/bookings पर POST को संभालो।"
2. आप उसे डिप्लॉय करते हैं। प्रोवाइडर उसे store करता है और एक ट्रिगर से जोड़ता है: एक URL, एक शेड्यूल, storage में एक नई फ़ाइल, या queue में एक संदेश।
3. एक घटना आती है। प्रोवाइडर आपके function की एक प्रति शुरू करता है (या एक गर्म प्रति दोबारा इस्तेमाल करता है), उसे चलाता है और नतीजा लौटाता है।
4. यह अपने आप बढ़ता है। अगर एक साथ हज़ार अनुरोध आते हैं, तो प्रोवाइडर कई प्रतियाँ समानांतर चलाता है, आपके खाते की सीमाओं तक।
5. यह खाली हो जाता है। जब ट्रैफ़िक रुकता है, प्रतियाँ बंद हो जाती हैं। कुछ न चलने पर कंप्यूट का कोई भुगतान नहीं।

JavaScript में एक छोटा serverless function कुछ ऐसा दिख सकता है:

export default async function handler(request) {
  const { name } = await request.json();
  return Response.json({ message: `Hello, ${name}` });
}

यहाँ सर्वर शुरू करने, port खोलने या process चालू रखने का कोई कोड नहीं है। यह सब प्लेटफ़ॉर्म संभालता है।

"Serverless" शब्द दूसरी managed सेवाओं के लिए भी ढीले तौर पर इस्तेमाल होता है जो अपने आप बढ़ती हैं और इस्तेमाल के हिसाब से बिल करती हैं, जैसे serverless डेटाबेस, जो खाली होने पर रुक जाते हैं।

मुख्य शब्द

एक उदाहरण: एक छोटी बुकिंग साइट

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

• हमेशा चालू सर्वर पर, स्टूडियो एक मशीन का 24/7 भुगतान करता है, जो रविवार शाम की चोटी के हिसाब से बनी है, और बाकी समय ज़्यादातर खाली रहती है।
• Serverless functions के साथ, GET /api/classes और POST /api/bookings functions हैं। रविवार की भीड़ अपने आप कई प्रतियाँ शुरू कर देती है; शांत मंगलवार सुबह लगभग कुछ नहीं चलता और बिल लगभग शून्य होता है।

ट्रेड-ऑफ़ भी दिखते हैं। मंगलवार सुबह साइट खोलने वाले पहले व्यक्ति को cold start के कारण थोड़ा और इंतज़ार करना पड़ सकता है। डेटाबेस को कई function प्रतियों से बहुत से छोटे-समय के कनेक्शन संभालने पड़ते हैं, जिसके लिए connection pooler की ज़रूरत पड़ सकती है। और अगर स्टूडियो बाद में "सबकी सालाना उपस्थिति PDF बनाओ" जैसा काम चाहे, तो वह function की समय सीमा से ज़्यादा हो सकता है और उसे कहीं और चलाना पड़ेगा।

Serverless कब ठीक है, और कब नहीं

आम गलतफ़हमियाँ

• "Serverless का मतलब है कोई बैकएंड नहीं।" इसका मतलब है संभालने के लिए कोई सर्वर नहीं। आप अब भी बैकएंड कोड लिखते और सुरक्षित करते हैं।
• "Serverless हमेशा सस्ता होता है।" कम मात्रा पर सस्ता, पर लगातार और ज़्यादा मात्रा में प्रति-अनुरोध कीमत जुड़कर बढ़ सकती है।
• "Serverless असीम रूप से बढ़ता है।" प्लेटफ़ॉर्मों की concurrency सीमाएँ होती हैं, और आपका डेटाबेस functions से बहुत पहले बाधा बन सकता है।
• "Function में सहेजी फ़ाइलें अगली बार भी मिलेंगी।" लोकल storage अस्थायी है। डेटाबेस या फ़ाइल storage इस्तेमाल करें।
• "Scale-to-zero और serverless एक ही चीज़ है।" संबंधित हैं पर एक जैसे नहीं। कुछ प्लेटफ़ॉर्म आपके ऐप को एक आम सर्वर की तरह चलाते हैं जो खाली होने पर सो जाता है और अगले अनुरोध पर जाग जाता है। बचत और पहले अनुरोध की देरी लगभग एक जैसी होती है, पर प्रति अनुरोध function-जैसी समय सीमाएँ नहीं होतीं।

अपने AI बिल्डर से क्या पूछें

• "यह बैकएंड serverless functions के रूप में चलेगा, या हमेशा चालू या सोने वाले सर्वर के रूप में? लागत के लिए इसका क्या मतलब है?"
• "क्या कोई काम प्लेटफ़ॉर्म की समय सीमा से ज़्यादा समय लेगा? अगर हाँ, तो हम उसे कैसे संभालें?"
• "जो भी बना रहना चाहिए उसे डेटाबेस या फ़ाइल storage में रखो, मेमोरी या लोकल फ़ाइलों में नहीं।"
• "अगर कई प्रतियाँ एक साथ चलें, तो डेटाबेस कनेक्शन कैसे मैनेज होने चाहिए?"
• "ऐप के खाली रहने के बाद पहले अनुरोध में कितनी देरी होती है?"

Mythex ऐप कैसे होस्ट करता है

Mythex अपनी होस्टिंग को serverless functions के रूप में नहीं बताता। जब आप प्रकाशित करते हैं, तो आपका ऐप एक सामान्य वेब ऐप या container के रूप में चलता है जिसे Mythex आपके लिए मैनेज करता है। सेट करने के लिए कोई होस्टिंग नहीं है। यह scale-to-zero है: प्रकाशित ऐप और उनके डेटाबेस खाली होने पर सो जाते हैं और अगली विज़िट पर जाग जाते हैं; सोता हुआ ऐप कंप्यूट पर कुछ खर्च नहीं करता, और अतिरिक्त मशीनें सिर्फ़ तब शुरू होती हैं जब ट्रैफ़िक भारी हो (Pro पर प्रति सेवा 3 तक)। जुड़ा Postgres डेटाबेस भी 5 मिनट खाली रहने पर सो जाता है और जितनी देर जागा रहा उतनी देर का बिल होता है। तो आपको "जितना इस्तेमाल करें उतना भुगतान" का बड़ा फ़ायदा मिलता है, और शांत समय के बाद पहले अनुरोध पर उसी तरह की देरी होती है। डॉक्स में होस्टिंग सीमाएँ देखें, और हमारी गाइड वेब होस्टिंग क्या है और होस्टिंग लागत कैसे कम करें पढ़ें।

सवाल