बैकेंड त्वरक और कैशिंग सेटअप

हम एक अनुभवी बैकेंड इंजीनियर की तलाश कर रहे हैं जो हमारे वेब एप्लिकेशन को तेज कर सके, जो बढ़ते ट्रैफ़िक के तहत धीमा हो गया है। प्रमुख पृष्ठों पर प्रतिक्रिया समय स्वीकार्य सीमाओं से परे चला गया है, और हमें यादृच्छिक समायोजनों के बजाय एक प्रणालीगत दृष्टिकोण की आवश्यकता है। परियोजना का मूल एक इन-मेमोरी कैशिंग परत को पेश करना, सबसे भारी डेटाबेस क्वेरी को फिर से काम करना, और गर्म-अप रूटीन सेट करना है ताकि लोकप्रिय पृष्ठ हमेशा कैश से परोसे जाएं।

काम प्रोफाइलिंग के साथ शुरू होता है: हम उम्मीद करते हैं कि विशेषज्ञ यह मापेगा कि समय वास्तव में कहाँ व्यतीत हो रहा है, सबसे धीमे एंडपॉइंट्स और उनके पीछे की क्वेरी की पहचान करेगा, और एक कैशिंग रणनीति का प्रस्ताव करेगा जो हमारे स्टैक के अनुकूल हो। हम एक मेमोरी-आधारित कैश (जैसे Redis या Memcached) डेटा परत में वायर्ड, समझदारी से अमान्यकरण नियम, और उन पृष्ठों के लिए प्रीवार्मिंग चाहते हैं जो हमारे उपयोगकर्ताओं के लिए सबसे महत्वपूर्ण हैं। क्वेरी ऑप्टिमाइजेशन - इंडेक्स, फिर से लिखे गए जॉइन, N+1 पैटर्न को हटाना - कार्य का एक समान हिस्सा है।

अंत में, हम ऐसे मैट्रिक्स चाहते हैं जिन पर हम भरोसा कर सकें। इंजीनियर को डैशबोर्ड या कम से कम स्पष्ट माप छोड़ना चाहिए जो पहले और बाद की लेटेंसी, कैश हिट अनुपात, और डेटाबेस लोड दिखाते हैं। डिलीवर करने योग्य में प्रलेखित कॉन्फ़िगरेशन, हमारी टीम के लिए एक संक्षिप्त रनबुक, और एक प्रदर्शन शामिल है कि लक्षित पृष्ठ अब हमारे बजट के भीतर प्रतिक्रिया देते हैं। कृपया समान त्वरक परियोजनाओं के साथ अपने अनुभव और उन उपकरणों का वर्णन करें जिन पर आप भरोसा करते हैं।