Azure Functions Proxies: सामुदायिक समर्थन 2025‑09‑30 को समाप्त — अब Proxies से माइग्रेट करें
मुख्य अपडेट
Microsoft ने घोषणा की है कि Azure Functions Proxies के लिए सामुदायिक समर्थन 30 सितंबर 2025 को समाप्त हो रहा है — Proxies उस तारीख तक केवल रखरखाव मोड में रहेंगे और उसके बाद कोई सुधार, अपडेट या आधिकारिक समर्थन प्राप्त नहीं होगा। Microsoft प्रॉक्सी कार्यक्षमता को Azure API Management (APIM) (या अन्य समर्थित रूटिंग/गेटवे समाधान) में माइग्रेट करने की सिफारिश करता है क्योंकि Proxies में अब कोई निवेश नहीं किया जा रहा है। (azure.microsoft.com)
यह क्यों महत्वपूर्ण है
यदि आपके ऐप्स रूटिंग, रीडायरेक्ट, सरल प्रमाणीकरण, या अनुरोध/प्रतिक्रिया परिवर्तनों के लिए Function Proxies का उपयोग करते हैं, तो अब आप एक ठोस परिचालन और सुरक्षा जोखिम का सामना कर रहे हैं: 2025‑09‑30 के बाद Microsoft इस सुविधा का समर्थन करना बंद कर देगा और किसी भी समय व्यवहार को हटा या तोड़ सकता है। उत्पाद टीम और Microsoft समर्थन चैनलों ने दोहराया है कि Proxies को अप्रचलित कर दिया गया है और माइग्रेशन की दृढ़ता से सिफारिश की गई है; कोई आगे की बग फिक्स या सुरक्षा अपडेट नहीं होंगे। (learn.microsoft.com)
इंजीनियरिंग टीमों के लिए व्यावहारिक प्रभाव और तत्काल अगले कदम:
- इसे एक कठिन अप्रचलन की समय सीमा के रूप में मानें: उन Function ऐप्स की सूची बनाएं जो प्रॉक्सी का उपयोग करते हैं (proxies.json / function.json प्रॉक्सी परिभाषाओं के लिए खोजें), व्यवहार को कैप्चर करें (रूट, रीराइट, हेडर, CORS, प्रमाणीकरण), और उत्पादन प्रभाव के अनुसार प्राथमिकता दें।
- अब माइग्रेशन पथ की योजना बनाएं — APIM समान सुविधाएँ प्रदान करता है (OpenAPI आयात, दर सीमा, नीतियाँ, JWT/OPA प्रमाणीकरण), लेकिन यह भारी और महंगा हो सकता है; हल्के विकल्प Azure Front Door / Application Gateway, या कार्यों के सामने सरल रीराइट और रूटिंग के लिए एक छोटे, रखरखाव वाले रिवर्स प्रॉक्सी (NGINX/Caddy) को चलाना हो सकते हैं।
- स्टेजिंग में व्यवहार समानता (रीडायरेक्ट अर्थ, हेडर परिवर्तनों, टाइमआउट) का परीक्षण करें, और CI/CD को APIM कॉन्फ़िगरेशन या रूटिंग इन्फ्रास्ट्रक्चर को Function डिप्लॉयमेंट के साथ तैनात करने के लिए अपडेट करें।
- यदि आप तुरंत माइग्रेट नहीं कर सकते, तो एक शमन दृष्टिकोण अपनाएं: जोखिम को कम करें, प्रॉक्सी पथों के लिए अतिरिक्त लॉगिंग/अलर्ट जोड़ें, और रोलबैक योजनाएँ तैयार करें क्योंकि प्रॉक्सी समय सीमा के बाद अप्रत्याशित रूप से काम करना बंद कर सकते हैं।
यदि आप आज Proxies का उपयोग करते हैं, तो यह कार्रवाई योग्य और तत्काल है — 2025‑09‑30 से पहले माइग्रेट करें या मुआवजा नियंत्रण लागू करें ताकि असमर्थित, संभावित रूप से टूटे हुए उत्पादन व्यवहार से बचा जा सके। (azure.microsoft.com)
स्रोत
आगे पढ़ें
Node.js v25 2025‑10‑15 के लिए निर्धारित — semver‑major रिलीज निकट है
30 सितंबर 2025Node.js v25 15 अक्टूबर, 2025 के लिए निर्धारित है (कमिट कटऑफ 2025‑09‑15)। टीमों को नए मेजर के खिलाफ CI चलाना चाहिए, नेटिव मॉड्यूल का सत्यापन करना चाहिए, और कैनरी डिप्लॉयमेंट के लिए तैयारी करनी चाहिए।
NodeShield: रनटाइम SBOM प्रवर्तन (CBOM) Node.js के लिए आपूर्ति श्रृंखला हमलों को नगण्य ओवरहेड के साथ सीमित करता है
28 सितंबर 2025एक नया पेपर NodeShield का परिचय देता है, जो एक रनटाइम प्रवर्तन प्रणाली है जो SBOMs का उपयोग करती है जो प्रति-निर्भरता क्षमताओं (CBOM) के साथ विस्तारित होती है ताकि Node.js में आपूर्ति श्रृंखला के दुरुपयोग को ~98% प्रभावशीलता और <1ms ओवरहेड के साथ रोका जा सके।
Wasm 3.0 पूरा हुआ — Memory64, मल्टी-मेमोरी, GC, और SpecTec अब आधिकारिक हैं
27 सितंबर 2025WebAssembly 3.0 अंतिम रूप से (17 सितंबर, 2025) पूरा हुआ: 64-बिट पता स्थान, कई मेमोरी, होस्ट गार्बेज कलेक्शन, JS स्ट्रिंग बिल्टइन्स और एक सत्यापनीय स्पेक के लिए SpecTec — उच्च-स्तरीय भाषाओं और सर्वर-साइड Wasm को संकलित करने के लिए एक कदम परिवर्तन।