Skip to main content
AI EducademyAIEducademy
🌳

AI की नींव

🌱
AI Seeds

वास्तविक दुनिया के लिए एआई साक्षरता

🌿
AI Sprouts

बुद्धिमान प्रणालियों के पीछे की नींव

🌳
AI Branches

आज की AI क्षमताओं के साथ निर्माण करें

🏕️
AI Canopy

इंजीनियर विश्वसनीय GenAI सिस्टम

🌲
AI Forest

एआई उत्पादों को जिम्मेदारी से शिप करें

🔨

AI में महारत

✏️
AI Sketch

एआई बिल्डरों के लिए इंजीनियरिंग फाउंडेशन

🪨
AI Chisel

कठिन समस्याओं को हल करने के लिए पैटर्न

⚒️
AI Craft

ऐसे डिज़ाइन सिस्टम जो AI को मापें

💎
AI Polish

एआई युग में संचार करें और नेतृत्व करें

🏆
AI Masterpiece

आपका उत्पादन एआई कैपस्टोन

🚀

करियर रेडी

🚀
इंटरव्यू लॉन्चपैड

एआई इंजीनियरिंग जॉब मार्केट पर नेविगेट करें

🌟
व्यवहारिक इंटरव्यू में महारत

आप कैसे प्रभाव पैदा करते हैं इसकी कहानी बताएं

💻
तकनीकी इंटरव्यू

दबाव में समाधान करें, डिज़ाइन करें और संवाद करें

🤖
AI और ML इंटरव्यू

आधुनिक ML और GenAI साक्षात्कार के लिए तैयारी करें

🏆
ऑफर और उससे आगे

अगला कदम आत्मविश्वासपूर्ण और जानकारीपूर्ण बनाएं

सभी कार्यक्रम देखें→

लैब

7 प्रयोग लोड हुए
🧠न्यूरल नेटवर्क प्लेग्राउंड🤖AI या इंसान?💬प्रॉम्प्ट लैब🎨इमेज जनरेटर😊सेंटिमेंट एनालाइज़र💡चैटबॉट बिल्डर⚖️एथिक्स सिमुलेटर
🎯मॉक इंटरव्यूलैब में जाएँ→
यात्राब्लॉग
🎯
हमारे बारे में

हर जगह, हर किसी के लिए AI शिक्षा सुलभ बनाना

❓
अक्सर पूछे जाने वाले प्रश्न

सामान्य प्रश्नों के उत्तर

🧰
AI टूल्स

हमारे चुने हुए और सुझाए गए टूल्स

✉️
संपर्क

हमसे संपर्क करें

⭐
ओपन सोर्स

GitHub पर सार्वजनिक रूप से निर्मित

मूल्य
सीखना शुरू करें
AI EducademyAIEducademy

© 2026 AI Educademy. सर्वाधिकार सुरक्षित।

सीखें

  • कार्यक्रम
  • पाठ
  • लैब
  • एआई स्टार्टर किट
  • मूल्य

समुदाय

  • GitHub
  • योगदान करें
  • आचार संहिता
  • हमारे बारे में
  • सामान्य प्रश्न

सहायता

  • कॉफ़ी खरीदें ☕
  • सेवा की शर्तें
  • गोपनीयता नीति
  • संपर्क करें
  • Sitemap
AI और इंजीनियरिंग प्रोग्राम›🤖 AI और ML इंटरव्यू›पाठ›एमएल सिस्टम डिज़ाइन इंटरव्यू
🏗️
AI और ML इंटरव्यू • उन्नत⏱️ 25 मिनट पढ़ने का समय

एमएल सिस्टम डिज़ाइन इंटरव्यू

🤖

यह पाठ स्वतः हिन्दी में अनूदित किया गया है और अभी तक किसी व्यक्ति द्वारा जाँचा नहीं गया है। यदि कुछ अटपटा लगे, तो अंग्रेज़ी संस्करण ही अंतिम माना जाएगा।

🏗️ एमएल सिस्टम डिज़ाइन इंटरव्यू

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


🗺️ एमएल सिस्टम डिज़ाइन अलग क्यों है

पारंपरिक सॉफ़्टवेयर सिस्टम डिज़ाइन डेटा प्रवाह, स्टोरेज और स्केलेबिलिटी पर केंद्रित होता है। एमएल सिस्टम डिज़ाइन इसमें एक और आयाम जोड़ता है: मॉडल एक जीवित घटक है जो समय के साथ कमजोर पड़ता है, डेटा गुणवत्ता पर निर्भर करता है और लगातार मूल्यांकन मांगता है।

इंटरव्यूअर किसी बिल्कुल सही आर्किटेक्चर डायग्राम की तलाश में नहीं होते। वे देखना चाहते हैं कि आप यह कर सकते हैं:

  • धुंधली व्यावसायिक समस्या को अच्छी तरह सीमित एमएल कार्य में बदलना
  • डेटा आवश्यकताओं और संभावित जोखिमों को जल्दी पहचानना
  • पाठ्यपुस्तक वाले जवाब दोहराने के बजाय ट्रेड-ऑफ़ पर तर्क करना
  • यह सोचना कि मॉडल डिप्लॉय होने के बाद क्या होता है
💡

उम्मीदवारों की सबसे बड़ी गलती सीधे मॉडल चयन पर कूद जाना है। इंटरव्यूअर लगातार बताते हैं कि समस्या को परिभाषित करना और डेटा पर चर्चा करना ही वह जगह है जहां उम्मीदवार अलग दिखते हैं।


🧩 आठ चरणों वाला एमएल सिस्टम डिज़ाइन ढांचा

हर डिज़ाइन सवाल के लिए इस ढांचे को अपनी मूल संरचना की तरह इस्तेमाल करें। हर चरण पर बराबर समय लगाना ज़रूरी नहीं है। सवाल के हिसाब से ढालें, लेकिन हर चरण को छूना परिपक्वता दिखाता है।

1. समस्या परिभाषा और व्यावसायिक मेट्रिक्स

लक्ष्य साफ़ करके शुरुआत करें। पूछें: व्यवसाय के लिए सफलता कैसी दिखेगी?

  • सर्च रैंकिंग: क्लिक-थ्रू रेट बढ़ाना है? नतीजे तक पहुंचने का समय घटाना है?
  • फ़्रॉड डिटेक्शन: फ़ॉल्स पॉज़िटिव (सही उपयोगकर्ताओं को रोकना) नियंत्रित रखते हुए फ़ॉल्स निगेटिव (छूट गया फ़्रॉड) कम करने हैं?
  • कंटेंट मॉडरेशन: प्रेसिजन से ऊपर रिकॉल को रखना है, यानी हर हानिकारक चीज़ पकड़नी है?

व्यावसायिक मेट्रिक को जल्दी ही एमएल के अनुकूल उद्देश्य से जोड़ें। उदाहरण के लिए, "उपयोगकर्ता सहभागिता बढ़ाना" का अर्थ हो सकता है "हर आइटम पर क्लिक की संभावना अनुमानित करना और स्कोर के आधार पर रैंक करना।"

2. डेटा पाइपलाइन और संग्रह

बताएं कि डेटा कहां से आता है, कैसे इकट्ठा होता है और आपको किन समस्याओं की आशंका है:

  • डेटा स्रोत: उपयोगकर्ता व्यवहार लॉग, ट्रांज़ैक्शन रिकॉर्ड, थर्ड-पार्टी API
7 का पाठ 10% पूर्ण
←प्रोग्राम पर वापस
जारी रखें: मॉडल मूल्यांकन की गहराई→

चर्चा

साइन इन करें चर्चा में शामिल होने के लिए

इस पाठ में संपादन सुझाएं
  • लेबलिंग रणनीति: स्पष्ट लेबल (उपयोगकर्ता रेटिंग), अप्रत्यक्ष संकेत (क्लिक, ठहरने का समय), या मानव एनोटेशन
  • डेटा की ताज़गी: डेटा कितनी बार बदलता है, और क्या पुराने डेटा से प्रदर्शन पर असर पड़ता है?
  • 3. फ़ीचर इंजीनियरिंग

    बताएं कि आप कौन-से फ़ीचर निकालेंगे। उन्हें तार्किक समूहों में रखें:

    | फ़ीचर समूह | उदाहरण | |---|---| | उपयोगकर्ता फ़ीचर | आयु बकेट, अवधि, ऐतिहासिक क्लिक रेट | | आइटम फ़ीचर | श्रेणी, कीमत की सीमा, लोकप्रियता स्कोर | | संदर्भ फ़ीचर | दिन का समय, डिवाइस प्रकार, स्थान | | इंटरैक्शन फ़ीचर | उपयोगकर्ता×आइटम सह-घटना, सेशन की गहराई |

    4. मॉडल चयन

    अब, और केवल अब, मॉडल पर चर्चा करें। अपनी पसंद का कारण दें:

    • बेसलाइन: लॉजिस्टिक रिग्रेशन या ग्रेडिएंट-बूस्टेड ट्री (ट्रेन करने में तेज़, समझाने योग्य)
    • उन्नत: डीप लर्निंग (रिट्रीवल के लिए टू-टावर मॉडल, ट्रांसफ़ॉर्मर-आधारित रैंकर)
    • एन्सेम्बल: तेज़ रिट्रीवल मॉडल को धीमे लेकिन अधिक सटीक री-रैंकर के साथ जोड़ना

    5. ट्रेनिंग रणनीति

    बताएं कि आप ट्रेनिंग और वैलिडेशन कैसे करेंगे:

    • ट्रेन/वैलिडेशन/टेस्ट स्प्लिट (समय-संबंधी डेटा के लिए समय-आधारित स्प्लिट)
    • क्लास असंतुलन संभालना (ओवरसैंपलिंग, लॉस वेटिंग)
    • हाइपरपैरामीटर ट्यूनिंग का तरीका

    6. ऑफ़लाइन मूल्यांकन

    ऐसे मेट्रिक्स चुनें जो व्यावसायिक लक्ष्य से मेल खाते हों। रैंकिंग के लिए प्रेसिजन@K, बाइनरी क्लासिफ़िकेशन के लिए AUC-ROC, क्रमबद्ध सूचियों के लिए NDCG मेट्रिक।

    7. डिप्लॉयमेंट और सर्विंग

    बताएं कि मॉडल उपयोगकर्ताओं तक कैसे पहुंचेगा:

    • बैच इन्फ़रेंस: हर रात पहले से भविष्यवाणियां निकालना (ईमेल रिकमेंडेशन के लिए अच्छा)
    • रीयल-टाइम इन्फ़रेंस: हर अनुरोध पर स्कोर करना (सर्च रैंकिंग के लिए ज़रूरी)
    • हाइब्रिड: उम्मीदवार सेट पहले से निकालना, फिर रीयल टाइम में दोबारा रैंक करना

    8. मॉनिटरिंग और पुनरावृत्ति

    लॉन्च के बाद आप क्या देखेंगे, यह समझाएं: डेटा ड्रिफ़्ट, भविष्यवाणी वितरण में बदलाव और A/B टेस्ट के ज़रिए ऑनलाइन मेट्रिक्स।

    🤔
    Think about it:

    कल्पना करें कि आप फ़्रॉड डिटेक्शन सिस्टम डिज़ाइन कर रहे हैं। व्यवसाय कहता है "सारा फ़्रॉड पकड़ो।" 100% रिकॉल खतरनाक लक्ष्य क्यों है, और स्वीकार्य ट्रेड-ऑफ़ पर बातचीत को आप कैसे ढालेंगे?


    🎯 आम एमएल डिज़ाइन सवाल और उनका तरीका

    रिकमेंडेशन सिस्टम

    • फ़्रेमिंग: P(उपयोगकर्ता क्लिक आइटम) का अनुमान लगाएं, फिर आइटम को स्कोर के आधार पर रैंक करें
    • मुख्य चुनौती: नए उपयोगकर्ताओं या आइटम के लिए कोल्ड-स्टार्ट समस्या
    • आर्किटेक्चर: उम्मीदवार निर्माण (तेज़, अनुमानित) → रैंकिंग (सटीक, धीमी) → री-रैंकिंग (व्यावसायिक नियम, विविधता)

    सर्च रैंकिंग

    • फ़्रेमिंग: किसी क्वेरी के लिए दस्तावेज़ों को प्रासंगिकता के आधार पर रैंक करें
    • मुख्य चुनौती: प्रासंगिकता, ताज़गी और वैयक्तिकरण का संतुलन
    • आर्किटेक्चर: इनवर्टेड इंडेक्स रिट्रीवल → लर्निंग-टू-रैंक मॉडल → व्यावसायिक नियमों के साथ मिश्रण

    फ़्रॉड डिटेक्शन

    • फ़्रेमिंग: बाइनरी क्लासिफ़िकेशन, क्या यह ट्रांज़ैक्शन धोखाधड़ी है?
    • मुख्य चुनौती: अत्यधिक क्लास असंतुलन (फ़्रॉड ट्रांज़ैक्शन के < 0.1% होते हैं)
    • आर्किटेक्चर: नियम-आधारित फ़िल्टर → एमएल मॉडल → अनिश्चित मामलों के लिए मानव समीक्षा कतार