Vercel ने Edge Middleware और Edge Functions को Vercel Functions (GA) में एकीकृत किया

मुख्य अपडेट

Vercel ने पुराने Edge Middleware और Edge Functions प्राइमिटिव को समाप्त कर दिया है और उन्हें Vercel Routing Middleware (जो कैश से पहले चलता है) और Vercel Functions (जो कैश के बाद चलता है) से बदल दिया है, दोनों को एकीकृत Vercel Functions इन्फ्रास्ट्रक्चर द्वारा संचालित किया गया है और Fluid compute पर कई रनटाइम (Edge रनटाइम और Node.js) का समर्थन करता है। Routing Middleware अब सामान्य रूप से उपलब्ध है।

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

यह केवल एक नाम परिवर्तन से अधिक है: Vercel ने दो निष्पादन मॉडलों को एक एकल, फ्रेमवर्क-चालित फ़ंक्शंस प्लेटफ़ॉर्म में समेकित किया है जो प्रदर्शन, रनटाइम विकल्पों और मूल्य निर्धारण को मानकीकृत करता है। व्यावहारिक रूप से, इसका मतलब है कि मिडलवेयर लॉजिक कैश से पहले पूर्ण फ़ंक्शंस के रूप में चल सकता है, जिसमें वही इन्फ्रास्ट्रक्चर गारंटी होती है जो आपको पोस्ट-कैश फ़ंक्शंस के लिए मिलती है, जबकि पोस्ट-कैश फ़ंक्शंस आपकी आवश्यकताओं के आधार पर या तो न्यूनतम Edge रनटाइम या पूर्ण Node.js रनटाइम का उपयोग कर सकते हैं। टीमों के लिए, यह तैनाती और परीक्षण प्राथमिकताओं को बदलता है — आपको यह जांचना होगा कि आपका कोड कैश के सापेक्ष कहाँ चलता है, रनटाइम संगतता (Edge बनाम Node APIs) को मान्य करना होगा, और विलंबता और कोल्ड-स्टार्ट परीक्षणों को फिर से चलाना होगा क्योंकि निष्पादन स्थान और बिलिंग (Fluid compute पर CPU-समय) अब एकीकृत हैं। फ्रेमवर्क और प्लगइन लेखकों के लिए, यह विखंडन को कम करता है (लक्ष्य बनाने के लिए एक फ़ंक्शंस इन्फ्रास्ट्रक्चर), लेकिन मौजूदा परियोजनाओं को समाप्त किए गए प्राइमिटिव से माइग्रेट करना होगा और व्यवहार (स्ट्रीमिंग, waitUntil कार्य, क्षेत्र-प्राथमिक निष्पादन, और उपलब्ध Node APIs के बारे में किसी भी धारणाओं) को सत्यापित करना होगा। संक्षेप में: एक माइग्रेशन और परीक्षण कार्य, संभावित लागत/पर्यवेक्षण भिन्नताएँ, और एक स्थिर फ़ंक्शंस रनटाइम होने से परिचालन लाभ की अपेक्षा करें।

स्रोत

• Source