तुलना करें / AWS Lambda

AWS Lambda विकल्प जो कभी टाइम आउट नहीं होता
AWS Lambda छोटे, स्पाइकी, इवेंट-ड्रिवन काम के लिए बेहतरीन है, लेकिन जैसे ही काम 15 मिनट से ज़्यादा लेता है, उसे वार्म प्रोसेस चाहिए होता है या असली फ़ाइलसिस्टम चाहिए, वैसे ही यह बेहतरीन नहीं रहता। Lizard उसी कोड को उसके अपने कंटेनर में लंबे समय तक चलने वाले प्रोसेस के रूप में चलाता है — न कोई इनवोकेशन खत्म होता है, न प्रति-रिक्वेस्ट शुल्क लगता है।
डेवलपर्स AWS Lambda का विकल्प क्यों तलाशते हैं
पंद्रह मिनट की सीमा पक्की है
Lambda इनवोकेशन 900 सेकंड पर बंद कर दिया जाता है। वीडियो ट्रांसकोडिंग, बड़े इम्पोर्ट, मॉडल इन्फ़रेंस और लंबे ETL जॉब — इन सबको एक स्टेट मशीन में बाँटना पड़ता है, ताकि उस सीमा से बचा जा सके जो प्रोसेस पर होती ही नहीं।
कोल्ड स्टार्ट इसकी बनावट का हिस्सा हैं
जो फ़ंक्शन हाल में नहीं चला, उसे अगली रिक्वेस्ट पर इनिशियलाइज़ेशन की कीमत चुकानी पड़ती है। provisioned concurrency इसे ठीक करती है, एक वार्म इंस्टेंस का भुगतान करवाकर — यानी आप सर्वर का पैसा दे रहे हैं, पर सर्वर मिलता नहीं।
इनवोकेशन के बीच कुछ भी नहीं बचता
वार्म स्टेट सिर्फ़ एक एग्ज़िक्यूशन एनवायरनमेंट के अंदर बचती है, और वह भी तब तक जब तक वह रीसायकल न हो जाए — आप कैश या पूल के मौजूद होने पर भरोसा नहीं कर सकते। हर कॉन्करेंट एनवायरनमेंट अपने अलग डेटाबेस कनेक्शन खोलता है, इसीलिए RDS Proxy बना है।
हमेशा वार्म रखना महंगा पड़ता है
लगातार चलने वाला 1 GB का फ़ंक्शन, रिक्वेस्ट शुल्क से पहले, हर महीने लगभग $43.80 का ड्यूरेशन चार्ज लेता है। Lizard पर वही 1 GB हर महीने लगभग $9 की मेमोरी लेता है, और CPU का शुल्क केवल तब लगता है जब प्रोसेस काम कर रहा हो। यह Lizard Pro में आ जाता है: $19 प्रति माह, जिसमें $19 का उपयोग शामिल है।
Lizard बनाम AWS Lambda
हर आंकड़ा AWS Lambda की पब्लिश की गई प्राइसिंग और हमारी अपनी प्राइसिंग से लिया गया है। अंतिम बार सत्यापित: 27 August 2026.
| किसने तुलना की | Lizard | AWS Lambda |
|---|---|---|
| अधिकतम रन टाइम | कोई नहीं — प्रोसेस चालू रहता है | प्रति इनवोकेशन 15 मिनट |
| मेमोरी सीमा | प्लान जितनी अनुमति दे उतना स्केल करें, Pro पर 40 GB तक | डिफ़ॉल्ट कंप्यूट पर 10 GB; Managed Instances पर 32 GB और 16 vCPU |
| कोल्ड स्टार्ट | कोई नहीं — प्रोसेस पहले से चल रहा है | पहली रिक्वेस्ट पर, जब तक आप provisioned concurrency के लिए भुगतान न करें |
| फ़ाइलसिस्टम | पूर्ण रीड-राइट रूट | /tmp, 512 MB to 10 GB — plus EFS or S3 Files mounted read-write under /mnt |
| कंप्यूट की कीमत | मापे गए उपयोग पर प्रति vCPU-घंटा $0.0250128, प्रति GB-घंटा $0.0125064 | x86 पर $0.0000166667 प्रति GB-सेकंड, Arm पर $0.0000133334 (us-east-1) |
| रिक्वेस्ट | बिल नहीं होता | $0.20 प्रति मिलियन |
| हमेशा वार्म 1 GB वर्कलोड | Pro पर $19 प्रति माह; 1 GB और औसत 0.25 vCPU शामिल $19 में से लगभग $14 का उपयोग करते हैं | ड्यूरेशन शुल्क लगभग $43.80 प्रति माह, रिक्वेस्ट से पहले |
| मुफ़्त टियर | कोई मुफ़्त टियर नहीं: $5 के ट्रायल क्रेडिट के साथ 7-दिन का ट्रायल, फिर $19/माह | 1 मिलियन रिक्वेस्ट और 400,000 GB-सेकंड प्रति माह |
| WebSockets और स्ट्रीमिंग | सामान्य लॉन्ग-लाइव्ड कनेक्शन | function URL से सीधी रिस्पॉन्स स्ट्रीमिंग; WebSockets के लिए API Gateway चाहिए, जिसका बिल प्रति मैसेज और प्रति कनेक्शन-मिनट बनता है |
| डेटाबेस कनेक्शन | एक पूल, एक प्रोसेस में | हर कॉन्करेंट इनवोकेशन पर एक — आम तौर पर समाधान RDS Proxy है |
जब AWS Lambda बेहतर विकल्प हो
सच में स्पाइकी, इवेंट-ड्रिवन काम: S3 ट्रिगर, Kinesis कंज्यूमर, दिन में चार सेकंड चलने वाला क्रॉन, 24 में से 23 घंटे आइडल रहने वाला वेबहुक रिसीवर। Lambda सच में शून्य तक स्केल करता है, 1 मिलियन रिक्वेस्ट और 400,000 GB-सेकंड का मुफ़्त टियर काफ़ी कुछ कवर कर लेता है, और बाकी AWS के साथ इसके इंटीग्रेशन का कोई थर्ड पार्टी मुकाबला नहीं कर सकता। ऐसे काम के लिए हमेशा चालू रखा गया सर्वर गलत टूल है।
यहाँ से माइग्रेट करें: AWS Lambda
Dockerfile की ज़रूरत नहीं — lizardpack स्टैक का पता लगाता है और बिल्ड नोड पर Dockerfile लिखता है। अगर आपकी रिपॉज़िटरी में पहले से Dockerfile है, तो उसी का बिना बदलाव उपयोग होता है।
अक्सर पूछे जाने वाले प्रश्न
यह इस पर निर्भर करता है कि आप क्यों छोड़ रहे हैं। जो काम 15 मिनट की सीमा से आगे निकल गया है या जिसे वार्म प्रोसेस चाहिए, उसके लिए कंटेनर चलाने वाला प्लेटफ़ॉर्म — Lizard, Railway, Render या AWS Fargate। कम सीमाओं के साथ सर्वरलेस बने रहने के लिए Google Cloud Run। एज पर रिक्वेस्ट हैंडलिंग के लिए Cloudflare Workers।
आमतौर पर इसलिए कि फ़ंक्शन असल में हमेशा चल रहा होता है, या provisioned concurrency चालू है। ड्यूरेशन का बिल प्रति GB-सेकंड बनता है, इसलिए कभी आइडल न होने वाला 1 GB फ़ंक्शन, $0.20 प्रति मिलियन रिक्वेस्ट से पहले ही, लगभग $43.80 प्रति माह का पड़ता है — यानी आप लगातार उस चीज़ के लिए पैसे दे रहे हैं जिसकी बिलिंग ऐसे होती है मानो उसका इस्तेमाल कभी-कभार ही होता हो।
AWS के अंदर: Lambda MicroVMs एक जॉब को 8 घंटे तक चलाते हैं — अपने अलग API पर, सिर्फ़ ARM64 पर, पाँच रीजन में। Durable functions मल्टी-स्टेप काम के लिए एक साल तक चल सकते हैं, लेकिन हर इनवोकेशन अब भी 15 मिनट तक सीमित है, इसलिए आपको जॉब को चेकपॉइंट वाले स्टेप्स में बाँटना पड़ता है। वरना Step Functions, Fargate या EC2। AWS के बाहर आप इसे सामान्य प्रोसेस की तरह चलाते हैं: Lizard पर वर्कर सर्विस की न कोई समय सीमा है, न HTTP पोर्ट, इसलिए लंबा इम्पोर्ट या ट्रांसकोड जॉब बस पूरा होने तक चलता रहता है।
हाँ। हैंडलर को एक छोटे HTTP सर्वर या वर्कर लूप में रैप करें, फिर lizard up चलाएँ — lizardpack Node, Python, Go, Java, Ruby या Rust पहचानकर Dockerfile लिख देता है। बदलता है आर्किटेक्चर: कई इनवोकेशन जो एक-एक रिक्वेस्ट संभालते हैं, उनकी जगह एक प्रोसेस कई रिक्वेस्ट संभालता है, जिससे कनेक्शन पूलिंग और कैशिंग आमतौर पर आसान हो जाती है।
नहीं। Lizard मापे गए CPU, मेमोरी और डिस्क का बिल प्रति सेकंड बनाता है, साथ ही एग्रेस पहले बाइट से $0.045 प्रति GB और ऑब्जेक्ट स्टोरेज $0.0135 प्रति GB-महीना — प्रति रिक्वेस्ट या प्रति इनवोकेशन कुछ नहीं। ट्रेड-ऑफ़ यह है कि सर्विस जितने सेकंड चालू रहती है, उतने का बिल बनता है, जबकि जिस Lambda को कोई कॉल नहीं करता, उसका कोई खर्च नहीं आता।
AI के साथ बिल्ड करें। Lizard के साथ शिप करें।
लाइव जाने के लिए आपको प्लेटफ़ॉर्म टीम की ज़रूरत नहीं है। आपका पूरा क्लाउड, बस एक CLI कमांड की दूरी पर।
- सर्विसेज़
- —
- ऐडऑन
- —
- डिप्लॉयमेंट्स
- —
- सैंडबॉक्स स्टार्ट्स
- —