AWS इंटरव्यू प्रश्न

आपने सेवाओं की सूची पढ़ ली है, फिर भी अंदाज़ा नहीं लग रहा कि इंटरव्यू असल में कैसा होगा। यह अंतर सामान्य है, और यह सेक्शन उसे पाटता है: AWS राउंड यह पता लगाने के लिए बनाए जाते हैं कि क्या आपने कोई चीज़ चलाई है, न कि क्या आप उसका नाम बता सकते हैं।

यह पैटर्न फॉलो-अप में सामने आता है। इंटरव्यूअर पूछता है कि आप कौन-सी सेवा इस्तेमाल करेंगे, आप सही जवाब देते हैं, और अगला सवाल होता है कि दूसरी सेवा क्यों नहीं। जिसने वह वर्कलोड चलाया है वह बिल, आउटेज या माइग्रेशन के अनुभव से जवाब देता है। जिसने सिर्फ दस्तावेज़ पढ़े हैं वह वहीं अटक जाता है। AWS इंटरव्यू का फैसला पहले सवाल में नहीं, बल्कि इसी दूसरे सवाल में होता है।

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

ये वे फंडामेंटल प्रश्न हैं जो AWS इंटरव्यू में बार-बार आते हैं, उसी तरह समूहीकृत जैसे राउंड आमतौर पर व्यवस्थित होते हैं।

नेटवर्किंग और VPC

• VPC क्या है, और पब्लिक व प्राइवेट सबनेट में क्या अंतर है?
• NAT गेटवे की ज़रूरत कब पड़ती है, और इसकी कीमत क्या होती है?
• सिक्योरिटी ग्रुप्स नेटवर्क ACL से कैसे अलग हैं?
• आप दो VPC को कैसे जोड़ेंगे, और पीयरिंग कब गलत विकल्प होती है?

आइडेंटिटी और सिक्योरिटी

• IAM रोल्स, पॉलिसीज़ और यूज़र्स समझाएँ, और कब किसे इस्तेमाल करेंगे।
• बिना की स्टोर किए EC2 इंस्टेंस को क्रेडेंशियल कैसे मिलते हैं?
• लीस्ट प्रिविलेज का सिद्धांत असल पॉलिसी में कैसा दिखता है?
• AWS में सीक्रेट्स को कैसे रोटेट और ऑडिट करते हैं?

स्टोरेज और डेटाबेस

• S3 स्टोरेज क्लासेज़ की तुलना करें और बताएं कि कब किसका इस्तेमाल करेंगे।
• EBS और इंस्टेंस स्टोर में क्या अंतर है?
• RDS की जगह DynamoDB कब चुनते हैं, और बदले में क्या छोड़ना पड़ता है?
• रीड रेप्लिका मल्टी-AZ डिप्लॉयमेंट से कैसे अलग है?

कंप्यूट और अवेलेबिलिटी

• ऑटो स्केलिंग ग्रुप्स और वे मेट्रिक्स समझाएँ जिन पर आप स्केल करेंगे।
• Lambda कब गलत जवाब होता है?
• अवेलेबिलिटी ज़ोन और रीजन में क्या अंतर है?
• पूरे अवेलेबिलिटी ज़ोन के खो जाने के लिए आप कैसे डिज़ाइन करेंगे?

परिदृश्य वाले प्रश्न ही उम्मीदवारों को अलग करते हैं, क्योंकि इनका कोई रटा हुआ जवाब नहीं होता। सामान्य प्रॉम्प्ट कुछ ऐसे होते हैं:

• हमारा मासिक बिल दोगुना हो गया जबकि ट्रैफ़िक नहीं बढ़ा। आप वजह कैसे पता लगाएंगे?
• एक फ़ाइल अपलोड पाइपलाइन डिज़ाइन करें जो एक रिक्वेस्ट के लिए बहुत बड़ी फ़ाइलों को संभाले।
• एक सर्विस सिर्फ एक अवेलेबिलिटी ज़ोन में धीमी है। आप सबसे पहले क्या जाँचेंगे?
• एक ऑन-प्रेमिस डेटाबेस को न्यूनतम डाउनटाइम के साथ AWS पर ले जाएं। मुझे पूरी प्रक्रिया बताएं।
• आप इस आर्किटेक्चर को एक क्षेत्रीय आउटेज में भी टिका हुआ कैसे बनाएंगे, और इसकी कीमत क्या होगी?

हर बार एक ही क्रम में जवाब दें: पहले वह कंस्ट्रेंट दोहराएं जो आपको सबसे अहम लगता है, अपनी धारणा ज़ोर से बोलें, एक सेवा चुनें, फिर वह ट्रेड-ऑफ बताएं जिसे आपने स्वीकार किया। इंटरव्यूअर इसी ट्रेड-ऑफ वाले वाक्य को सुनने के लिए बैठे होते हैं, क्योंकि यह साबित करता है कि आप जानते हैं कि उस चुनाव की कीमत क्या थी।

एक मिड-साइज़ कंपनी में प्लेटफ़ॉर्म रोल के लिए इंटरव्यू दे रही एक बैकएंड इंजीनियर से अपलोड पाइपलाइन डिज़ाइन करने को कहा जाता है। तुरंत S3 का नाम लेने के बजाय, वह पूछती है कि क्या अपलोड यूज़र-फेसिंग हैं और फ़ाइलें कितनी बड़ी होती हैं, फिर मल्टीपार्ट अपलोड के साथ प्रीसाइन्ड URL चुनती है और बताती है कि उसने एप्लिकेशन सर्वर से होकर रूट करने को इसलिए नकारा क्योंकि इससे थ्रूपुट एक स्केलिंग समस्या बन जाता। सेवा का चुनाव सामान्य था; जो याद रह गया वह उसकी सोच का तर्क था।

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

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

एक बात साफ़ कह देना ज़रूरी है: कुछ AWS स्क्रीन लाइव बातचीत नहीं बल्कि ऑटोमेटेड, रिकॉर्ड की गई या प्रॉक्टर्ड असेसमेंट होती हैं। ये किसी भी लाइव असिस्टेंट के दायरे से बाहर हैं, SubcueAI भी शामिल है। वहाँ सिर्फ तैयारी ही काम आती है, और इंटरव्यू टाइप्स हब बताता है कि कौन-सा फ़ॉर्मेट कैसे व्यवहार करता है।