एक्सप्रेस के विकल्पों के बारे में, कहाँ और क्यों यह एक्सप्रेस'ए को छोड़ने के लायक है और कटौती के तहत अनुवाद में छोटे माप

एक्सप्रेस

एक्सप्रेस एक सरल, अच्छी तरह से प्रलेखित, अत्यधिक समर्थित और सबसे अधिक डाउनलोड किया जाने वाला Node.js ढांचा है।
यदि आप Google को एक सरल HTTP सर्वर बनाने की कोशिश करते हैं, तो सबसे अधिक संभावना है कि पहला अनुरोध आपको कुछ इस तरह देगा:

const server = require('express')({}) server.get('/', (req, res) => { res.send('Hello World!') }); server.listen(3000); 

अन्य एपीआई

कंपनियों द्वारा विकसित अनुप्रयोगों की वास्तुकला में, REST API और REST सेवाएँ एक मौलिक भूमिका निभाती हैं, क्योंकि HTTP अभी भी संचार के लिए मुख्य प्रोटोकॉल के रूप में उपयोग किया जाता है। इसका मतलब यह है कि एक प्रोग्रामर जो एक नया एप्लिकेशन या माइक्रो-सेवा करने जा रहा है, उदाहरण के लिए, "इवेंट कतार" के बजाय REST API का उपयोग करेगा।

माइक्रो-सेवाओं का उपयोग करने की लोकप्रियता की शुरुआत के साथ, REST API जितना संभव हो उतना छोटा होने और न्यूनतम संख्या में संचालन करने का प्रयास करता है। यह बताता है कि विकसित एपीआई में समापन बिंदुओं की संख्या सूक्ष्म-सेवाओं की संख्या के प्रत्यक्ष अनुपात में बढ़ जाएगी और प्रत्येक सरल क्रिया के लिए अपना स्वयं का समापन बिंदु होगा। उदाहरण के लिए, डेटाबेस में उपयोगकर्ता डेटा को बदलने के लिए, / उपयोगकर्ता / खोज विधि को उस उपयोगकर्ता की आईडी ढूंढने के लिए पहले बुलाया जाएगा, और उसके बाद ही / उपयोगकर्ता / अपडेट विधि को इस आईडी से पहले लौटाए गए पैरामीटर के साथ बुलाया जाएगा, इसके बजाय इस ऑपरेशन को करने के लिए आदेश (नोट एड।)।

हां, REST API को तेज़ होना चाहिए, उन्हें तेज़ होना चाहिए!

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

• एसएसएल प्रमाणपत्र प्रसंस्करण
• लोड साझा करना
• प्राधिकरण और प्रमाणीकरण
• कैशिंग
• अनुरोध सामग्री संपीड़न
• ...

हालाँकि, एक्सप्रेस बहुत भारी और धीमी है।

एक्सप्रेस महान है, सुविधाओं से भरपूर ... लेकिन यह छोटे उद्देश्यों के लिए उपयोग करने के लिए भारी और धीमा है, जैसे सूक्ष्म सेवाओं में REST API

लाइब्रेरी का नवीनतम संस्करण (4.16.4) 30 मॉड्यूल पर निर्भर करता है जो इसमें निर्मित होते हैं, और विकास प्रक्रिया के दौरान लगभग 20 और मॉड्यूल इस मॉड्यूल में जोड़े जाते हैं, जो अंततः सूक्ष्म-सेवा के रूप में उपयोग करने के लिए एप्लिकेशन को बहुत भारी बनाता है।



अन्य पुस्तकालयों की तुलना में, एक्सप्रेस कम से कम उद्देश्यों के लिए उपयोग करने के लिए बहुत धीमा है जब आपको जटिल प्रश्न नहीं करना है। नीचे दिया गया ग्राफ JSON दस्तावेज़ के लिए एक सरल अनुरोध के निष्पादन की तुलना को दर्शाता है।





अंतिम चित्र में दिखाए गए माप यह नहीं दर्शाते हैं कि एक्सप्रेस सामान्य रूप से धीमा है, वे बताते हैं कि आपको सरल ऑपरेशन करने के लिए अपने प्रोसेसर के प्रदर्शन को दोगुना करने की आवश्यकता है ... परिणामस्वरूप, एडब्ल्यूएस, Google क्लाउड, एमएस का उपयोग करने के लिए मासिक भुगतान में वृद्धि होगी Azure या कोई अन्य क्लाउड सेवा जिसे आप उपयोग करते हैं, और यह एक बड़े और अक्सर अनुचित खर्च में तब्दील हो जाएगा।

निष्कर्ष

Node.js में REST API को कार्यान्वित करने के कई अलग-अलग तरीके हैं, निम्न कार्य के आधार पर आपके लिए सही हैं:

• यदि आपको अधिकतम प्रदर्शन की आवश्यकता है, लेकिन एक ही समय में न्यूनतम लागत, तो एक्सप्रेस निश्चित रूप से वह नहीं है जो आपको चाहिए। Fastify पर एक नज़र रखना ।
• यदि आपको न्यूनतम आवश्यक कार्यों के सेट के साथ एक छोटी सी लाइब्रेरी की आवश्यकता है, तो आपको निश्चित रूप से पुनर्स्थापना , कोआ , पोलो या रेस्टाना पर एक नज़र रखना चाहिए