लुप्तप्राय प्रजातियों के रूप में सिस्टम प्रशासकों के बारे में महाकाव्य

दुनिया भर के सिस्टम प्रशासक, आपके पेशेवर अवकाश पर बधाई!

हमारे पास कोई सिस्टम प्रशासक नहीं बचा है (ठीक है, लगभग)। हालाँकि, उनके बारे में किंवदंती अभी भी ताज़ा है। छुट्टी के सम्मान में, हमने यह महाकाव्य तैयार किया है। सहज हो जाओ, प्रिय पाठकों।

एक समय डोडो आईएस की दुनिया में आग लगी हुई थी। उस अंधेरे समय के दौरान, हमारे सिस्टम प्रशासकों का मुख्य कार्य एक और दिन जीवित रहना और रोना नहीं था।

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

वे शाम को अपनी आत्मा में चिंता के साथ घर बैठे थे। और हर बार ऐसा हुआ "ऐसा कभी नहीं हुआ, और यहाँ फिर से निगरानी मदद के लिए एक संकेत भेजती है: यार, दुनिया में आग लग गई है!"। तब हमारे सिस्टम प्रशासकों ने अपने लाल रेनकोट, लेगिंग के ऊपर शॉर्ट्स पहन लिए, अपने माथे पर कर्ल किया और डोडो दुनिया को बचाने के लिए उड़ान भरी।

ध्यान दें, थोड़ा स्पष्टीकरण। डोडो आईएस में हार्डवेयर बनाए रखने वाले क्लासिकल सिस्टम एडमिनिस्ट्रेटर कभी नहीं रहे हैं। हम तुरंत एज़्योर बादलों पर आगे बढ़ चुके थे।

वो क्या करते थे:

• अगर कुछ टूट जाता है, तो वे इसे ठीक करने के लिए बनाते हैं;
• एक विशेषज्ञ स्तर पर जगल्ड सर्वर;
• Azure में वर्चुअल नेटवर्क के लिए ज़िम्मेदार थे;
• निम्न स्तर की चीजों के लिए जिम्मेदार, उदाहरण के लिए, घटकों की बातचीत (*फुसफुसाते हुए* जिसमें कभी-कभी वे गड़गड़ाहट नहीं करते थे);
• सर्वर फिर से जुड़ता है;
• और कई अन्य जंगली।

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

संकट

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

और ऐसी चीजें हैं जो जंक्शन पर हैं। यह किसकी जिम्मेदारी है?

आमतौर पर, हमारे सिस्टम प्रशासक और प्रोग्रामर इसी जंक्शन पर मिलते थे और यह शुरू हुआ:

"दोस्तों, कुछ भी काम नहीं करता है, शायद बुनियादी ढांचे के कारण।
- यार, नहीं, यह कोड में है।

एक दिन इस समय, उनके बीच एक बाड़ बढ़ने लगी, जिसके माध्यम से उन्होंने खुशी-खुशी पूप फेंकी। कार्य, एक पूप की तरह, बाड़ के एक तरफ से दूसरी तरफ फेंका गया था। वहीं, कोई भी स्थिति को सुलझाने के करीब नहीं आया। उदास स्माइली।

धूप की एक किरण ने बादलों से घिरे आसमान को भेद दिया जब कुछ साल पहले Google में वे कार्यों का आदान-प्रदान करने के बजाय एक सामान्य काम करने के विचार के साथ आए।

लेकिन क्या होगा अगर हम हर चीज को एक कोड के रूप में वर्णित करें?

2016 में, Google ने सिस्टम एडमिनिस्ट्रेटर की भूमिका के परिवर्तन के बारे में "साइट रिलायबिलिटी इंजीनियरिंग" नामक एक पुस्तक जारी की: सॉफ्टवेयर और ऑटोमेशन के उपयोग में जादू के मास्टर से एक औपचारिक इंजीनियरिंग दृष्टिकोण तक। वे स्वयं सभी काँटों और बाधाओं से गुज़रे, उन्होंने इसे लटकाया और इसे दुनिया के साथ साझा करने का निर्णय लिया। पुस्तक सार्वजनिक डोमेन में है यहां.

पुस्तक में सरल सत्य हैं:

• कोड के रूप में सब कुछ करना अच्छा है;
• एक इंजीनियरिंग दृष्टिकोण का उपयोग करें - अच्छा;
• अच्छी निगरानी करना अच्छा है;
• किसी सेवा को स्पष्ट लॉगिंग और निगरानी न होने पर रिलीज़ होने से रोकना भी अच्छा है।

इन प्रथाओं को हमारे ग्लीब द्वारा पढ़ा गया था (एन्ट्रापी), और हम चले जाते हैं। क्रियान्वयन! अब हम एक संक्रमणकालीन चरण में हैं। एसआरई टीम का गठन किया गया है (6 तैयार विशेषज्ञ हैं, 6 और ऑनबोर्डिंग हैं) और दुनिया को बदलने के लिए तैयार हैं, जिसमें पूरी तरह से कोड शामिल है, बेहतर के लिए।

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

निष्कर्ष के बजाय वैंग

सिस्टम एडमिनिस्ट्रेटर एक योग्य पेशा है। लेकिन सिस्टम भाग के ज्ञान के लिए भी उत्कृष्ट सॉफ्टवेयर इंजीनियरिंग कौशल की आवश्यकता होती है।

प्रणालियाँ सरल और सरल होती जा रही हैं, और लोहे के सर्वरों को प्रशासित करने का अति-अद्वितीय ज्ञान हर साल मांग में कम होता जा रहा है। क्लाउड प्रौद्योगिकियां इस ज्ञान की आवश्यकता की जगह ले रही हैं।

निकट भविष्य में एक अच्छे सिस्टम एडमिनिस्ट्रेटर के पास अच्छा सॉफ्टवेयर इंजीनियरिंग कौशल होना चाहिए। इससे भी बेहतर, उसके पास इस क्षेत्र में अच्छा कौशल होना चाहिए।

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

सभी को हैप्पी सिसडमिन डे, सभी को कोड!

स्रोत: www.habr.com