Vercel ने फ़ंक्शंस के लिए Bun रनटाइम लॉन्च किया (सार्वजनिक बीटा)

मुख्य अपडेट

Vercel ने Vercel फ़ंक्शंस में Bun रनटाइम को सार्वजनिक बीटा के रूप में जोड़ा है, जिससे परियोजनाएँ vercel.json में bunVersion सेट करके Bun का विकल्प चुन सकती हैं और Node.js के बजाय Bun पर स्वदेशी रूप से सर्वरलेस फ़ंक्शंस चला सकती हैं। प्रारंभिक प्लेटफ़ॉर्म समर्थन स्पष्ट रूप से Next.js, Hono, Express और Nitro का उल्लेख करता है, और Vercel का कहना है कि Bun डिप्लॉयमेंट उनके लॉगिंग और अवलोकन के साथ एकीकृत होते हैं। Vercel के आंतरिक बेंचमार्क दिखाते हैं कि Bun का उपयोग करते समय CPU-बंधित Next.js सर्वर-साइड रेंडरिंग कार्यभार के लिए लगभग 28% औसत विलंबता में कमी आती है।

यह क्यों महत्वपूर्ण है

यह अब तक का Bun के लिए सबसे व्यावहारिक डिप्लॉयमेंट मील का पत्थर है: एक प्रमुख सर्वरलेस होस्ट पर पहले श्रेणी का प्लेटफ़ॉर्म समर्थन एक प्रमुख अपनाने की बाधा को हटा देता है और बिना कस्टम इमेज या जटिल होस्टिंग वर्कअराउंड के वास्तविक ट्रैफ़िक पैटर्न के तहत Bun को मान्य करना सीधा बनाता है। टीमों के लिए, इसका मतलब है कि वास्तविक दुनिया के लाभ (तेज़ ठंडी शुरुआत, कम SSR विलंबता, और TypeScript चलाते समय कम ओवरहेड) को मापने के लिए एक आसान, कम-घर्षण मार्ग है, जबकि Vercel के परिचालन उपकरणों को बनाए रखते हुए। यह सभी कार्यभार के लिए एक स्वचालित ड्रॉप-इन नहीं है—स्वदेशी मॉड्यूल, कुछ Node APIs और पारिस्थितिकी तंत्र के किनारे के मामलों के चारों ओर भिन्नताएँ बनी रहती हैं—इसलिए बीटा को एक मूल्यांकन पथ के रूप में मानें: Bun रनटाइम संस्करण को पिन करें, जहां अनुशंसित हो वहां Bun का उपयोग करने के लिए निर्माण/डेव स्क्रिप्ट को अपडेट करें, स्टेजिंग में अंत-से-अंत की सहीता और प्रदर्शन परीक्षण चलाएँ, और उत्पादन ट्रैफ़िक को माइग्रेट करने से पहले अवलोकन और मैट्रिक्स को मान्य करें। यदि आपका कार्यभार CPU-बंधित है (SSR, छवि प्रसंस्करण, भारी JSON/क्रिप्टो), तो मापनीय विलंबता और लागत में सुधार की अपेक्षा करें; यदि आप अस्पष्ट स्वदेशी node: APIs या बाइनरी N-API मॉड्यूल पर निर्भर हैं, तो संगतता परीक्षण और बैकअप विकल्पों की योजना बनाएं।

स्रोत

• Source