मैं अपनी कंपनी की फिटिंग के लिए एक अच्छे DevOps कैसे किराए पर ले सकता हूं?

Question

अच्छे डेवलपर्स को जोएल टेस्ट के नियम 11 को फिट करना चाहिए :

क्या नए उम्मीदवार अपने साक्षात्कार के दौरान कोड लिखते हैं?

हालाँकि, मुझे डॉकटर कंटेनरों के बारे में कुछ भी नहीं पता है, जेनकिंस या एडब्ल्यूएस को कैसे कॉन्फ़िगर किया जाए, आदि यह जांचने का एक अच्छा तरीका होगा कि क्या आवेदन करने वाला व्यक्ति ऐसे कार्यों का प्रबंधन कर सकता है?

उप-प्रश्न: मेरा मानना ​​है कि एक अच्छा डेप्स कर्मचारी बिल्ड चेन को एक बार कॉन्फ़िगर कर सकता है और इसे तब से काम करना चाहिए। क्या मैं तब भी उनसे या कंपनी में एक डेवलपर (DEVops) बनने की उम्मीद कर सकता हूँ? जैसा कि DevOps एक अपेक्षाकृत "नया" काम है, क्या छोटी कंपनियों के लिए एक devops कर्मचारी को साझा करना या उसे या उसे एक फ्रीलांसर के रूप में नियुक्त करना बेहतर होता है जब भी आपको उसकी आवश्यकता होती है?

शब्द के बारे में मेरा भ्रम इस तरह से नौकरी की पेशकश से उत्पन्न होता है, यहां तक ​​कि स्टैकएक्सचेंज (= लिंक जहां ऊपर स्क्रीनप्रिंट लिया गया था) पर भी।

मुझे यह मददगार लगा, लेकिन संभव है कि आप इस लेख को पढ़ सकें, अगर आप इस सवाल पर ठोकर खाएँ तो संभव है: https://hackernoon.com/devoops-some-common-ant-patterns-1850ac2f5074

Comments

जैसा कि DevOps एक भूमिका नहीं है (जैसे कि यह एक चर्चा है), आप अपने विवरण के अनुसार एक आधुनिक sysadmin काम पर रख रहे हैं।

— १०:००

मैं इस प्रश्न को ऑफ-टॉपिक के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि DevOps एक भूमिका / नौकरी की स्थिति नहीं है

— Tensibai

@ टेंसिबल मैं आपसे सहमत हूं लेकिन मुझे इस प्रश्न को खुला छोड़ने के लिए भी लुभाया जाता है क्योंकि यह इस गलत धारणा को स्पष्ट करने में मदद कर सकता है - और हम इस प्रश्न को बार-बार आने की उम्मीद कर सकते हैं।

— माइकल ले बारबियर ग्रुएनवाल्ड

@ MichaelGrünewald ने यह स्पष्ट करते हुए एक उत्तर जोड़ें। यदि इसे अपवित्र किया जाता है, तो यह प्रश्न को फैलने से भी रोकेगा, भले ही वह बंद हो। दोनों दुनिया के सर्वश्रेष्ठ: इस मुद्दे को स्पष्ट करता है और साइट के लिए ऑफ-टॉपिक के रूप में दिखाई देता है, भविष्य में ऐसे सवालों (जो इसे दोहराया जा सकता है) को रोकने में मदद करता है

— डैन कॉर्निलेस्कु

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

— डेव स्वर्सकी

Answer 1

यह एक गलत धारणा है कि "DevOps" एक कंपनी में एक भूमिका है। शब्द केवल सॉफ्टवेयर कंपनियों में एक संगठनात्मक बदलाव को दर्शाता है, इस बदलाव को जल्द ही " आप इसे बनाते हैं, आप इसे चलाते हैं"। "वर्नर वोगेल्स द्वारा गढ़ा गया:

बिल्डिंग और रनिंग के बीच अंतर करने की आवश्यकता नहीं है, और वर्नर वोगेल्स के अनुसार, यह उससे बहुत बेहतर है:

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

यह सबक दिलचस्प है, लेकिन एक संगठन में यह विशेष परिवर्तन हमेशा लागू करना आसान नहीं होता है।

यह बदलाव निरंतर एकीकरण और प्रसव के तरीकों के बढ़ते महत्व का सहवर्ती है। कृपया ध्यान दें कि ये विचार "फुर्तीली" कार्यप्रणाली की औपचारिकता से बहुत पुराने हैं, उनमें से कुछ पहले से ही नाटो वैज्ञानिक समिति की रिपोर्ट में मौजूद हैं ... 1968 में प्रकाशित सॉफ्टवेयर इंजीनियरिंग के बारे में!

जबकि शब्दों की अनदेखी की जा सकती है, DevOps प्रस्ताव (इस साइट) के संक्षिप्त विवरण में "सॉफ्टवेयर इंजीनियरों" का उल्लेख है:

स्वचालित परीक्षण, निरंतर वितरण, सेवा एकीकरण और निगरानी और एसडीएलसी बुनियादी ढांचे के निर्माण पर काम करने वाले सॉफ्टवेयर इंजीनियरों के लिए बीटा क्यू एंड ए साइट।

---

अब यदि आप एक सॉफ्टवेयर इंजीनियर की तलाश कर रहे हैं जो आपकी टीम को इन विधियों के साथ आरंभ करने में मदद कर सकता है, तो उन्हें इस विषय पर संलग्न करें। यहां तक ​​कि अगर आप इस विषय से परिचित नहीं हैं, तो "आप इसे बनाते हैं!" आप इसे चलाते हैं! ”नारा आप एक प्रोग्रामिंग समस्या से शुरू कर सकते हैं और आवेदन की तैनाती और रखरखाव के बारे में सवाल की ओर साक्षात्कार का नेतृत्व कर सकते हैं।

Comments

भ्रम की स्थिति भी इस तरह काम प्रस्तावों पर आधारित है: stackoverflow.com/jobs/135988/...

— थॉमस

हां, एक भूमिका के रूप में "DevOps" का उपयोग करने वाले बहुत से लोग या संगठन हैं। किसी को भी इसका शिकार होने के लिए दोषी नहीं ठहराया जा सकता है और यह स्पष्ट करने के लिए आपका प्रश्न उपयोगी है, इसलिए धन्यवाद कि आपने इसे पूछा है, यहां तक ​​कि यह अंततः बंद हो जाएगा। मुझे आशा है कि आपको यह उत्तर उपयोगी लगेगा और आप इस साइट पर योगदान करने या सूचना स्रोत के रूप में उपयोग करने का मौका लेंगे!

— माइकल ले बारबियर ग्रुएनवाल्ड

@ThomasMoors: अपने पूर्व (दिलचस्प!) टिप्पणी अपने विचाराधीन एकीकृत किया जाना चाहिए ... भले ही वह केवल था अपने भ्रम दस्तावेज़ के लिए ...

— Pierre.Vriens

@ पियरे.विरेंस ने किया

— थॉमस

पर्यायवाची / संबंधित "अपना खुद का कुत्ता खाना", कुछ ऐसा न करें

— जिसका

Answer 2

वोट डाउन, ऑफ-टॉपिक या यहां तक ​​कि विधर्मी होने के जोखिम पर, मैं आपको बताने जा रहा हूं, "आप शुद्धतावादियों को यह मत सुनना कि देवओप्स की भूमिका नहीं है।"

आप सही रास्ते पर हैं। यह आपकी कंपनी में फिट होना चाहिए। किराए पर लेते समय यही मायने रखता है।

यदि आपको एक DevOps की आवश्यकता है, तो DevOps की तरह काम करने के लिए, DevOps जैसे परिणाम तैयार करें, यह एक DevOps है।

• किसी को भी आप अन्यथा मना न करें।
• वैसे भी विज्ञापन।
• फिर भी साक्षात्कार।
• वैसे भी किराया।

उस समय, DevOps के बारे में और अधिक जानकारी प्राप्त करें कि अवधारणा आपकी कंपनी में कैसे फिट हो सकती है, व्यक्ति कैसे फिट बैठता है।

उस भूमिका के बारे में अधिक जानकारी दें, जिसे आपको भरना है। उन प्रश्नों की खोज करें जो आप पूछ सकते हैं। उदाहरण के बहुत सारे हैं , भले ही आप विषय विशेषज्ञ न हों। कुछ अच्छे पुराने जमाने का धैर्य और हार्डवर्क।

क्या आपको एक कर्मचारी की आवश्यकता है? या फ्रीलांसर? सभी ट्रेडों का एक जैक? केवल आप अपनी कंपनी को अच्छी तरह से जानते हैं।

अपनी अनूठी संस्कृति बनाएं जो देवो की आपकी व्याख्या है।

Comments

इसके लिए +1। प्यूरिस्ट्स को देवोप्स पर लटका दिया गया है , बहुत लंबे समय तक भूमिका का जवाब नहीं है , लेकिन उद्योग, नौकरी बोर्ड और रिक्रूटर्स ने इसे पहले ही वास्तविकता में बदल दिया है, और यह समय है कि हम इसे स्वीकार करते हैं कि यह क्या है।

— क्रोधी

Answer 3

"DevOps को किराए पर लेना" कठिन होगा क्योंकि DevOps की भूमिका नहीं है। आप सॉफ्टवेयर विकास और इंजीनियरिंग कौशल के साथ एक इंजीनियर पा सकते हैं , तो आप सही रास्ते पर हैं ..

हालाँकि ,

आपकी भर्ती प्रक्रिया कुछ कारकों से जटिल हो जाएगी:

1. साइट विश्वसनीयता इंजीनियर (कोडिंग कौशल वाले व्यवस्थापक / इंजीनियरों के लिए Google का कार्यकाल) दुर्लभ हैं
2. दुर्लभ कौशल महंगे हैं
3. दुर्लभ कौशल ... दुर्लभ हैं।

अच्छी खबर यह है कि आपको पूरी तरह से योग्य एसआरई की आवश्यकता नहीं है।

आपका उपयोग मामला, जैसा कि यह था, इंजीनियरों को आपके बुनियादी ढांचे (एडब्ल्यूएस) को स्थापित करने और तैनाती (जेनकींस) को स्वचालित करने के लिए काम पर रख रहा है। वे कौशल सभी दुर्लभ नहीं हैं, लेकिन आपके पास एक व्यक्ति में उन्हें खोजने की चुनौती हो सकती है।

आप यह भी उल्लेख करते हैं कि आपके पास वे कौशल नहीं हैं। यह एक और जटिल कारक है। आपके पास अपने उम्मीदवारों के कौशल का मूल्यांकन करने के लिए आवश्यक कौशल नहीं है। आपको अंततः इस प्रकार के संसाधन को प्रबंधित करने के लिए आवश्यक कौशल (इंजीनियरिंग प्रबंधक के रूप में) को विकसित करने (या किराए पर लेने) का एक तरीका खोजना होगा।

Comments

यह मानव संसाधन लोगों के लिए सामान्य है कि वे जिन लोगों को काम पर रख रहे हैं उनके कौशल नहीं हैं। आमतौर पर सबसे अच्छा विचार है कि उम्मीदवारों का मूल्यांकन करने के लिए कुशल लोगों के साथ साक्षात्कार करना है

— Tensibai

मेरे कहने का मतलब है, मैं एक अच्छा डेवलपर हूं, लेकिन मैं ऐसे लोगों से भी घिरे रहना चाहता हूं, जो अंततः कंपनी के अंदर अन्य विषयों में उत्कृष्टता प्राप्त करते हैं, जो मेरी तुलना में बेहतर है।

— थॉमस

@ThomasMoors यह एक बहुत अच्छा विचार है। बहुत परेशान मत करो, मैं इस साइट के बारे में क्या सोचता हूं, इसके बारे में मुखर हूं, लेकिन मैं भीड़ में सिर्फ एक हूं। क्षमा करें, अगर मैं असभ्य लग रहा था Btw

— Tensibai

Answer 4

दो संभावनाएँ हैं:

1. आपको यह पता लगाने में मदद की ज़रूरत है कि आपकी कंपनी को देवो की यात्रा के दौरान किन बदलावों की ज़रूरत है।

2. आप जानते हैं कि आपको क्या चाहिए और इस दृष्टि को लागू करने के लिए लोगों को काम पर रखने के लिए बस देखें।

यदि आपको यह जानने में मदद करने के लिए किसी की आवश्यकता है कि आपको किन मुद्दों पर ध्यान केंद्रित करने की आवश्यकता है, तो DORA (DevOps Research and Assessment) नामक एक बहुत अच्छी कंपनी है , जो डॉ। निकोल फोर्सग्रेन, Jez Humble और Gene Kim द्वारा समर्थित है। निकोल ने सालों से स्टेट ऑफ डेवूप्स सर्वेक्षण चलाया है और वर्षों से उद्योग के विस्तृत आंकड़े रख रहा है। Jez Humble सतत वितरण के एक गुरु है और सचमुच इस पर किताब लिखी है। जीन किम द फीनिक्स प्रोजेक्ट के लेखक हैं और अंतिम दो देवओप्स हैंडबुक के सह-लेखक हैं । DORA आपकी कंपनी का मूल्यांकन प्रदान करता है और आपको उन सवालों के जवाब देने में मदद करता है।

यदि आपके पास एक बहुत अच्छा विचार है, जहां आपको जाने की जरूरत है और आपको वहां पहुंचने में मदद करने के लिए किसी की आवश्यकता है, तो भर्ती एजेंसी प्राप्त करना शायद इस बिंदु पर एक अच्छा विचार नहीं है। मेरा सुझाव है कि आप DevOps Enterprise DOES सम्मेलन या स्थानीय DevOpsDays सम्मेलन में जाएं और लोगों से बात करें। सिफारिशों के लिए देखें और शायद एक बूथ भी खोलें, किराए पर लेने के बारे में एक पोस्टर बनाएं।

दूसरा विकल्प यह होगा कि आप यहां आएं और इस फोरम में उन सवालों को पूछना शुरू करें और उन विशेषज्ञों की तलाश करें जो उनका जवाब दें और मतदान करें। उनमें से कई वास्तव में नौकरी या चुनौती की तलाश में हो सकते हैं। कभी-कभी यहां तक ​​कि आपकी वर्तमान स्थिति और उपयोग के मामले के बारे में सवाल पूछने से आप कार्रवाई के सही तरीके की ओर इशारा कर सकते हैं।

Answer 5

मैं उन लोगों की कई चीजों की तलाश करता हूं जिन्हें मैंने इस स्थान पर रखा है।

• फुर्तीली का न्यूनतम स्तर 'हा' (google shu, ha, rile for agile अपनाने के लिए यदि आपको अधिक आवश्यकता हो)
• तकनीकी हाथों पर अनुभव - कोडिंग, स्वचालन, आदि, लेकिन मैं उपकरण और भाषा अज्ञेय हूं
• शिक्षण व्यक्तित्व - वे लगातार सीखने के लिए पहल करते हैं
• जिज्ञासु और दोष की जगह नहीं देखना - वे असफलता को एक सीख के रूप में स्वीकार कर सकते हैं
• वे एक टीम के खिलाड़ी हैं जो भरोसा कर सकते हैं और भरोसा किया जा सकता है क्योंकि मनोवैज्ञानिक सुरक्षा उच्च प्रदर्शन वाली टीमों के लिए नंबर एक सफलता कारक है
• वे कोच और संरक्षक हो सकते हैं - वे अपने ज्ञान को अभिजात्य वर्ग के बिना साझा करते हैं - प्राइमा डोनेन्स का उच्च प्रदर्शन करने वाली टीमों में कोई स्थान नहीं है
• उनके पास "पर्याप्त" सामाजिक कौशल हैं क्योंकि उन्हें टीम के सदस्य होने और अच्छी तरह से संवाद करने की आवश्यकता है

मुझे अभी तक एक आदर्श उम्मीदवार नहीं मिला है, इसलिए यह हमेशा किसी प्रकार का व्यापार बंद होता है। आज की दुनिया में, मैंने 65+ रिज्यूमे के माध्यम से देखा, जो एजेंसियों और एचआर द्वारा उम्मीदवारों के रूप में "पूर्व-योग्य" थे, कागज पर मेरी न्यूनतम आवश्यकताओं को पूरा नहीं करने के रूप में 50 या उससे अधिक को त्याग दिया, 15+ का साक्षात्कार लिया, और काम पर रखा 3. इस प्रक्रिया ने मुझे ले लिया। 9 महीने का बेहतर हिस्सा।

Comments

और पूरक करने के लिए, जो मुझे आपकी पोस्ट में याद आ रहा है, वह इस बात का विवरण है कि आप क्या महसूस कर रहे थे, यह कहते हुए कि इन

— अभावों

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

— icewav

एक अच्छी सलाह की तरह लगता है 'पोस्टिंग को फिर से शुरू करने के लिए नौकरी के लिए ट्यूनिंग'। कागज पर अपनी आवश्यकता का अनुमान लगाने की तुलना में जांचना आसान है। यदि आपकी आवश्यकताओं के ऊपर बुलेट पॉइंट हैं, तो हो सकता है कि above पेपर पर ऊपर की आवश्यकताएं ’एक बेहतर शब्द हो सकती हैं

— Tensibai

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

— icewav

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

— icewav

Answer 6

अन्य प्रश्नों के अलावा, मेरा मानना ​​है कि निम्नलिखित उत्तर अभी तक गायब है - मैं संक्षेप में कहना चाहता हूं कि मैंने अब तक जो कुछ सीखा है, वह विनम्र है:

अपनी टीम के लिए DevOps कौशल का परिचय शायद पर्याप्त नहीं है (यह विचार करना है कि आप DevOps को किराए पर नहीं ले सकते हैं)! (जैसे निचले स्तर पर यह पूछना कि चीजों को काम करने के लिए सबसे अच्छे उपकरण क्या हैं, यहाँ आप अपने संगठन को काम करना चाहते हैं)।

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

DevOps को परिवर्तन की आवश्यकता का पता चलता है, और परिवर्तन के लिए जिम्मेदारी लेने की आवश्यकता होती है।

कल्पना कीजिए कि एक स्थिति काम कर रही थी DevOps अन्य टीमों पर दबाव पेश कर सकती है। DevOps कभी-कभी फुर्तीली और निरंतर एकता से विकास का परिणाम है - आपकी संपत्ति यहां क्या है?