भारत में फ्रेशर्स के लिए AWS नौकरियां 2026: स्किल्स, प्रोजेक्ट्स और सर्टिफिकेशन

HinduTone में अभी भर्ती जारी है

HinduTone इस समय इन भूमिकाओं के लिए भर्ती कर रहा है। पूरा जॉब डिस्क्रिप्शन और आवेदन का तरीका देखने के लिए कोई भूमिका खोलें।

• AWS क्लाउड इंजीनियर (हैदराबाद, हाइब्रिड) (हैदराबाद, हाइब्रिड, फुल-टाइम)
• AWS क्लाउड इंजीनियर (फ्रेशर) (हैदराबाद, हाइब्रिड) (हैदराबाद, हाइब्रिड, फुल-टाइम)
• AWS क्लाउड इंटर्न (हैदराबाद, हाइब्रिड) (हैदराबाद, हाइब्रिड, पेड इंटर्नशिप)
• DevOps इंजीनियर (हैदराबाद, हाइब्रिड) (हैदराबाद, हाइब्रिड, फुल-टाइम)
• क्लाउड और DevOps इंजीनियर (हैदराबाद, हाइब्रिड) (हैदराबाद, हाइब्रिड, फुल-टाइम)

आवेदन कैसे करें: +91-9666019191 पर कॉल या WhatsApp करें, या HinduTone के संपर्क पेज के माध्यम से अपना रिज़्यूमे भेजें। HinduTone आवेदन के लिए कभी कोई शुल्क नहीं लेता।

अगर आप भारत में एक फ्रेशर हैं और Amazon Web Services पर काम करना चाहते हैं, तो अच्छी खबर यह है कि शुरुआत के लिए आपको वर्षों के अनुभव की ज़रूरत नहीं है। आपको मुख्य सेवाओं की स्पष्ट समझ, कुछ ऐसे काम करने वाले प्रोजेक्ट्स जिन्हें आप लाइन-दर-लाइन समझा सकें, और पहले दिन से लागत और सुरक्षा के बारे में सोचने की आदत चाहिए। यह गाइड अंतिम वर्ष के छात्रों, हाल के स्नातकों और सपोर्ट, टेस्टिंग या सिस्टम एडमिनिस्ट्रेशन से क्लाउड काम में आने वाले लोगों के लिए लिखी गई है।

एंट्री-लेवल AWS भूमिका का मतलब आमतौर पर किसी टीम को AWS पर वर्कलोड बनाने, चलाने और उनकी समस्याएं सुलझाने में मदद करना होता है: EC2 इंस्टेंस शुरू करना और पैच करना, S3 बकेट और अनुमतियां संभालना, CloudWatch अलार्म पढ़ना, छोटे Lambda फ़ंक्शन लिखना और धीरे-धीरे Terraform के साथ इंफ्रास्ट्रक्चर ऐज़ कोड संभालना। नियोक्ता इन भूमिकाओं के लिए फ्रेशर्स को इसलिए रखते हैं क्योंकि क्लाउड सिस्टम लगातार बढ़ते रहते हैं और किसी को उन्हें व्यवस्थित, सुरक्षित और डॉक्यूमेंटेड रखना होता है।

नीचे आपको मिलेगा कि इस नौकरी में क्या काम होता है, किस क्रम में कौन-सी स्किल्स सीखें, ऐसे प्रोजेक्ट्स जो रिक्रूटर का ध्यान खींचें, मॉडल उत्तरों के साथ इंटरव्यू प्रश्न, 90 दिनों की योजना और सर्टिफिकेशन पर एक ईमानदार टिप्पणी। सभी टेक्नोलॉजी भूमिकाओं की व्यापक तस्वीर के लिए देखें टेक्नोलॉजी करियर रोडमैप 2026।

यह एक करियर गाइड है, नौकरी का विज्ञापन नहीं। HinduTone की अपनी मौजूदा रिक्तियां, जब उपलब्ध हों, "अभी भर्ती जारी है" सेक्शन में दी जाती हैं।

संक्षिप्त सारांश

एक एंट्री-लेवल AWS इंजीनियर वास्तव में क्या करता है?

ज़्यादातर टीमों में फ्रेशर डिज़ाइन के बजाय ऑपरेशनल काम से शुरुआत करता है। एक सामान्य हफ्ते में अनुरोध पर IAM यूज़र या रोल बनाना और जांचना कि वे लीस्ट प्रिविलेज का पालन करते हैं, मेमोरी की कमी से जूझ रहे EC2 इंस्टेंस का आकार बदलना, S3 वर्शन से कोई फ़ाइल रीस्टोर करना, या यह पता लगाना कि कोई Lambda फ़ंक्शन अचानक टाइम आउट क्यों हो रहा है, शामिल हो सकता है।

जैसे-जैसे भरोसा बढ़ता है, काम निर्माण की ओर बढ़ता है। आप नए VPC के लिए Terraform मॉड्यूल लिख सकते हैं, किसी ऐसी सेवा के लिए CloudWatch डैशबोर्ड जोड़ सकते हैं जिसके पास कोई डैशबोर्ड नहीं है, पुराने लॉग्स को सस्ते स्टोरेज में ले जाने वाला S3 लाइफसाइकल नियम सेट कर सकते हैं, या किसी एप्लिकेशन को एक अकेले EC2 सर्वर से ECS पर कंटेनरों में माइग्रेट करने में मदद कर सकते हैं। क्लाउड सपोर्ट भूमिका में ध्यान ग्राहकों की समस्याओं पर होता है: समस्या को दोबारा उत्पन्न करना, किसी कॉन्फ़िगरेशन को समझाना और सबूतों के साथ साफ़-सुथरे तरीके से एस्केलेट करना।

तीन आदतें अच्छे जूनियर्स को औसत से अलग करती हैं: वे जो कुछ शुरू करते हैं उसका बिल पर असर जांचते हैं, वे कभी "सिर्फ टेस्ट करने के लिए" सिक्योरिटी ग्रुप को खुला नहीं करते, और वे जो करते हैं उसे लिखकर रखते हैं।

आवश्यक स्किल्स

शुरुआती स्तर

• Linux की बुनियादी बातें: फ़ाइल अनुमतियां, प्रोसेस, systemd सेवाएं, SSH, पैकेज मैनेजर, /var/log में लॉग पढ़ना।
• नेटवर्किंग: IP एड्रेसिंग, CIDR, सबनेट, DNS, HTTP/HTTPS, पोर्ट, लोड बैलेंसर और NAT क्या करते हैं।
• IAM: यूज़र, ग्रुप, रोल, पॉलिसी, रूट अकाउंट और उसे MFA के साथ सुरक्षित रखना क्यों ज़रूरी है।
• EC2: इंस्टेंस टाइप, AMI, की पेयर, सिक्योरिटी ग्रुप, EBS वॉल्यूम, यूज़र डेटा स्क्रिप्ट्स।
• S3: बकेट, ऑब्जेक्ट, स्टोरेज क्लास, वर्शनिंग, बकेट पॉलिसी, पब्लिक एक्सेस ब्लॉक करना।
• AWS CLI और कंसोल: एक ही काम दोनों तरीकों से करना ताकि आप समझ सकें कि कंसोल क्या छिपाता है।

मध्यम स्तर

• VPC डिज़ाइन: पब्लिक और प्राइवेट सबनेट, रूट टेबल, इंटरनेट गेटवे, NAT गेटवे, VPC एंडपॉइंट।
• RDS: इंजन, Multi-AZ, रीड रेप्लिका, ऑटोमेटेड बैकअप, पैरामीटर ग्रुप, प्राइवेट सबनेट से कनेक्ट करना।
• Lambda और API Gateway: इवेंट ट्रिगर, एक्ज़ीक्यूशन रोल, टाइमआउट, एनवायरनमेंट वेरिएबल, कोल्ड स्टार्ट।
• CloudWatch: मेट्रिक्स, अलार्म, लॉग ग्रुप, Logs Insights क्वेरी, डैशबोर्ड।
• CloudTrail: किसने क्या और कब किया; किसी अप्रत्याशित बदलाव की जांच के लिए इसका उपयोग।
• Terraform: प्रोवाइडर, रिसोर्स, वेरिएबल, आउटपुट, स्टेट, मॉड्यूल, apply से पहले plan।
• CI/CD: GitHub Actions या AWS CodePipeline का उपयोग करके एक पाइपलाइन जो हर push पर टेस्ट, बिल्ड और डिप्लॉय करे।

उन्नत स्तर (दिखाना अच्छा है, पहले दिन से अपेक्षित नहीं)

• कंटेनर: Docker इमेज, ECR, Fargate के साथ ECS, और EKS तथा Kubernetes ऑब्जेक्ट्स की व्यावहारिक समझ।
• सुरक्षा की गहराई: KMS एन्क्रिप्शन, Secrets Manager, GuardDuty निष्कर्ष, Security Hub, AWS Config नियम, AWS Organizations में SCP।
• विश्वसनीयता: Auto Scaling ग्रुप, हेल्थ चेक, मल्टी-AZ डिज़ाइन, बैकअप और रीस्टोर अभ्यास।
• लागत के प्रति जागरूकता: Cost Explorer, बजट, टैगिंग रणनीति, राइट-साइज़िंग, निष्क्रिय संसाधनों की पहचान।

शैक्षिक पृष्ठभूमि

कोई एक अनिवार्य डिग्री नहीं है। कंप्यूटर साइंस, IT और इलेक्ट्रॉनिक्स स्नातक आम हैं, लेकिन मैकेनिकल या सिविल इंजीनियर भी, जिन्होंने खुद Linux सीखा और असली AWS प्रोजेक्ट्स बनाए, नौकरी पाते हैं, खासकर सपोर्ट और ऑपरेशंस भूमिकाओं में। नियोक्ता यह सबूत देखते हैं कि आप समझते हैं कि सिस्टम एक-दूसरे से कैसे संवाद करते हैं। अगर आपकी डिग्री में नेटवर्किंग या ऑपरेटिंग सिस्टम शामिल नहीं थे, तो पहले यह कमी पूरी करें; यह इंटरव्यू में आपको बचाएगा।

AWS फ्रेशर भूमिकाओं के लिए कौन आवेदन कर सकता है?

• किसी भी इंजीनियरिंग या कंप्यूटर से जुड़ी स्ट्रीम के अंतिम वर्ष के छात्र और स्नातक।
• IT सपोर्ट, टेस्टिंग, NOC या हेल्पडेस्क भूमिकाओं में 0–1 वर्ष के अनुभव वाले लोग जो क्लाउड में जाना चाहते हैं।
• ऑन-प्रिमाइसेस वातावरण के सिस्टम एडमिनिस्ट्रेटर जो पहले से Linux या Windows Server जानते हैं।
• गैर-IT पृष्ठभूमि से करियर बदलने वाले लोग जो सिर्फ कोर्स पूरा करने के बैज नहीं, बल्कि काम करने वाले प्रोजेक्ट्स दिखा सकें।

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

AWS शुरुआती रोडमैप

चरण 1: AWS को छूने से पहले दो से तीन हफ्ते Linux और नेटवर्किंग सीखें। इनके बिना VPC और सिक्योरिटी ग्रुप जादू जैसे लगेंगे।

चरण 2: एक AWS अकाउंट बनाएं, रूट यूज़र को MFA से सुरक्षित करें, रोज़ के काम के लिए एक IAM एडमिन यूज़र बनाएं, और कुछ भी शुरू करने से पहले बिलिंग बजट अलर्ट सेट करें। मौजूदा AWS Free Tier शर्तें जांचें, क्योंकि वे बदलती रहती हैं, और याद रखें कि हर सेवा इसमें शामिल नहीं है।

चरण 3: EC2, S3 और IAM पर हाथ से काम करें। एक इंस्टेंस शुरू करें, एक स्टैटिक पेज होस्ट करें, सिक्योरिटी ग्रुप को बिगाड़ें, फिर उसे ठीक करें।

चरण 4: पब्लिक और प्राइवेट सबनेट के साथ एक कस्टम VPC बनाएं, प्राइवेट सबनेट में RDS डेटाबेस रखें, और उससे केवल एक एप्लिकेशन सर्वर के माध्यम से कनेक्ट करें।

चरण 5: Lambda, API Gateway और DynamoDB या S3 के साथ सर्वरलेस की ओर बढ़ें।

चरण 6: CloudWatch अलार्म और CloudTrail के साथ ऑब्ज़र्वेबिलिटी जोड़ें, फिर किसी पुराने प्रोजेक्ट को पूरी तरह Terraform में दोबारा बनाएं।

चरण 7: किसी एक प्रोजेक्ट को CI/CD पाइपलाइन में लपेटें और ECS के लिए एक एप्लिकेशन को कंटेनराइज़ करें।

बनाने योग्य प्रोजेक्ट्स

इनमें से चार या पांच चुनें और उन्हें अच्छी तरह करें। हर एक Git रिपॉज़िटरी में होना चाहिए जिसमें README, आर्किटेक्चर डायग्राम, Terraform या CLI स्टेप्स, और एक छोटा सेक्शन हो कि इसकी लागत कितनी आई और आपने इसे कैसे हटाया।

• सर्वरलेस URL शॉर्टनर या फ़ीडबैक फ़ॉर्म: API Gateway, Lambda और DynamoDB, एक ही टेबल तक सीमित IAM रोल के साथ। यह साबित करता है कि आप इवेंट-ड्रिवन डिज़ाइन और लीस्ट प्रिविलेज समझते हैं।
• थ्री-टियर वेब एप्लिकेशन: पब्लिक सबनेट में लोड बैलेंसर, प्राइवेट सबनेट में EC2 Auto Scaling ग्रुप, और उसके पीछे RDS। यह साबित करता है कि आप VPC डिज़ाइन कर सकते हैं और नेटवर्क पथों पर तर्क कर सकते हैं।
• CI/CD पाइपलाइन: GitHub Actions जो टेस्ट चलाए, Docker इमेज बनाए, ECR में push करे और ECS Fargate पर डिप्लॉय करे। यह साबित करता है कि आप रिलीज़ को क्लिक करके नहीं, ऑटोमेट करके कर सकते हैं।
• मॉनिटरिंग और अलर्टिंग सेटअप: CloudWatch डैशबोर्ड, CPU, एरर और लेटेंसी पर अलार्म, SNS ईमेल नोटिफ़िकेशन, और एक Logs Insights क्वेरी जिसे आप समझा सकें। यह ऑपरेशनल सोच को साबित करता है।
• इंफ्रास्ट्रक्चर ऐज़ कोड से दोबारा निर्माण: थ्री-टियर प्रोजेक्ट को Terraform मॉड्यूल और S3 में रिमोट स्टेट के साथ दोबारा बनाएं। यह साबित करता है कि आप इंफ्रास्ट्रक्चर को बार-बार एक जैसा संभाल सकते हैं।
• सिक्योरिटी ऑडिट स्क्रिप्ट: boto3 का उपयोग करने वाली एक Python स्क्रिप्ट जो पब्लिक S3 बकेट, बिना MFA वाले IAM यूज़र और 0.0.0.0/0 के लिए खुले सिक्योरिटी ग्रुप की सूची बनाए। यह साबित करता है कि आप केवल फ़ीचर्स नहीं, सुरक्षा के बारे में भी सोचते हैं।

AWS फ्रेशर भूमिकाओं के लिए रिज़्यूमे टिप्स

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

हर उस AWS सेवा को सूचीबद्ध करने से बचें जिसके बारे में आपने केवल पढ़ा है। अगर आप EKS लिखते हैं, तो Deployment और Service समझाने के लिए तैयार रहें। अपना GitHub लिंक ऊपर की ओर जोड़ें, और सुनिश्चित करें कि रिपॉज़िटरी पब्लिक और व्यवस्थित हों। सर्टिफिकेशन को एक अलग छोटे सेक्शन में सटीक आधिकारिक नाम के साथ शामिल करें।

जहां सच हो वहां शामिल करने योग्य ATS कीवर्ड: AWS, EC2, S3, IAM, VPC, Lambda, RDS, CloudWatch, CloudTrail, Terraform, Docker, ECS, Linux, Bash, Python, Git, CI/CD, GitHub Actions, इंफ्रास्ट्रक्चर ऐज़ कोड, मॉनिटरिंग, ट्रबलशूटिंग।

इंटरव्यू की तैयारी

शुरुआती प्रश्न

• रीजन और अवेलेबिलिटी ज़ोन में क्या अंतर है?
• EC2 इंस्टेंस क्या है, और इसकी कीमत किससे तय होती है?
• सिक्योरिटी ग्रुप नेटवर्क ACL से कैसे अलग है?
• S3 वर्शनिंग क्या है और आप इसे कब चालू करेंगे?
• IAM यूज़र और IAM रोल में क्या अंतर है?
• रोज़ के काम के लिए रूट अकाउंट का उपयोग क्यों नहीं करना चाहिए?
• AMI क्या है?
• Elastic IP क्या करता है?
• शेयर्ड रिस्पॉन्सिबिलिटी मॉडल क्या है?
• इंस्टेंस रुकने पर इंस्टेंस स्टोर वॉल्यूम के डेटा का क्या होता है?

मध्यम स्तर के प्रश्न

• प्राइवेट सबनेट के इंस्टेंस अपडेट के लिए इंटरनेट तक कैसे पहुंचते हैं?
• RDS में Multi-AZ और रीड रेप्लिका के बीच अंतर समझाइए।
• कौन-से ट्रिगर Lambda फ़ंक्शन को चला सकते हैं?
• आप कैसे पता लगाएंगे कि किसने S3 बकेट डिलीट किया?
• CloudWatch और CloudTrail में क्या अंतर है?
• terraform plan क्या दिखाता है, और स्टेट क्यों मायने रखता है?
• AWS पर किसी एप्लिकेशन के लिए डेटाबेस पासवर्ड आप कैसे स्टोर करेंगे?
• ECS और EKS में क्या अंतर है?
• S3 बकेट को केवल CloudFront के माध्यम से पढ़ने योग्य कैसे बनाएं?
• Auto Scaling ग्रुप क्या है और यह इंस्टेंस जोड़ने का निर्णय कैसे लेता है?

परिदृश्य और प्रोजेक्ट से जुड़े प्रश्न

• EC2 पर चल रही एक वेबसाइट अचानक पहुंच से बाहर हो गई है। अपनी जांच के चरण बताइए।
• आपका Lambda फ़ंक्शन केवल प्रोडक्शन में टाइम आउट होता है। आप जांच कैसे करेंगे?
• मासिक बिल दोगुना हो गया। आप कहां से देखना शुरू करेंगे?
• एक डेवलपर बग ठीक करने के लिए पूरा एडमिन एक्सेस मांगता है। आप क्या जवाब देंगे?
• एक RDS इंस्टेंस 95 प्रतिशत CPU पर है। आपके पास क्या विकल्प हैं?
• अपने थ्री-टियर प्रोजेक्ट में आपने डेटाबेस को वहीं क्यों रखा जहां रखा?
• आप बिना डाउनटाइम के नया वर्शन कैसे डिप्लॉय करेंगे?
• दो लोगों ने एक ही समय पर terraform apply चलाया और स्टेट खराब हो गया। अब क्या?
• एक सिक्योरिटी स्कैन बताता है कि एक S3 बकेट पब्लिक है। आप कौन-से कदम उठाएंगे?
• EC2 आधारित एप्लिकेशन का बैकअप और रीस्टोर आप कैसे करेंगे?

व्यवहार संबंधी प्रश्न

• आप AWS सेवाओं में होने वाले बदलावों से कैसे अपडेट रहते हैं?
• ऐसे समय के बारे में बताइए जब आपको किसी गैर-तकनीकी व्यक्ति को कोई तकनीकी समस्या समझानी पड़ी।
• आप कैसे तय करते हैं कि कब अकेले जारी रखने के बजाय मदद मांगनी है?

मुख्य प्रश्नों की व्याख्या

प्रश्न: प्राइवेट सबनेट के इंस्टेंस अपडेट के लिए इंटरनेट तक कैसे पहुंचते हैं?

यह क्या परखता है: क्या आप रटी हुई परिभाषाओं के बजाय VPC रूटिंग को समझते हैं।

कैसे उत्तर दें: समझाएं कि प्राइवेट सबनेट की रूट टेबल 0.0.0.0/0 ट्रैफ़िक को पब्लिक सबनेट में रखे NAT गेटवे पर भेजती है, जो खुद इंटरनेट गेटवे के माध्यम से रूट करता है। बताएं कि NAT केवल आउटबाउंड कनेक्शन की अनुमति देता है, इसलिए इंस्टेंस बाहर से पहुंच से बाहर रहते हैं।

आम गलती: यह कहना कि "प्राइवेट सबनेट से इंटरनेट गेटवे जोड़ दें", जिससे वह पब्लिक हो जाएगा।

प्रश्न: EC2 पर चल रही एक वेबसाइट अचानक पहुंच से बाहर हो गई है। अपनी जांच के चरण बताइए।

यह क्या परखता है: व्यवस्थित ट्रबलशूटिंग।

कैसे उत्तर दें: बाहर से अंदर की ओर जाएं। जांचें कि DNS सही एड्रेस पर रिज़ॉल्व हो रहा है, फिर लोड बैलेंसर टारगेट हेल्थ, फिर सिक्योरिटी ग्रुप और NACL नियम, फिर इंस्टेंस स्टेटस चेक, फिर क्या वेब सेवा चल रही है और सही पोर्ट पर सुन रही है, फिर डिस्क स्पेस और मेमोरी, फिर एप्लिकेशन लॉग्स और CloudTrail में हाल के डिप्लॉयमेंट।

आम गलती: सबूत जुटाए बिना सीधे "सर्वर रीस्टार्ट कर दो" पर पहुंच जाना।

प्रश्न: CloudWatch और CloudTrail में क्या अंतर है?

यह क्या परखता है: क्या आप जानते हैं कि कौन-सा टूल किस प्रश्न का उत्तर देता है।

कैसे उत्तर दें: CloudWatch मेट्रिक्स, लॉग्स और अलार्म के माध्यम से बताता है कि संसाधन कैसा प्रदर्शन कर रहे हैं। CloudTrail API कॉल रिकॉर्ड करता है, इसलिए यह बताता है कि किसने क्या और कब बदला। किसी घटना में आप अक्सर दोनों का उपयोग करते हैं: लक्षण पहचानने के लिए CloudWatch, और उसका कारण बने बदलाव को खोजने के लिए CloudTrail।

आम गलती: दोनों को एक ही लॉगिंग सेवा बताना।

प्रश्न: एक डेवलपर बग ठीक करने के लिए पूरा एडमिन एक्सेस मांगता है। आप क्या जवाब देंगे?

यह क्या परखता है: सुरक्षा संबंधी विवेक और संवाद।

कैसे उत्तर दें: पूछें कि उन्हें ठीक-ठीक क्या करना है, फिर उन कार्यों के लिए एक सीमित रोल दें, आदर्श रूप से समय-सीमित, और बदलाव को लॉग करें। विनम्रता से समझाएं कि व्यापक एक्सेस सभी के लिए जोखिम और ऑडिट की परेशानी बढ़ाता है।

आम गलती: या तो सीधे मना कर देना या समय बचाने के लिए AdministratorAccess दे देना।

सर्टिफिकेशन

सर्टिफिकेशन फ्रेशर को पहली छंटनी पार करने में मदद करते हैं, लेकिन वे प्रोजेक्ट्स की जगह नहीं लेते। इन्हें एक व्यवस्थित पाठ्यक्रम की तरह लें। नाम और वर्शन बदलते रहते हैं, इसलिए रजिस्टर करने से पहले आधिकारिक AWS Certification पेज पर मौजूदा सूची की पुष्टि करें।

• AWS सर्टिफाइड क्लाउड प्रैक्टिशनर (AWS Certified Cloud Practitioner) (फाउंडेशनल): पूरी तरह शुरुआती लोगों के लिए उपयुक्त। AWS अपने Cloud Practitioner पेज पर इसे बिना किसी पूर्व-आवश्यकता वाला बताता है; मौजूदा परीक्षा गाइड वर्शन CLF-C02 का उल्लेख करती है।
• AWS सर्टिफाइड सॉल्यूशंस आर्किटेक्ट - एसोसिएट (AWS Certified Solutions Architect - Associate): फ्रेशर क्लाउड भूमिकाओं के लिए सबसे उपयोगी अगला कदम। आधिकारिक पेज AWS पर डिज़ाइन करने के व्यावहारिक अनुभव की सलाह देता है, इसलिए पढ़ाई के साथ-साथ प्रोजेक्ट्स बनाएं।
• AWS सर्टिफाइड क्लाउडऑप्स इंजीनियर - एसोसिएट (AWS Certified CloudOps Engineer - Associate): यह उस सर्टिफिकेशन का नया नाम है जिसे पहले SysOps Administrator एसोसिएट कहा जाता था, परीक्षा वर्शन SOA-C03 से, जैसा कि CloudOps Engineer पेज में बताया गया है। यह ऑपरेशंस और सपोर्ट भूमिकाओं के लिए अच्छी तरह उपयुक्त है।
• AWS सर्टिफाइड डेवलपर - एसोसिएट (AWS Certified Developer - Associate): अगर आपका झुकाव सर्वरलेस और एप्लिकेशन कोड की ओर है तो यह फायदेमंद है। Developer पेज एक नए परीक्षा वर्शन का उल्लेख करता है, इसलिए बुकिंग के समय जांच लें कि कौन-सा लागू होता है।
• हैशीकॉर्प टेराफॉर्म एसोसिएट (HashiCorp Terraform Associate): विभिन्न क्लाउड्स में इंफ्रास्ट्रक्चर-ऐज़-कोड भूमिकाओं के लिए उपयोगी।

AWS Certified Security - Specialty जैसे स्पेशियलिटी सर्टिफिकेशन कई वर्षों के अनुभव वाले लोगों के लिए हैं, इसलिए उन्हें बाद के लिए छोड़ दें।

90 दिनों का रोडमैप

दिन 1–30: बुनियाद

पहले दो हफ्ते Linux और नेटवर्किंग, लोकल वर्चुअल मशीन पर रोज़ अभ्यास के साथ। फिर अपना AWS अकाउंट बनाएं और सुरक्षित करें, बजट अलर्ट सेट करें, और IAM, EC2 और S3 को व्यावहारिक रूप से सीखें। दिन 30 तक S3 पर एक स्टैटिक साइट और EC2 पर एक सरल वेब सर्वर होस्ट करें, और हर एक के लिए एक छोटा README लिखें।

दिन 31–60: मुख्य आर्किटेक्चर

कस्टम VPC और थ्री-टियर एप्लिकेशन बनाएं। प्राइवेट सबनेट में RDS जोड़ें। CloudWatch अलार्म और CloudTrail सीखें। सर्वरलेस प्रोजेक्ट बनाएं। साथ ही रोज़ एक घंटा Cloud Practitioner या Solutions Architect - Associate की पढ़ाई शुरू करें।

दिन 61–90: ऑटोमेशन और नौकरी की तैयारी

थ्री-टियर प्रोजेक्ट को Terraform में दोबारा बनाएं। एक CI/CD पाइपलाइन जोड़ें और ECS के लिए एक ऐप को कंटेनराइज़ करें। सिक्योरिटी ऑडिट स्क्रिप्ट लिखें। अपने रिज़्यूमे और GitHub को निखारें, ऊपर दिए इंटरव्यू प्रश्नों का ज़ोर से अभ्यास करें, और रोज़ कुछ अच्छी तरह मेल खाते आवेदनों की स्थिर लय में आवेदन शुरू करें।

करियर पथ

एक आम रास्ता है क्लाउड सपोर्ट या जूनियर क्लाउड इंजीनियर, फिर क्लाउड इंजीनियर, फिर कोई विशेषज्ञता: DevOps इंजीनियर, साइट रिलायबिलिटी इंजीनियर, क्लाउड सिक्योरिटी इंजीनियर, डेटा प्लेटफ़ॉर्म इंजीनियर या सॉल्यूशंस आर्किटेक्ट। प्रगति कंपनी, टीम के आकार और आपको मिलने वाले काम के प्रकार के अनुसार बदलती है, इसलिए इंटरव्यू में पूछें कि सामान्य पहला वर्ष कैसा होता है।

भारत में AWS नौकरियां कहां खोजें

बेंगलुरु, हैदराबाद, पुणे, चेन्नई और NCR क्षेत्र में IT सर्विसेज़ फर्म्स, प्रोडक्ट कंपनियों और क्लाउड वर्कलोड चलाने वाले ग्लोबल कैपेबिलिटी सेंटर्स की बड़ी संख्या है, इसलिए बहुत-सी क्लाउड भर्तियां वहीं विज्ञापित होती हैं। मुंबई में बैंकिंग और वित्तीय सेवाओं की कई टेक्नोलॉजी टीमें हैं जिन्हें क्लाउड ऑपरेशंस की ज़रूरत होती है। फ्रेशर्स के लिए पूरी तरह रिमोट भूमिकाओं की तुलना में हाइब्रिड भूमिकाएं ज़्यादा आम हैं।

LinkedIn, Naukri, Indeed, Wellfound और कंपनियों के करियर पेज पर खोजें। "0–1 years" जैसे फ़िल्टर और "cloud support", "AWS engineer" और "cloud operations" जैसे शब्दों का उपयोग करें। कैंपस ड्राइव और स्थानीय AWS यूज़र ग्रुप मीटअप में जाएं, जहां आप काम कर रहे इंजीनियरों से मिल सकते हैं। विभिन्न क्षेत्रों में फ्रेशर रिक्तियों की व्यापक सूची के लिए देखें भारत में फ्रेशर नौकरियां 2026।

फ्रेशर बनाम अनुभवी AWS भूमिकाएं

वेतन

हम वेतन के आंकड़े प्रकाशित नहीं करते क्योंकि वे तेज़ी से बदलते हैं और कई कारकों पर निर्भर करते हैं। वेतन नियोक्ता, शहर, स्किल्स और कंपनी के आकार के अनुसार अलग होता है। वेतन पर आमतौर पर इन बातों का असर पड़ता है: भूमिका सपोर्ट, ऑपरेशंस या इंजीनियरिंग की है, क्या आपके पास प्रासंगिक सर्टिफिकेशन हैं, आपकी स्क्रिप्टिंग और Terraform क्षमता, कंपनी का प्रकार (सर्विसेज़, प्रोडक्ट, स्टार्टअप, ग्लोबल कैपेबिलिटी सेंटर), और शिफ्ट की आवश्यकताएं। आधिकारिक नौकरी विज्ञापनों और कंपनियों के करियर पेज पर दी गई रेंज जांचें, और मोलभाव से पहले कई की तुलना करें।

फ्रेशर्स की आम गलतियां

• संसाधनों को चलता छोड़ देना और अचानक बड़ा बिल आना। हमेशा संसाधन हटाएं और बजट अलर्ट सेट करें।
• GitHub पर push किए गए कोड में एक्सेस की डाल देना। रोल और एनवायरनमेंट वेरिएबल का उपयोग करें, और जो कुछ भी उजागर हुआ हो उसे रोटेट करें।
• ऐसा कुछ बनाए बिना सर्टिफिकेट इकट्ठा करना जिसे आप दिखा सकें।
• टेस्टिंग के दौरान सिक्योरिटी ग्रुप को पूरे इंटरनेट के लिए खोल देना और बंद करना भूल जाना।
• Linux और नेटवर्किंग को नज़रअंदाज़ करना क्योंकि कंसोल "आपके लिए कर देता है"।

नकली AWS नौकरियों की पहचान

• ऐसे ऑफ़र जो जॉइन करने से पहले "AWS प्रोजेक्ट ट्रेनिंग" या "प्लेसमेंट डिपॉज़िट" के लिए भुगतान मांगें।
• ऐसे रिक्रूटर जो केवल WhatsApp या Telegram पर ज़ोर दें और कोई आधिकारिक ईमेल डोमेन न दे सकें।
• ऑफ़र के चरण में आपका आधार, बैंक OTP या कार्ड विवरण मांगना।
• उनसे सर्टिफिकेशन बंडल खरीदने पर "गारंटीड AWS नौकरी" का वादा।
• बिना किसी तकनीकी प्रश्न वाले इंटरव्यू के बाद तुरंत ऑफ़र और शुल्क की मांग।

कोई भी दस्तावेज़ साझा करने से पहले पढ़ें HinduTone करियर हब पर नकली नौकरियों की पूरी चेकलिस्ट।

संबंधित करियर गाइड

• AWS इंटर्नशिप 2026
• फ्रेशर्स के लिए DevOps नौकरियां
• फ्रेशर्स के लिए Azure नौकरियां
• फ्रेशर्स के लिए Python नौकरियां
• फ्रेशर्स के लिए फ़ॉरवर्ड डिप्लॉयड इंजीनियर (FDE) नौकरियां
• टेक्नोलॉजी इंटर्नशिप 2026

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

क्या कंप्यूटर साइंस की डिग्री के बिना AWS नौकरी मिल सकती है?

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

एक शुरुआती को AWS पर नौकरी के लायक बनने में कितना समय लगता है?

रोज़ नियमित अभ्यास से कई शुरुआती लोग तीन से छह महीनों में नौकरी के लायक स्तर तक पहुंच जाते हैं, यह पहले की Linux और नेटवर्किंग जानकारी पर निर्भर करता है। निर्णायक बात पढ़ाई के घंटे नहीं, बल्कि यह है कि क्या आपने असली प्रोजेक्ट्स शुरू से अंत तक बनाए और उनकी समस्याएं सुलझाई हैं। हर हफ्ते आपने क्या बनाया, इसका एक लॉग रखें।

क्या नौकरी की तैयारी के लिए AWS Free Tier काफी है?

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

AWS काम के लिए पहले Python सीखूं या Bash?

इतना Bash सीखें कि Linux में आराम से काम कर सकें, सरल लूप लिख सकें और छोटे काम ऑटोमेट कर सकें, फिर AWS SDK से जुड़े किसी भी काम, जैसे boto3 स्क्रिप्ट्स, के लिए Python सीखें। जॉब डिस्क्रिप्शन में दोनों दिखते हैं। Lambda फ़ंक्शंस और ऑटोमेशन स्क्रिप्ट्स के लिए Python आमतौर पर ज़्यादा उपयोगी रहता है।

क्या AWS फ्रेशर भूमिका के लिए Kubernetes सीखना ज़रूरी है?

आमतौर पर पहले दिन से नहीं। ज़्यादातर फ्रेशर भूमिकाएं EC2, S3, IAM, VPC और मॉनिटरिंग पर केंद्रित होती हैं। Docker और ECS की जानकारी एक बड़ा प्लस है, और अगर नौकरी में EKS का ज़िक्र है तो Kubernetes की बुनियादी अवधारणाओं की समझ मदद करती है। DevOps या प्लेटफ़ॉर्म भूमिकाओं की ओर बढ़ने पर गहरी Kubernetes स्किल्स ज़्यादा मायने रखती हैं।

क्या फ्रेशर के रूप में AWS और Azure दोनों सीखना फायदेमंद है?

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

संपादकीय टिप्पणी (16 अक्टूबर 2026)

ऊपर सूचीबद्ध HinduTone की अपनी रिक्तियों के अलावा, यह HinduTone संपादकीय टीम की एक करियर गाइड है। यह किसी विशेष रिक्ति, वेतन या प्लेसमेंट को सूचीबद्ध नहीं करती और न ही उनका वादा करती है; आवश्यकताएं और वेतन नियोक्ता के अनुसार बदलते हैं। हमेशा नियोक्ता के आधिकारिक करियर पेज के माध्यम से आवेदन करें, और नौकरी या इंटर्नशिप के लिए कभी किसी को भुगतान न करें।