Node.js 22 (LTS) — अंतर्निहित HTTP/HTTPS प्रॉक्सी + प्रतिशत मेमोरी आकार (उत्पादन तैनातियों के लिए तत्काल)

मुख्य अपडेट

Node.js v22.21.0 (LTS) (जारी किया गया 2025‑10‑20) http/https (fetch सहित) के लिए अंतर्निहित प्रॉक्सी हैंडलिंग के साथ आता है, NODE_USE_ENV_PROXY / --use-env-proxy के माध्यम से, जो पर्यावरण प्रॉक्सी सेटिंग्स का उपयोग करने के लिए एक नया CLI ध्वज है, HTTP अपग्रेड हैंडलिंग के लिए बारीक नियंत्रण के लिए एक नया shouldUpgradeCallback, और --max-old-space-size के लिए प्रतिशत समर्थन ताकि मेमोरी सीमाएँ उपलब्ध मेमोरी के सापेक्ष व्यक्त की जा सकें। (nodejs.org)

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

ये छोटे-से दिखने वाले प्लेटफ़ॉर्म परिवर्तन बड़े ऑपरेशनल प्रभाव डालते हैं: अंतर्निहित प्रॉक्सी समर्थन कॉर्पोरेट प्रॉक्सियों के पीछे या प्रतिबंधित नेटवर्क में चलाते समय प्रति-ऐप प्रॉक्सी शिम या रनटाइम वर्कअराउंड की आवश्यकता को समाप्त करता है (क्लाइंट fetch, http.request और एजेंट अब env प्रॉक्सियों का सम्मान करते हैं)। प्रतिशत-आधारित --max-old-space-size Node मेमोरी कॉन्फ़िगरेशन को कंटेनराइज्ड वातावरण में बहुत सुरक्षित और अधिक पूर्वानुमानित बनाता है (आप मेमोरी कैप जैसे 50% सेट कर सकते हैं बजाय कि हार्ड-कोडिंग MB मान), जो OOM-प्रेरित रोलआउट को कम करता है और ऑटोस्केलिंग टेम्पलेट्स को सरल बनाता है। shouldUpgradeCallback सर्वरों को HTTP स्तर पर WebSocket/अपग्रेड निर्णयों पर स्पष्ट नियंत्रण देता है, जो लोड-बैलेंसर या प्रमाणीकरण गेटकीपिंग परिदृश्यों के लिए उपयोगी है। मिलकर, ये परिवर्तन नाजुक प्लेटफ़ॉर्म गोंद को कम करते हैं, CI/CD और इमेज बिल्ड को सरल बनाते हैं, और स्टेजिंग में अपनाने के लिए कम जोखिम वाले होते हैं; टीमों को CI में एक Node-22 कार्य जोड़ना चाहिए, प्रतिनिधि कंटेनर मेमोरी सीमाओं के तहत प्रॉक्सी और मेमोरी व्यवहार का परीक्षण करना चाहिए, और फिर उत्पादन LTS लक्ष्यों के लिए एक नियंत्रित रोलआउट निर्धारित करना चाहिए (Node 22.x अपने जीवन चक्र के दौरान सक्रिय LTS लाइन है)। (nodejs.org)

स्रोत

• Source