सवाल छोटे लड़के प्रभावी ढंग से सीखते हैं और कठपुतली का उपयोग कैसे कर सकते हैं? [बन्द है]


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

चूंकि निर्णय लिया गया है, इसलिए हमारे आईटी लोग थोड़ा सा परेशान हो गए हैं। उनके सबसे बड़े आपत्तियां हैं:

  • "हम प्रोग्रामर नहीं हैं, हम sysadmins हैं";
  • मॉड्यूल ऑनलाइन उपलब्ध हैं लेकिन कई एक दूसरे से अलग हैं; पहियों को अक्सर बार-बार पुनर्निर्मित किया जा रहा है, आप कैसे तय करते हैं कि बिल कौन सा फिट बैठता है;
  • हमारे रेपो में कोड पर्याप्त पारदर्शी नहीं है, यह पता लगाने के लिए कि उन्हें कुछ समय पहले प्रकट होने वाले मॉडलों और मॉड्यूल के माध्यम से कैसे काम करना पड़ता है;
  • एक नए डिमन को एक नया मॉड्यूल लिखने की आवश्यकता होती है, सम्मेलनों को अन्य मॉड्यूल के समान होना चाहिए, एक कठिन प्रक्रिया;
  • "चलो बस इसे चलाएं और देखें कि यह कैसे काम करता है"
  • सामुदायिक मॉड्यूल में शायद ही कभी ज्ञात 'एक्सटेंशन' के टन: 'ट्रोकला', 'अयूजस', 'हिएरा' ... हमारे sysadmins कैसे ट्रैक रख सकते हैं?

मैं देख सकता हूं कि क्यों एक बड़ा संगठन कठपुतली मालिक बनने के लिए कठपुतली पाठ्यक्रमों में अपने sysadmins प्रेषित करेगा। लेकिन छोटे खिलाड़ियों को पेशेवर स्तर पर कठपुतली सीखने के लिए कैसे मिलता है यदि वे पाठ्यक्रम नहीं जाते हैं और मूल रूप से इसे अपने ब्राउज़र और संपादक के माध्यम से सीखते हैं?


106
2018-06-06 08:38


मूल




जवाब:


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

आपके अंक पर कुछ नोट्स ...

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

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

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

  • मैं तर्क दूंगा कि आपके सर्वर और भूमिकाओं को व्यवस्थित करने के तरीके के आधार पर, एक नए डिमन को समायोजित करने के लिए मॉड्यूल को डुप्लिकेट करना या मौजूदा मेनिफेस्ट में एक सेवा जोड़ना उचित है।

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

  • मुझे यकीन नहीं है कि मैं समुदाय मॉड्यूल पर कितना निर्भर करता हूं। मुझे करना पड़ा कुछ काम के लिए Augeas का उपयोग शुरू करें, और इस तथ्य को शोक किया कि यह एक कार्यक्षमता थी जिसे मैंने सीएफईजीएनईएन में दिया था।

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

याद है, इस साइट एक अच्छा संसाधन भी है।


101
2018-06-06 09:02



मैं अपने पूरे पर्यावरण को दो सप्ताह के फ्लैट में प्रबंधित करने के लिए कठपुतली पर कोई अनुभव नहीं मिला। मैं ~ 40 वर्चुअल मशीनों के लिए ज़िम्मेदार हूं, यद्यपि सभी चल रहे उबंटू। वह सरलीकृत चीजें काफी थोड़ी सी है। मैं पेशे से एक डेवलपर हूँ। "एडाप्प्ट या पीछे छोड़ दिया" - अब मैं + sysadmin + वास्तुकार devops हूँ। उत्कृष्ट जवाब! - François Beausoleil
मैं उन्हें छोटी सेवाओं को तैनात करना शुरू करने की सलाह दूंगा, पहले स्टैंडअलोन में और अधिक सर्वरों के साथ टिंकरिंग शुरू करें। मुझे कठपुतली के साथ काम करने की ज़रूरत नहीं है, लेकिन मेरे पास एक छोटा वीपीएस है और मैंने हाल ही में अपना खुद का कठपुतली मॉड्यूल बनाया है। यदि वे वर्तमान शताब्दी में शेष sysadmins के साथ रहना चाहते हैं, तो वे बेहतर खुले दिमागी थे। मैं ऐसा इसलिए करता हूं क्योंकि मुझे पसंद है, और मुझे लगता है कि हर कोई नई चीज़ों को सीखना पसंद नहीं करता है, लेकिन एक बात निश्चित रूप से है, आजकल सिसडमिन डेवलपर्स के करीब हैं। - Sergio Galvan
मैं एक छोटी कंपनी में काम करता हूं और मैं भी दौड़ता हूं puppetd -t सभी सर्वरों को धक्का देने से पहले दो बक्से पर परीक्षण के लिए। यह कभी विफल नहीं होता है कि एक जोड़े के पास कुछ अद्वितीय होता है जो मेरे अपडेट को विफल करने का कारण बनता है। जब आपके पास शुरुआत के लिए नियंत्रित और सुसंगत वातावरण होता है तो कठपुतली बहुत आसान होती है। - jordanm
@ewwhite, मैंने अपने दस्तावेज़ों में कठपुतली ट्यूटोरियल के माध्यम से अपना रास्ता काम किया है लेकिन सोच रहा था कि सीखने के दौरान आपने किस पुस्तक का उपयोग किया था? मुझे लगता है कि दस्तावेज़ों में दिए गए ट्यूटोरियल की तरह कुछ ऐसा लापता था जो सबकुछ मेरे साथ क्लिक करने से रोक रहा था क्योंकि मैं टेस्ट होस्ट्स पर पपेट के साथ काम कर रहा हूं ताकि मैं सीख सकूं कि मैं क्या कर रहा हूं। संपादित करें: या कोई भी अतिरिक्त संसाधन जो आप अनुशंसा कर सकते हैं। धन्यवाद। - Mike Keller
@ माइककेलर मुझे अपनी पोस्ट में पसंद आया ... लेकिन यह है यहां उपलब्ध है। - ewwhite


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

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

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

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

इन दो अवलोकनों के आधार पर, मैं आपको यह सुनिश्चित करने की सलाह देता हूं कि हर कोई हर हफ्ते कुछ कठपुतली कक्षा, परिभाषा या मॉड्यूल जोड़ता रहता है (अधिमानतः कम से कम दो या तीन बार)। जो लोग अभी भी इसका उपयोग नहीं कर सकते हैं, वास्तव में ऐसा करने के लिए कौशल की कमी हो सकती है।

फिर फिर, अगर उन्हें ऊपर से कठपुतली पर लगाया गया था, तो वे वास्तव में उन कार्यों पर प्रतिक्रिया कर रहे थे जो वे प्रबंधन के रूप में समझते हैं कि वे अपने काम कैसे करते हैं - जो वास्तव में पर्याप्त होगा। यह मामला हो सकता है कि उन्हें चुनने दें कौन कौन से उपयोग करने के लिए विन्यास प्रबंधन प्रणाली चीजों में सुधार होगा। यहां कुछ विकल्प दिए गए हैं:

  • ANSIBLE: यह नया है, लेकिन यह शेल कमांड और एसएसएच पर आधारित है, जो पारंपरिक sysadmins को लुभाने में सक्षम हो सकता है।
  • महाराज: हो सकता है कि उनकी समस्या घोषणात्मक शैली है, इस मामले में यदि उनके पास रूबी का अनुभव है तो शेफ बेहतर होगा।
  • SaltStack: पायथन आधारित, और खुले स्रोत
  • CFEngine: पुराना, तेज़, पारंपरिक - यह उन आधारों पर उन्हें जीत सकता है।

29
2018-06-06 15:59



ANSIBLE के बारे में अच्छी बात यह है कि यह डेटा ट्रांसमिशन में बिल्कुल देरी के साथ गैलेक्टिक दूरी पर काम करता है! - Kalamane
अविश्वसनीय उल्लेख के लिए धन्यवाद। मुझे अब तक इसके बारे में पता नहीं था। - ewwhite
@ewwhite आपका स्वागत है। मैंने, खुद, हाल ही में इसे खोज लिया है, लेकिन इसके बारे में बहुत कुछ मेरा ध्यान आकर्षित कर लिया है। अगर हम पहले से ही कठपुतली में इतना ज्यादा नहीं थे, तो मैं निश्चित रूप से इसे आज़माउंगा। - Daniel C. Sobral


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

  1. महसूस करें कि आप ऐसे सॉफ्टवेयर विकसित कर रहे हैं जिन्हें आप नहीं जानते कि कैसे करना है या खराब तरीके से कर रहे हैं। यह उम्मीद है क्योंकि यह नया है।
  2. कोड के रूप में बुनियादी ढांचा वास्तविकता है और एक बार जब आप कूल्हे पर उतर जाते हैं तो यह काफी शक्तिशाली होता है। मैं कुछ डेवलपर्स को आमंत्रित करता हूं, उन्हें अपनी वर्तमान विकास प्रक्रिया (या इसकी कमी) दिखाएं, जब वे भौहें उठाते हैं तो अपराध न करें, और उनके सुझावों को गंभीरता से लें। मैं जो भी सिस्टम का उपयोग करने की सिफारिश करता हूं और अपने डेवलपर्स को तब तक उपयोग करने की प्रक्रिया करता हूं जब तक यह पूरी तरह से अनुचित न हो।
  3. कठपुतली तीसरे पक्ष के मॉड्यूल समय के 90% चूसना। मैं उन्हें पढ़ूंगा। मैं उनसे विचार चुरा लेगा। मैं उन्हें बिना किसी बड़े संपादन के अपने सिस्टम में खींचूंगा। हालांकि मैं कठपुतली stdlib में खींचूँगा जो कुछ अच्छी कार्यक्षमता जोड़ता है।
  4. augeas और hiera। उन दोनों को जानें। सबसे पहले मौजूदा फाइलों के जटिल संपादन की अनुमति देता है। दूसरा एक बाहरी डेटा स्टोर है।
  5. डेटा से अलग कोड। यह सीखने के लिए कठिन अवधारणाओं में से एक है। आपके मॉड्यूल कोड में मॉनीटरिंग होस्ट जैसे हार्डकोडिंग मान खराब हैं। उन्हें डेटा स्टोर में डालना (डीबी, यामल (हिरा इसका उपयोग डिफ़ॉल्ट रूप से करता है), सीएसवी, जो कुछ भी) जो आपके मॉड्यूल का उपभोग कर सकते हैं वह अच्छा है। एक उदाहरण एक वेबपैप है जो MySQL का उपयोग करता है। यह अनुमति देता है कि कोड और डेटा को अलग-अलग धक्का देने की क्षमता है। यह आपकी विकास प्रक्रिया को सरल बनाता है।
  6. कठपुतली पार्सर मान्य और कठपुतली फाहा आप के हिस्से के रूप में पूर्व या पोस्ट कोड चेकइन प्रक्रिया के रूप में। एक बार जब आप गति में हों तो आरएसपीईसी परीक्षण भी एक अच्छा विचार हो सकता है।
  7. एक स्टाइल गाइड / कोड मानक लिखें और इसका इस्तेमाल करें। "अपाचे इंस्टॉल करने वाला कोड कहां है" एक आम समस्या है। यदि आपके मॉड्यूल अधिकतर समान हैं तो यह आसान होना चाहिए।

संक्षेप में मैंने इन सभी समस्याओं को मारा है और इसलिए मेरे अधिकांश sysadmin दोस्त हैं। कॉन्फ़िगरेशन प्रबंधन प्रणाली का उपयोग करने में अच्छा होने में कुछ समय लगेगा। एक बार ऐसा करने के बाद आप आश्चर्यचकित होंगे कि आप बिना किसी के कैसे रहते थे। "एक सर्वर में लॉग इन करें और मैन्युअल रूप से परिवर्तन करें? Ick।"


11
2018-06-06 18:04



आपके सुझावों के लिए धन्यवाद, विशेष रूप से एजिया और हिरा दो घटक हैं जिन्हें हमने कार्यान्वित करना शुरू कर दिया है और इसने हमें कठपुतली की क्षमता के बारे में भी अधिक जागरूक बना दिया है। तो धन्यवाद :-) - drumfire


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

शुरुआत शुरू करने के लिए एक अच्छा अच्छा विचार की तरह लगता है - कठपुतली सिर्फ विन्यास प्रबंधन से अधिक है, यह दस्तावेज़ीकरण का एक रूप है।

चूंकि निर्णय लिया गया है इसलिए हमारे आईटी लोग थोड़ा सा बन गए हैं   थोड़ा बार परेशान।

उन्हें एक रवैया समायोजन की आवश्यकता है।

"We're not programmers, we're sysadmins";

फिर, रवैया। आप एक सर्वर के लिए एक conf फ़ाइल बना सकते हैं? आप अपनी जरूरतों और जटिलता के रूप में templating / 'प्रोग्रामर' सामान में आसानी कर सकते हैं विकसित

मॉड्यूल ऑनलाइन उपलब्ध हैं लेकिन कई एक दूसरे से अलग हैं; पहियों   अक्सर बार-बार पुनर्निर्मित किया जा रहा है, आप कैसे तय करते हैं कि कौन सा फिट बैठता है   बिल;

उत्तर देने के लिए कठिन - मैं हमेशा सबसे अधिक कठपुतली मॉड्यूल पसंद करता हूं - और यहां तक ​​कि, मैं उन लोगों का उपयोग नहीं करता हूं। निश्चित रूप से जजमेंट कॉल। मेरी राय में, कुछ मॉड्यूल 'बहुत frilly' हैं।

हमारे रेपो में कोड पर्याप्त पारदर्शी नहीं है, यह पता लगाने के लिए कि उन्हें कितनी काम करता है, उन्हें प्रकट करने और मॉड्यूल के माध्यम से रिकर्स करना पड़ता है   कुछ समय पहले खुद को भी लिखा है;

यह कठपुतली की समस्या की तरह नहीं लगता है, लेकिन अधिक संगठनात्मक या दस्तावेज मुद्दा?

एक नए डिमन को एक नया मॉड्यूल लिखने की आवश्यकता है, सम्मेलन होना चाहिए   अन्य मॉड्यूल के समान, एक कठिन प्रक्रिया;

यह डिमन एक वर्ग हो सकता है यदि यह प्रबंधित करने के लिए काफी आसान है। मुझे यकीन नहीं है कि सम्मेलनों से आपका क्या मतलब है, कठपुतली आपके लिए सम्मेलनों को लागू करती है, है ना? या हम कोड स्वरूपण की लाइनों के साथ बात कर रहे हैं?

"Let's just run it and see how it works"

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

सामुदायिक मॉड्यूल में शायद ही कभी ज्ञात 'एक्सटेंशन' के टन: 'ट्रोकला',   'augeas', 'hiera' ... हमारे sysadmins कैसे ट्रैक रख सकते हैं?

पोस्टफिक्स, एक्ज़िम, sendmail, mysql, postgresql, iftop, iptraf, perl, perl मॉड्यूल .. आप जो चाहते हैं उसे उठाएं और इसका इस्तेमाल करें? मुझे लगता है कि यह आवाज फिर से एक रवैया की तरह है ...

मैं देख सकता हूं कि क्यों एक बड़ा संगठन अपने sysadmins को प्रेषित करेगा   कठपुतली मास्टर बनने के लिए कठपुतली पाठ्यक्रम। लेकिन छोटे खिलाड़ी कैसे होंगे   यदि वे नहीं जाते हैं तो पेशेवर स्तर पर कठपुतली सीखें   पाठ्यक्रम और मूल रूप से इसे अपने ब्राउज़र और संपादक के माध्यम से सीखते हैं?

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

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


7
2018-06-06 14:04



एफवाईआई यह किसी ऐसे व्यक्ति से आ रहा है जो अपने बुनियादी ढांचे को रोल करने के लिए तैयार हो गया है। तो मेरे पास एक नया अनुभव है और यह नहीं कह सकता कि यह समय बर्बाद हो गया था। - thinice
हाल ही में स्टार्टर के रूप में, मैं पूरी तरह से आपकी टिप्पणी में खुद को पहचानता हूं। - Martijn Heemels
मेरे मामले में, रवैये में बदलाव वास्तव में आवश्यक था। ओपीएस स्वचालन और अक्सर स्क्रिप्ट चीजें प्यार करते हैं, इसलिए यह ज्यादातर विभिन्न उपकरणों का उपयोग करने की बात है। अपने कठपुतली मेनिफेस्ट को पूरी मशीन या खरोंच से एक नई सेवा को कॉन्फ़िगर करने के लिए यह एक अच्छा अनुभव है। तथ्य यह है कि एक त्रुटि कई मशीनों को एक बार में प्रभावित कर सकती है और अधिक कठोर परीक्षण करने के लिए उपयोग की आवश्यकता होती है, जो परेशान हो सकती है लेकिन जाहिर है यह एक अच्छी बात है। Vagrant, rspec-puppet, कठपुतली-लिंट, Geppetto, गिट शाखाओं और अन्य मुफ्त उपकरण के साथ प्रयोग और आप जल्द ही अपने पसंदीदा वर्कफ़्लो खोज लेंगे। - Martijn Heemels
कठपुतली के साथ काम करने से मुझे रुबी सीखने में भी मदद मिली, जो कि बैश को मेरी डिफ़ॉल्ट सिस्टम टूल्स भाषा के रूप में बदलने के लिए आया है। - Martijn Heemels


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

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


5
2018-06-06 09:18



... क्योंकि हम उम्मीद कर रहे हैं कि अब से अब और एक साल के बीच हमारे सर्वरों की संख्या बढ़ेगी। आवश्यकता? - Jeff Ferland
वास्तव में इस बात पर निर्भर करता है कि यह अपेक्षा कितनी निश्चित है और यदि आपने जो भी जगह बनाई है, तब भी वह वास्तव में उपयुक्त होने के समय उपयुक्त होगा। - JamesRyan
+1 के लिए "न्यूनतम तैनाती का उपयोग करें कि आपकी तैनाती की आवश्यकता है" - कठपुतली के मुद्दों में से बहुत कुछ मैंने सिस्टम पर कठपुतली नियंत्रण सब कुछ बनाने की कोशिश से स्टेम में भाग लिया है। - Sirex


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

सबसे पहले और सबसे प्रमुख मैंने तीसरे पक्ष के मॉड्यूल से दूर रहने की कोशिश की है। इनबिल्ट टूल हमारे प्रबंधन का 9 0% संभालते हैं। फ़ायरवॉल मॉड्यूल का उपयोग करने वाली सबसे बड़ी तीसरी पार्टी उपयोगिता है। किसी भी कस्टम तथ्यों, आदि शामिल पूरी टीम के साथ विकसित कर रहे हैं। हमने एक टेम्पलेट मॉड्यूल विकसित किया है और फ़ाइल टेम्पलेट, पैकेज, सेवाएं इत्यादि को सभी को इस टेम्पलेट से मानकीकृत रखा है।

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

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


5
2018-06-06 13:50





"हम प्रोग्रामर नहीं हैं, हम sysadmins हैं"

मेरे बदले में कितने बार बदल गए हैं: मेरे जैसे एक ग्रेबीर्ड था अपेक्षित होना पेशेवर प्रोग्रामर की तुलना में बेहतर प्रोग्रामर बनने के लिए, या फिर कभी भी पास नहीं कर पाएंगे कार्यकारी प्रबंधक

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

कमरे में हाथी यही कारण है कि प्रबंधन इस तरह के विनाशकारी दृष्टिकोण को सहन करता है। किसके लिए या क्या विनाशकारी? व्यापार और बुनियादी ढांचे के लिए।

वापस कठपुतली [, CFEngine, महाराज] विषय: जैसे ही कोई उस तरह का समाधान सेट करता है, एक खो देता है। हर कोई हार जाता है। क्यूं कर? क्योंकि जो कोई भी विचार के साथ आता है वह अच्छा, साफ, किकस्टार्ट [, जम्पस्टार्ट, स्वचालित इंस्टॉलर, ऑटोयास्ट, इग्नाइट-यूएक्स, एनआईएम] ऑपरेटिंग सिस्टम पैकेज के रूप में encapsulated विन्यास प्रबंधन को डिजाइन करने में सक्षम नहीं है। जब आपको एक स्वचालित हैकिंग टूल जैसे Puppet (या शेफ, या CFEngine) का उपयोग करना है, तो इसका मतलब है कि आप के लिए जबरदस्त कमी है डिज़ाइन और करने के लिए लागू एक प्रक्रिया जो उसी डिजाइन द्वारा पूरी तरह से प्रिस्टिन और प्रबंधित सिस्टम को रोशनी देती है, पूरी तरह से स्वचालित और पूरी तरह से गैर-इंटरैक्टिव होती है।

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

कठपुतली के साथ काम करने से मुझे रुबी सीखने में भी मदद मिली, जो कि बैश को मेरी डिफ़ॉल्ट प्रणाली उपकरण भाषा के रूप में बदलने के लिए आया है। "

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

अपने कठपुतली मेनिफेस्ट को पूरी मशीन या खरोंच से एक नई सेवा को कॉन्फ़िगर करने के लिए यह एक अच्छा अनुभव है।

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

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

... या आप बस कर सकते थे टेम्पलेट शैल चर के साथ आपकी विन्यास फाइलें, यहां तक ​​कि बैकक्वॉट्स (उदाहरण के लिए ls -1 ...) और एक शैल स्क्रिप्ट लिखें जो eval (1) को कॉल करने के लिए AWK का उपयोग करती है और टेम्पलेट में सभी चर का विस्तार करती है, जिससे शैल में अंतर्निहित समान शक्तिशाली पार्सर का लाभ उठाना होता है। यह जटिल क्यों बनाते हैं, जब यह वास्तव में वास्तव में सरल हो सकता है? आप कॉन्फ़िगरेशन मान कहां स्टोर करेंगे? क्यों, कहीं भी आप कृपया, उदाहरण के लिए pkginfo (4) फ़ाइलें, या ओरेकल जैसे डेटाबेस, या बहुत अधिक कहीं भी। Ultracomplex समाधान के लिए कोई ज़रूरत नहीं है। मैं जिस लाइब्रेरी का उल्लेख करता हूं वह बस हो सकता है sourced ऑपरेटिंग सिस्टम पैकेज में प्रीइंस्टॉल या पोस्टइंस्टॉल सेक्शन से, जिससे डुप्लिकेशंस को हटाया जा सकता है और कोड के केंद्रीय टुकड़े का लाभ उठाया जा सकता है ...

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


4
2018-02-11 12:28



प्रतीत होता है कि आप लेखकों के प्रश्नों के उत्तर को भूल गए हैं। - M. Glatki
यह उत्तर मुख्य रूप से राय, दृष्टिकोण और औजारों के बारे में एक चर्चा प्रतीत होता है, और वास्तव में पूछे जाने वाले प्रश्न को संबोधित नहीं करता है। - JonathanDavidArndt