सॉफ़्टवेयर इंजीनियरिंग और क्लाउड · मिड-सीनियर (4+ वर्ष)

DevOps और क्लाउड इन्फ़्रास्ट्रक्चर इंजीनियर का रिज़्यूमे

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

रिज़्यूमे की जाँच

भर्ती करने वाले और tracking systems क्या देखते हैं। यह एक मार्गदर्शिका है, भविष्यवाणी नहीं।

100 / 100पूरा

100%
  • संपर्क20 / 20 अंक
  • सारांश20 / 20 अंक
  • अनुभव30 / 30 अंक
  • कौशल20 / 20 अंक
  • शिक्षा10 / 10 अंक

संपर्क विवरण

इन्हें सबसे ऊपर रखें; भर्ती करने वाले और tracking systems सबसे पहले इन्हें ढूँढ़ते हैं।

वैकल्पिक। US, UK और Canada में रिज़्यूमे पर आम तौर पर फ़ोटो नहीं होती।

46 शब्द

हर नौकरी के लिए एक पैराग्राफ रखें; हर उपलब्धि नई लाइन में “-” से शुरू करें।

11 कौशल

कौशलों को कॉमा से अलग करें, जैसे: Excel, SQL, प्रोजेक्ट योजना।

और सेक्शन

प्रोजेक्ट, प्रमाणपत्र, भाषाएँ या कोई और जानकारी जो आपके आवेदन को मज़बूत करे।

प्रमाणपत्र
टूल

एलेक्स मॉर्गन

DevOps और क्लाउड इंजीनियर

  • एलेक्स.मॉर्गन@एक्ज़ैम्पल.कॉम
  • +1 555 0100
  • Denver, CO

सारांश

AWS पर B2B SaaS प्लेटफ़ॉर्म को सहयोग देने का 6 साल का अनुभव रखने वाले DevOps और क्लाउड इंजीनियर। Terraform और Kubernetes से इन्फ़्रास्ट्रक्चर बनाते हैं, CI/CD वर्कफ़्लो सुधारते हैं और Prometheus व Grafana से निगरानी क्षमता मज़बूत करते हैं। AWS Certified Solutions Architect – Associate।

अनुभव

Summit Cloud Works में सीनियर DevOps इंजीनियर, Denver, CO (2022 – वर्तमान) - 12 AWS अकाउंट और 3 परिवेशों में Terraform मॉड्यूल का मानकीकरण किया; नई सेवा सेटअप करने का समय 2 दिन से घटाकर लगभग 5 घंटे किया। - 9 सेवाओं के लिए GitHub Actions और Argo CD डिप्लॉयमेंट वर्कफ़्लो फिर से तैयार किए; नियमित रिलीज़ का समय 35 से घटाकर 20 मिनट किया। - EKS वर्कलोड के लिए Prometheus अलर्ट और Grafana डैशबोर्ड जोड़े; इससे ऑन-कॉल इंजीनियर बार-बार होने वाली क्षमता संबंधी समस्याएँ लगभग 25 मिनट पहले पहचान सके। Cedar Peak Systems में DevOps इंजीनियर, Boulder, CO (2020 – 2022) - Helm के साथ Docker कंटेनर वाली 6 सेवाओं को Kubernetes में माइग्रेट किया; इससे पहले से तय रखरखाव अवधि के बिना डिप्लॉयमेंट संभव हुए। - Ansible से 40 वर्चुअल मशीनों पर Linux पैचिंग स्वचालित की; मासिक रखरखाव का समय 2 दिन से घटाकर 1 दिन किया।

शिक्षा

कंप्यूटर साइंस में बैचलर ऑफ़ साइंस — Western Range University, Denver, CO (2019)

कौशल

  • AWS
  • Kubernetes
  • Terraform
  • Docker
  • Helm
  • Ansible
  • Linux
  • GitHub Actions
  • Argo CD
  • Prometheus
  • Grafana

प्रमाणपत्र

• AWS Certified Solutions Architect – Associate — Amazon Web Services (AWS) • Certified Kubernetes Administrator (CKA) — Cloud Native Computing Foundation (CNCF)

टूल

• AWS: EKS, EC2, S3, IAM • Terraform, Helm, Ansible • GitHub Actions, Argo CD • Prometheus, Grafana, Linux

DevOps और क्लाउड इंजीनियर रिज़्यूमे कैसे लिखें

अपने क्लाउड कार्यक्षेत्र से शुरुआत करें

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

डिलीवरी में हुआ सुधार दिखाएँ

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

टूल के नाम के साथ उनका संदर्भ दें

जिन क्लाउड सेवाओं, कंटेनर प्लेटफ़ॉर्म, IaC और मॉनिटरिंग टूल का आपने सचमुच उपयोग किया है, उन्हें शामिल करें और अनुभव के बिंदुओं में सबसे प्रासंगिक टूल का इस्तेमाल फिर दिखाएँ। हर नौकरी के अनुसार सूची ढालें: AWS और EKS, Azure और AKS से अलग हैं; Terraform या Ansible का नाम तभी दें जब आपने उनका व्यावहारिक उपयोग किया हो। प्रमाणपत्रों के पूरे नाम लिखें और उनकी समाप्ति स्थिति सही रखें।

प्रोजेक्ट का प्रमाण सुरक्षित रखें

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

आम कीवर्ड

इस भूमिका के लिए अक्सर बताए जाने वाले कौशल और टूल। सिर्फ़ वही इस्तेमाल करें जो आपके पास हैं और नौकरी के विज्ञापन में दिए गए शब्दों में लिखें। कॉपी करने के लिए किसी कीवर्ड पर क्लिक करें।

काम बताने वाली क्रियाएँ

स्वचालित कियाबनायाकॉन्फ़िगर कियाडिप्लॉय कियामाइग्रेट कियामॉनिटर कियाकम किया

इस भूमिका से जुड़े सवाल

DevOps इंजीनियर का रिज़्यूमे कितना लंबा होना चाहिए?

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

मुझे कौन से क्लाउड प्रमाणपत्र लिखने चाहिए?

ऐसे प्रमाणपत्र लिखें जो आपके अनुभव और लक्षित भूमिकाओं से मेल खाते हों, जैसे AWS Certified Solutions Architect – Associate या CNCF का Kubernetes प्रमाणपत्र। प्रमाणपत्र का पूरा नाम और जारी करने वाली संस्था लिखें; प्रासंगिक होने पर तारीखें या समाप्ति स्थिति भी बताएँ। प्रमाणपत्र की ज़रूरतें कंपनी के अनुसार बदलती हैं; ज़्यादातर DevOps भूमिकाओं के लिए कोई सार्वभौमिक लाइसेंसिंग आवश्यकता नहीं होती।

क्या मैं किसी दूसरी IT भूमिका से DevOps में जा सकता हूँ?

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

क्या मुझे GitHub लिंक या पोर्टफ़ोलियो शामिल करना चाहिए?

अगर उसमें प्रासंगिक और समझने योग्य काम हो, जैसे Terraform मॉड्यूल, डिप्लॉयमेंट पाइपलाइन या दस्तावेज़ों वाला Kubernetes प्रोजेक्ट, तो लिंक शामिल करें। पाठकों को यह बताने के लिए छोटा विवरण दें कि वे क्या देखें। जाँच लें कि रिपॉज़िटरी में कोई गोपनीय जानकारी, निजी कॉन्फ़िगरेशन, ग्राहक डेटा या कंपनी का कोड न हो; पोर्टफ़ोलियो देना वैकल्पिक है और कुछ कंपनियाँ बाहरी लिंक नहीं देख सकतीं।