Node.js ऑप्टिमाइज़ करें
प्रोसेस की संख्या या मेमोरी सीमा बढ़ाने से पहले ऐप की लेटेंसी, मेमोरी और इवेंट लूप मापें।
सेटिंग बदलने से पहले मापें
साइट का बैकअप लें। कोई ऐसा पेज या API रिक्वेस्ट चुनें जिसे बार-बार दोहराया जा सके। उसके लिए लोड टाइम, सर्वर रिस्पॉन्स टाइम, त्रुटियां, मेमोरी और CPU इस्तेमाल दर्ज करें। लॉगिन करके और बिना लॉगिन, दोनों तरह से टेस्ट करें। प्रोडक्शन से पहले स्टेजिंग पर एक बार में एक ही बदलाव करें।
चरण
- ऐप के साथ कंपैटिबल सपोर्टेड Node.js रिलीज इस्तेमाल करें और रीप्रोड्यूसिबल, लॉक की हुई डिपेंडेंसी इंस्टॉल करें।
- कंट्रोल्ड माहौल में बिल्ड करें, फिर प्रोडक्शन स्टार्ट कमांड और प्रोडक्शन मोड इस्तेमाल करें। सिर्फ डेवलपमेंट वाले टूल रनटाइम से तभी हटाएं, जब बिल्ड सफल हो चुका हो।
- ब्लॉक करने वाले सिंक्रोनस I/O, भारी कंप्यूटेशन और धीमे डेटाबेस या बाहरी रिक्वेस्ट प्रोफाइल करें। जहां ठीक हो, स्ट्रीमिंग या बैकग्राउंड वर्कर इस्तेमाल करें।
- इनपुट साइज की सीमा, रिक्वेस्ट टाइमआउट और सीमित डेटाबेस पूल लगाएं। धीमी डिपेंडेंसी का हल यह नहीं है कि अनगिनत रिक्वेस्ट एक साथ चलने दी जाएं।
- सुरक्षित पब्लिक रिस्पॉन्स कैश करें और निजी डेटा को सही तरीके से अलग रखें। जहां ठीक हो, सर्विंग लेयर पर रिस्पॉन्स कंप्रेस करें, लेकिन पहले से कंप्रेस्ड एसेट को बार-बार कंप्रेस न करें।
- सर्विस सुपरवाइज़र, मेमोरी/CPU अलर्ट और ग्रेसफुल रीस्टार्ट इस्तेमाल करें। उपलब्ध मेमोरी और डेटाबेस की क्षमता मापने के बाद ही वर्कर बढ़ाएं।
परिणाम जांचें
वही माप दोबारा लें और देखें कि लॉगिन, फॉर्म, अपलोड और चेकआउट अब भी चल रहे हैं। बदलाव तभी रखें जब उससे मापी गई समस्या सुधरे और कोई नई त्रुटि न आए। सिर्फ संबंधित कैश साफ करें और रोलबैक के लिए एक कॉपी अपने पास रखें।
संबंधित गाइड
अंतिम समीक्षा
2026-10-28