Cloudflare Workers या Vercel Functions: 128 MB सीमा चुनाव पलट सकती है

हल्के API के लिए Cloudflare Workers आकर्षक है, लेकिन 128 MB प्रति आइसोलेट और Vercel Functions में 4 GB तक स्मृति का अंतर भारी काम में चुनाव बदल सकता है। पूरा Node.js वातावरण या जटिल Next.js सुविधाएँ चाहिए हों, तो Vercel Functions अधिक सीधा विकल्प है; छोटे जवाब और दुनिया भर से आने वाले अनुरोध Workers के पक्ष में जाते हैं।

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

स्मृति और बंडल की सीमाएँ अलग बाधाएँ हैं

Cloudflare की Workers सीमाएँ प्रति आइसोलेट 128 MB स्मृति और असंपीड़ित बंडल के लिए 64 MiB बताती हैं; संपीड़ित बंडल के आकार पर अलग सीमा नहीं है। स्मृति में जावास्क्रिप्ट हीप और वेबअसेंबली का आवंटन भी आता है। एक आइसोलेट कई अनुरोध साथ संभाल सकता है, इसलिए यह प्रत्येक अनुरोध को अलग से मिली स्मृति नहीं है।

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

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

Node.js और Next.js में सुविधा का मूल्य

Vercel Functions सर्वर कोड को पूरे Node.js रनटाइम में चलाते हैं। Workers का रनटाइम आइसोलेट पर आधारित है और Node.js API का समर्थन संगतता परत से मिलता है; कुछ API आंशिक रूप से लागू हैं। इसलिए सामान्य जावास्क्रिप्ट पैकेज का सफलतापूर्वक स्थापित हो जाना यह सुनिश्चित नहीं करता कि उसकी हर सर्वर सुविधा Workers पर चलेगी। निर्णय में उन पैकेजों के वास्तविक कोड मार्ग मायने रखते हैं जिन्हें अनुप्रयोग अनुरोध के समय इस्तेमाल करता है।

Next.js अनुप्रयोग Cloudflare पर OpenNext अनुकूलक के जरिए चलता है। सर्वर पर पृष्ठ बनाना और पुनः सत्यापन जैसी सुविधाओं के लिए कैश तथा संबंधित सेवाओं का विन्यास करना पड़ सकता है। Vercel पर यही ढाँचा मूल समर्थन के साथ आता है। यदि परियोजना में बार-बार Next.js की नई या गहरी सर्वर सुविधाएँ इस्तेमाल होती हैं, तो विन्यास और रखरखाव का समय भी कम गणना शुल्क के सामने रखना चाहिए।

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

बिल में CPU और प्रतीक्षा अलग तरह से जुड़ते हैं

Cloudflare की मूल्य सूची में Workers Free के लिए प्रतिदिन 100,000 अनुरोध और प्रति अनुरोध 10 मिलीसेकंड सक्रिय CPU समय है। Workers Paid का न्यूनतम शुल्क USD 5 मासिक है; उसमें एक करोड़ अनुरोध और तीन करोड़ CPU मिलीसेकंड शामिल हैं। उसके बाद प्रति दस लाख अनुरोध USD 0.30 और प्रति दस लाख CPU मिलीसेकंड USD 0.02 लगते हैं। नेटवर्क या डेटाबेस की प्रतीक्षा सक्रिय CPU समय में नहीं गिनी जाती।

Vercel का Fluid compute मूल्य विवरण सक्रिय CPU, आरक्षित स्मृति और अनुरोधों को अलग गिनता है। मुंबई क्षेत्र की प्रकाशित दरें प्रति CPU घंटा USD 0.140 और प्रति GB-घंटा आरक्षित स्मृति USD 0.0116 हैं। बाहरी सेवा के जवाब की प्रतीक्षा में CPU का शुल्क रुकता है, पर चल रहे अनुरोध के लिए आवंटित स्मृति का समय गिना जाता है। Hobby में मासिक शामिल उपयोग है; Pro में उपयोग शुल्क पर मासिक क्रेडिट लागू हो सकता है, इसलिए केवल इकाई दर अंतिम बिल नहीं बताती।

यहाँ प्रतीक्षा का अंतर खास है। मान लें कि कोई Function बहुत कम गणना करता है, फिर भी हर अनुरोध पर दूर की सेवा के जवाब का इंतजार करता है। Vercel पर उस दौरान स्मृति आवंटित रहती है, हालांकि एक इंस्टेंस कई अनुरोध साथ संभालकर स्मृति लागत बाँट सकता है। Workers पर वही नेटवर्क प्रतीक्षा CPU शुल्क नहीं बढ़ाती, मगर अनुरोध संख्या और उस बाहरी सेवा का अपना शुल्क फिर भी प्रासंगिक रहेगा।

तीन कार्यभारों का लागत और सीमा आकलन

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

• हल्का API: हर अनुरोध पाँच मिलीसेकंड CPU ले तो महीने में 50 लाख CPU मिलीसेकंड बनेंगे। Workers Paid पर अनुरोध और CPU, दोनों शामिल मात्रा के भीतर रहेंगे; इस गणना हिस्से के लिए USD 5 का न्यूनतम मासिक शुल्क होगा। Vercel पर सक्रिय गणना लगभग 1.39 CPU घंटे बनेगी, जबकि स्मृति समय और योजना की शर्तें अलग असर डालेंगी। सीमित पैकेज और छोटे जवाब हों तो Workers का कम शुरुआती शुल्क सार्थक है।
• गतिशील Next.js अनुप्रयोग: हर अनुरोध 20 मिलीसेकंड CPU ले तो Workers पर महीने के दो करोड़ CPU मिलीसेकंड बनेंगे, जो शामिल मात्रा में समाते हैं। फिर भी सर्वर पृष्ठ, कैश का पुनः सत्यापन और Node.js पर निर्भर पैकेज बिल से पहले रनटाइम का प्रश्न खड़ा करते हैं। Vercel की मूल Next.js व्यवस्था यहाँ समय बचा सकती है; Cloudflare का कम गणना शुल्क तभी लाभ है जब आवश्यक सुविधाएँ अनुकूलक और विन्यास के साथ ठीक चलें।
• CPU-भारी कार्य: हर अनुरोध एक सेकंड CPU ले तो महीने में एक अरब CPU मिलीसेकंड बनेंगे। Workers की शामिल मात्रा घटाने पर CPU का अतिरिक्त शुल्क USD 19.40 और न्यूनतम शुल्क जोड़कर USD 24.40 होगा, यदि अनुरोध तथा दूसरी सेवाओं का अतिरिक्त शुल्क न लगे। मुंबई में Vercel की दर से सक्रिय CPU उपयोग लगभग USD 38.89 बनेगा; स्मृति और अनुरोध का खर्च अलग है। कम गणना मूल्य तभी उपयोगी है जब काम Workers की स्मृति और प्रति अनुरोध CPU सीमा में पूरा हो।

Workers Paid पर प्रति अनुरोध सक्रिय CPU की डिफ़ॉल्ट सीमा 30 सेकंड है, जिसे पाँच मिनट तक बढ़ाया जा सकता है। बाहरी सेवा की लंबी प्रतीक्षा और लंबे समय तक चलने वाली गणना को एक जैसा नहीं समझना चाहिए: पहली स्थिति में CPU कम लग सकता है, जबकि दूसरी में सीमा सीधे लागू होती है। भारी डेटा संसाधित करने वाले काम में स्मृति, CPU समय और बंडल—तीनों बाधाओं को साथ देखना पड़ता है।

ठंडी शुरुआत कुल देरी का केवल एक हिस्सा है

एक स्वतंत्र Next.js परीक्षण में Cloudflare पर ठंडी शुरुआत सबसे कम बार दर्ज हुई और उसके API जवाब सबसे तेज रहे; Vercel के API मार्गों पर ठंडी शुरुआत अधिक बार दिखी। परीक्षण कम ट्रैफ़िक, निःशुल्क योजनाओं और अमेरिका से भेजे गए अनुरोधों पर चला था। इसलिए उसका परिणाम भारतीय उपयोगकर्ताओं, अलग डेटाबेस स्थान या अधिक समवर्ती ट्रैफ़िक के लिए तय मिलीसेकंड का वादा नहीं है।

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

किस कार्यभार में कौन सा मंच चुनें

छोटे API, कम स्मृति उपयोग और अलग-अलग क्षेत्रों के पाठकों के लिए Workers मजबूत उम्मीदवार है। पूरे Node.js पर निर्भर पैकेज, अधिक स्मृति या गहरी Next.js सुविधाओं वाले अनुप्रयोग के लिए Vercel Functions अधिक सीधा आधार देता है। CPU-भारी काम में प्रकाशित दरों की गणना करने से पहले यह देखना जरूरी है कि काम सीमा के भीतर पूरा होगा या नहीं।

बीच की स्थिति में प्रतिनिधि अनुरोध का उत्पादन बंडल, अधिकतम स्मृति, सक्रिय CPU समय और उपयोगकर्ता तक पहुँचने वाला कुल जवाब मापें। इन्हीं मापों पर दोनों योजनाओं का शुल्क लगाने से पता चलेगा कि शुरुआती बचत वास्तविक है या रनटाइम की सीमा उसे पीछे छोड़ देती है।

यह भी पढ़ें:

• Vercel या Cloudflare Pages: गति लगभग बराबर, बिल और सीमा फैसला बदलते हैं
• Cloudflare के बदलते नियम—बॉट हमलावर को हर बार फिर शुरुआत करनी होगी
• Cloudflare ने TLS दोबारा कोशिश 52% से 3.7% की—सीमा origin पर है