कैसे एक लिनक्स प्रशासक अपने शेल स्क्रिप्टिंग और स्वचालन कौशल में सुधार कर सकता है?


30

मेरे संगठन में, मैं एनओसी कर्मचारियों के एक समूह, नवोदित कनिष्ठ इंजीनियरों और मुट्ठी भर वरिष्ठ इंजीनियरों के साथ काम करता हूं; सभी लिनक्स पर ध्यान देने के साथ। कंपनी की प्रतिभा बढ़ने के तरीके में एक दिलचस्प कदम यह है कि एनओसी से लेकर सीनियर इंजीनियरिंग रैंक तक का रास्ता है। एक रिश्तेदार नवागंतुक के रूप में प्रतिभा पूल को देखते हुए, मैं देखता हूं कि कौशल सेट में एक विभाजन है जो समय के साथ बढ़ता है ...

  • ऐसे इंजीनियर हैं जो एक या कई विशेष तकनीकों को अच्छी तरह से जानते हैं और लगातार विसर्जित होते हैं ... जैसे MySQL, फ़ायरवॉल, SAN स्टोरेज, लोडर लेंस ...
  • ऐसे अन्य लोग हैं जो सामान्यवादी हैं और कई तकनीकों को नेविगेट कर सकते हैं।
  • सभी पर्याप्त लिनक्स सीखते हैं (कमांड, प्रक्रियाएं) वे करते हैं जो उन्हें दैनिक आधार पर चाहिए और उपयोग करते हैं।

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

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

  • कैसे एक sysadmin उनके खोल पटकथा में सुधार करता है?
  • क्या अभी भी इंजीनियरों के लिए कोई जगह है जो देवो प्रतिमान में नहीं / नहीं रख सकते हैं?
  • क्या हम यह मान सकते हैं कि इन तकनीकों के विकसित होते ही कुछ लोग पीछे रह जाएंगे? क्या ये ठीक है?

14
आप अभ्यास करें। सब कुछ को स्वचालित बनाने की कोशिश करें, vms, आदि का निर्माण करें।
दून

2
@ डून मैंने इसे 15 साल के लिए किया है, इसलिए मेरे पास अभ्यास करने, चीजों को तोड़ने और मैं जहां हूं वहां पहुंचने के लिए बहुत समय है। आज जूनियर इंजीनियरों के लिए, और कुछ मौजूदा स्वचालित सेटअपों में जटिलता के स्तर के साथ, उस प्रयोग को कई वातावरणों की अनुमति देने के लिए पर्याप्त समय या सुरक्षित स्थान नहीं लगता है।
ewwhite

वरिष्ठों से सलाह लेना, अच्छे दस्तावेज और अन्य स्थायी व्यवहार (तकनीकी ऋण का निर्माण नहीं करना) आपके PFYs में ज्ञान को बढ़ाने का एक बहुत अच्छा तरीका है।
mfinni

वास्तव में मुझे लगता है कि सुरक्षित स्थान आज vms में है, क्योंकि आपको सभी भौतिक हार्डवेयर की आवश्यकता नहीं है। अब समय / आदि। हाँ जो कम आपूर्ति में है :) लेकिन मुफ्त / कम लागत वाले हाइपरविजर्स की उपलब्धता को देखते हुए, और * nix OSes की मालेबिलिटी आप सीखने के लिए कुछ सुंदर जटिल सेटअप बना सकते हैं।
दून

1
दिलचस्प चुनौती जो आईटी दुनिया में बहुत सी चीजों पर लागू होती है। प्रशिक्षण के लिए कोई बजट नहीं। अभ्यास के लिए कोई समय या उपकरण नहीं। वीएम बहुत हद तक मदद करते हैं लेकिन अंतर बना रहता है।
डेव एम।

जवाबों:


9

मुझे आपके पर्यावरण के आकार और जटिलता को समझने का लाभ है। क्लाउड / होस्टिंग प्रदाता के लिए काम करते हुए देखकर, यह मान लेना सुरक्षित है कि आपके पास बड़ी संख्या में छोटे-मध्यम आकार के वातावरण (10-100 सर्वर) हैं। निश्चित रूप से दैनिक कार्य हैं जो जूनियर द्वारा किए जाते हैं। इंजीनियर और एनओसी कर्मचारी जो दोहराव वाले होते हैं (उपयोगकर्ता खाते बनाना, बैकअप एजेंटों को कॉन्फ़िगर करना, आदि)। इसी तरह, शायद कुछ मैनुअल चीजें हैं जो एसआर द्वारा की जाती हैं। इंजीनियर नए हार्डवेयर पर ESXi स्थापित करना या MPIO जैसी चीजों को कॉन्फ़िगर करना या हार्डवेयर के विशिष्ट सेट के लिए VMware मॉड्यूल स्थापित करना पसंद करते हैं। इन सभी चीजों को स्वचालित किया जा सकता है और होना चाहिए।

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

इसलिए, अपने संगठन के कुछ बिंदु पर, आप एक ऐसे आकार में बढ़ेंगे जहाँ आप फ़्लॉन्डर करेंगे और अलग हो जाएँगे, या आप लगभग सब कुछ और एक्सेल करना शुरू कर देंगे। निश्चित रूप से, वरिष्ठ इंजीनियरों को यहां चार्ज का नेतृत्व करना चाहिए, और शायद कनिष्ठ इंजीनियरों और एनओसी कर्मचारियों के साथ काम करने के लिए उनके कुछ कार्यभार को स्वचालित करना चाहिए। इससे jr मिलता है। इंजीनियरों के पास काम करने के लिए कई लिपियों का ढांचा है, जिसके लिए वे प्रत्येक किरायेदार और नए हार्डवेयर संशोधन के लिए आवश्यक के रूप में ट्विक कर सकते हैं। यह "ओह माय गॉड, जहां मैं भी शुरू करता हूं, के बारे में सोचा गया कठिनता को दूर करता है।" समीकरण से और उन्हें एक वास्तविक समस्या को हल करने के लिए एक जम्पस्टार्ट देता है। जो मुझे मेरे अंतिम बिंदु पर लाता है। किताबें और उदाहरण अच्छी तरह से और अच्छे हैं, लेकिन वहाँ 'समस्या जो वे सामना करते हैं। उन्हें एक लक्ष्य दें, जैसे कि किरायेदार x के लिए सभी नए सर्वर में कुछ ईएसएक्सआई मॉड्यूल स्थापित होना चाहिए, और फिर इसे पूरा करने के लिए उनके साथ काम करना चाहिए। फिर एक बहुपरत वातावरण में काम करने के लिए स्क्रिप्ट को अनुकूलित करें।

कैसे एक sysadmin उनके खोल पटकथा में सुधार करता है?

तक की आवश्यकता होगी, जैसा कि ऊपर वर्णित है।

क्या अभी भी इंजीनियरों के लिए कोई जगह है जो देवो प्रतिमान में नहीं / नहीं रख सकते हैं?

निश्चित रूप से, बहुत सारे संगठन हैं जो DevOps कार्यप्रणाली में स्थानांतरित नहीं हो सकते हैं या नहीं होंगे। वे अधिक से अधिक उबाऊ विकल्प लग रहे हैं, लेकिन वे फिर भी विकल्प हैं।

क्या हम यह मान सकते हैं कि इन तकनीकों के विकसित होते ही कुछ लोग पीछे रह जाएंगे?

किसी भी नई तकनीक के साथ - हाँ।


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


3
मैंने इसे पढ़ा:you'll start automating almost everything *in* excel.
mfinni

हाँ, 32-बिट एक्सेल वीबी मैक्रोज़ वे चीजें हैं, जिन पर बादलों का निर्माण होता है। क्या आप नहीं जानते !?
एमडीएमरा

2
मुझे लग रहा है कि आप सही हो सकते हैं ...
mfinni

2
वह ज्ञान दूर नहीं जाना चाहिए । अपने आंतरिक विकी (या जो भी) में आप "इन एक्स स्टेप्स" को दस्तावेज करने के बजाय "कोड की ये एक्स लाइनें $ सामान स्थापित करें" और आप इस तरह की चीजों पर भी अपने कोड को भारी टिप्पणी करते हैं। स्क्रिप्टिंग ज्ञान के नुकसान के कारण नहीं हो सकती है जो आपकी प्रलेखन प्रक्रिया में संभावित अपरिपक्वता को उजागर करती है। यह स्वचालन से बचने का कारण नहीं है।
एमडीएमरा

2
@MDMarra एक विकी क्या है ?
इविहित

21

• एक श्यादमिन अपनी शेल स्क्रिप्टिंग में कैसे सुधार करता है?

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

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

( मैं पुराने लोगों के बारे में बात नहीं कर रहा हूं, मेरा मतलब है कि लाक्षणिक रूप से।: पी )

• क्या अभी भी ऐसे अभियंताओं के लिए जगह है जो DevOps प्रतिमान में नहीं / नहीं रख सकते हैं?

नहीं। हर चीज जो वे करते हैं और अंततः दूर हो जाएगी।

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

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

यदि आप कोड या स्क्रिप्ट नहीं करते हैं, तो कंप्यूटर के साथ ऐसा करने का कोई तरीका नहीं है, बस उन्हें बनाए रखने के अलावा, और शायद एक सॉफ्टवेयर पैकेज या दो स्थापित करें। शायद ol 'MSA में एक नया हार्ड ड्राइव फेंक दें। और उस मामले में, मैं आपको एक व्यवस्थापक, यकीन है, लेकिन जरूरी नहीं कि एक इंजीनियर कहते हैं। और मैं कहूंगा कि आपका बहुत सारा काम स्वचालित रूप से समाप्त होने के खतरे में है।

• क्या हम यह मान सकते हैं कि इन तकनीकों के विकसित होते ही कुछ लोग पीछे रह जाएंगे?

बाजार अनुकूल होगा। यह हो सकता है कि कुछ लोग 6-आंकड़ा वेतन नहीं बना रहे होंगे जब वे वास्तव में उनके लायक नहीं होंगे, जो इस उद्योग में काफी कुछ होता है।


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


बहुत अच्छी अंतर्दृष्टि। मुझे डर है कि आईटी में अधिकांश लोग वामपंथी होने के प्रकार हैं। मैं इसे अब देख रहा हूं ... लेकिन यह ड्राइव और प्रेरणा के लिए भी बोलता है ...
ewwhite

7

कैसे एक sysadmin उनके खोल पटकथा में सुधार करता है?

किसी भी चीज में बेहतर कैसे हो सकता है? किताबें पढ़ें, कक्षाओं में भाग लें, और फिर सीखे हुए सिद्धांतों को लागू करें। (या विधियों का एक संयोजन।) यह जानबूझकर सरलीकृत किया गया है क्योंकि वहाँ कैसे खाना पकाने या कैसे एक कार की मरम्मत सीखने के बारे में पटकथा सीखने के बारे में कुछ खास नहीं है।

क्या अभी भी इंजीनियरों के लिए कोई जगह है जो देवो प्रतिमान में नहीं / नहीं रख सकते हैं?

इस साइट के दायरे में उत्तर देना कठिन है (जहाँ पूछे गए प्रश्नों के स्पष्ट / परिभाषित उत्तरों की आवश्यकता है।) हम यह अनुमान लगा सकते हैं कि यह होगा, लेकिन DevOps मॉडल में समस्याएं हैं। मुझे लगता है कि एक व्यक्ति के लिए दोनों विषयों में निपुण होना बहुत कठिन है। 2-टू -1 कर्मचारी की लागत बचत अभी व्यवसायों के लिए बहुत आकर्षक है, लेकिन यह कहना मुश्किल है कि क्या यह प्रवृत्ति यहां रहने के लिए है। यह निश्चित रूप से अल्पावधि के लिए है।

क्या हम यह मान सकते हैं कि इन तकनीकों के विकसित होते ही कुछ लोग पीछे रह जाएंगे?

चीजें कैसे चल रही हैं, इसकी वर्तमान दर पर, हाँ। आप में से अधिकांश अपने स्वयं के कार्यस्थलों में इसका अवलोकन कर रहे हैं। आपको निश्चित रूप से नौकरी लिस्टिंग के साथ रहना चाहिए और पता होना चाहिए कि वर्तमान में बाजार क्या मांग कर रहा है। (आपके क्षेत्र में Hadoop के लिए बहुत सी नौकरी की सूची है? Hadoop सीखें।) यदि आप बाजार के साथ नहीं रहते हैं, तो आप पीछे रह जा रहे हैं।


> यदि आप बाजार के साथ नहीं रहते हैं, तो आप पीछे रह जा रहे हैं <क्या यह एक तनातनी नहीं है?
माइकल मार्टिनेज

5

एक आम तौर पर जूनियर इंजीनियरों को एक जटिल उत्पादन वातावरण में नहीं भेजता है जो मिशन महत्वपूर्ण है। आपके पास इसके लिए वरिष्ठ इंजीनियर हैं। जूनियर रैंक को देव / परीक्षण सैंडबॉक्स में काम करने की अनुमति दी जानी चाहिए।

यदि आपको प्रौद्योगिकी एक्स के लिए एक इंजीनियर की आवश्यकता है और आंतरिक रूप से भूमिका को भरना चाहते हैं, तो किसी को इसे सीखने के लिए तैयार करें, संरचित प्रशिक्षण ढूंढें और दोनों को मिलाएं।

किसी विभाग में आपको कौन से कौशल चाहिए उन्हें जानने के लिए तैयार किसी व्यक्ति को खोजें। प्रशिक्षण के लिए पैसे देना / पढ़ाना।


कई मामलों में प्रौद्योगिकी X में कौशल निर्माण स्पष्ट है। सिस्को, वीएमवेयर, ईएमसी, रेड हैट, आदि के लिए एक प्रमाणन और प्रशिक्षण मार्ग है। यह स्क्रिप्टिंग मानसिकता और मध्यम विकास कौशल है जो कम प्रशिक्षण योग्य लगता है ।
इविविट

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

3
हेल, यूमैस लोवेल में "बैश स्क्रिप्टिंग" और "यूनिक्स / लिनक्स प्रशासन" पाठ्यक्रम हैं। मैंने दोनों को ले लिया। पुराने स्कूल greybeards द्वारा सिखाया जाता है कि कोई संदेह नहीं है कि वे अपने ईमैक प्रोफाइल को दिखाना चाहते हैं। (ऑनलाइन कक्षाएं, इसलिए मैं बस
समझदारी की बात

@ मम्फनी मेरा कोई सुराग नहीं था! :)
ewwhite

मैं अभी सूचना प्रौद्योगिकी कार्यक्रम में यूएमएल बीएस पर काम कर रहा हूं। यह सब ऑनलाइन, जब से मैंने एक AS में CompSci में स्थानांतरित किया, एक नए साल के लायक प्रयोगशाला विज्ञान, Calc, आदि के साथ
mfinni

1

क्या अभी भी इंजीनियरों के लिए कोई जगह है जो देवो प्रतिमान में नहीं / नहीं रख सकते हैं?

"डेप्स" कुछ नए शब्दों के लिए बस एक नया शब्द है जो दशकों से कर रहे हैं।

क्या हम यह मान सकते हैं कि इन तकनीकों के विकसित होते ही कुछ लोग पीछे रह जाएंगे?

काफी विपरीत। जैसे-जैसे समय बीतता जा रहा है, तकनीकी लोगों की अधिक से अधिक आवश्यकता है। किसी भी प्रकार के इंजीनियरिंग ज्ञान और तकनीकी कौशल के साथ काम करने के लिए एक जगह होगी।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.