संकटग्रस्त प्रजाती म्हणून सिस्टम प्रशासकांबद्दलचे महाकाव्य

जगभरातील सिस्टम प्रशासक, तुमच्या व्यावसायिक सुट्टीबद्दल अभिनंदन!

आमच्याकडे कोणतेही सिस्टम प्रशासक शिल्लक नाहीत (चांगले, जवळजवळ). तथापि, त्यांच्याबद्दलची आख्यायिका अद्याप ताजी आहे. सुट्टीच्या सन्मानार्थ, आम्ही हे महाकाव्य तयार केले आहे. प्रिय वाचकांनो, स्वतःला आरामदायक बनवा.

एकेकाळी डोडो आयएसचे जग पेटले होते. त्या काळोख्या काळात, आमच्या सिस्टम प्रशासकांचे मुख्य कार्य दुसर्या दिवशी टिकून राहणे आणि रडणे न करणे हे होते.

एके काळी, प्रोग्रामर थोडेसे आणि हळू हळू कोड लिहितात आणि आठवड्यातून एकदाच प्रकाशित करायचे. त्यामुळे दर सात दिवसातून एकदाच समस्या निर्माण झाल्या. परंतु नंतर त्यांनी अधिक कोड लिहिण्यास आणि ते अधिक वेळा प्रकाशित करण्यास सुरुवात केली, समस्या वाढू लागल्या, काहीवेळा सर्वकाही विस्कळीत होऊ लागले आणि रोलबॅक आणखी वाईट झाले. यंत्रणा प्रशासकांना त्रास झाला, पण हा प्रहसन सहन केला.

संध्याकाळच्या वेळी ते आपल्या आत्म्यामध्ये चिंता घेऊन घरी बसले. आणि प्रत्येक वेळी असे घडले "ते कधीच घडले नाही, आणि आता पुन्हा मॉनिटरिंग मदतीसाठी एक सिग्नल पाठवते: मित्रा, जगाला आग लागली आहे!" मग आमच्या यंत्रणा प्रशासकांनी त्यांचे लाल रेनकोट, लेगिंग्सवर शॉर्ट्स घातले, त्यांच्या कपाळावर कुरळे केले आणि डोडो जगाला वाचवण्यासाठी उड्डाण केले.

लक्ष द्या, थोडे स्पष्टीकरण. Dodo IS मध्ये हार्डवेअरची देखभाल करणारे क्लासिक सिस्टम प्रशासक कधीच नव्हते. आम्ही ताबडतोब Azure ढगांमध्ये प्रगत होतो.

त्यांनी काय केले:

• जर काहीतरी तुटले तर ते निश्चित केले गेले आहे;
• तज्ञ स्तरावर juggled सर्व्हर;
• Azure मधील आभासी नेटवर्कसाठी जबाबदार होते;
• निम्न-स्तरीय गोष्टींसाठी जबाबदार होते, उदाहरणार्थ, घटकांचे परस्परसंवाद (*कुजबुजणे* जे कधीकधी ते गोंधळत नाहीत);
• सर्व्हर पुन्हा कनेक्शन;
• आणि इतर अनेक जंगली.

पायाभूत सुविधा अभियंत्यांच्या संघाचे जीवन (यालाच आम्ही आमचे सिस्टम प्रशासक म्हणतो) नंतर आग विझवणे आणि सतत चाचणी बेंच तोडणे समाविष्ट होते. ते जगले आणि दुःखी झाले आणि मग विचार करण्याचा निर्णय घेतला: ते इतके वाईट का आहे, किंवा कदाचित आपण चांगले करू शकतो? उदाहरणार्थ, लोकांना प्रोग्रामर आणि सिस्टम प्रशासकांमध्ये विभाजित करू नका?

समस्या

दिलेः एक सिस्टम प्रशासक आहे जो सर्व्हरसाठी जबाबदार आहे, एक नेटवर्क जे त्याला इतर सर्व्हरशी जोडते, इन्फ्रास्ट्रक्चर लेव्हल प्रोग्राम्स (वेब ​​सर्व्हर जो अनुप्रयोग होस्ट करतो, डेटाबेस व्यवस्थापन प्रणाली इ.). आणि एक प्रोग्रामर आहे ज्याची जबाबदारी कार्य कोड आहे.

आणि अशा गोष्टी आहेत ज्या छेदनबिंदूवर आहेत. ही जबाबदारी कोणाची?

सहसा या जंक्शनवर आमचे सिस्टम प्रशासक आणि प्रोग्रामर भेटले आणि ते सुरू झाले:

- मित्रांनो, काहीही काम करत नाही, कदाचित पायाभूत सुविधांमुळे.
- मित्रांनो, नाही, हे कोडमध्ये आहे.

एके दिवशी, या क्षणी, त्यांच्यामध्ये एक कुंपण वाढू लागले, ज्याद्वारे त्यांनी आनंदाने मल फेकले. हा प्रश्न कुंपणाच्या एका बाजूला तूरडाळासारखा फेकला गेला. मात्र, परिस्थिती सोडवण्यासाठी कोणीही जवळ आले नाही. सॅड स्माइली.

काही वर्षांपूर्वी जेव्हा Google ने टास्क शेअर न करता सामान्य गोष्टी करण्याची कल्पना सुचली तेव्हा ढगाळ आकाशाला सूर्यप्रकाशाच्या किरणांनी छेद दिला.

जर आपण प्रत्येक गोष्टीचे कोड म्हणून वर्णन केले तर?

2016 मध्ये, Google ने सिस्टम प्रशासकाच्या भूमिकेतील परिवर्तनाबद्दल "साइट विश्वसनीयता अभियांत्रिकी" हे पुस्तक प्रकाशित केले: जादूच्या मास्टरपासून सॉफ्टवेअर आणि ऑटोमेशन वापरण्यासाठी औपचारिक अभियांत्रिकी दृष्टिकोन. त्यांनी स्वत: सर्व काटे आणि अडथळे पार केले, ते पेलले आणि ते जगाशी शेअर करण्याचा निर्णय घेतला. पुस्तक सार्वजनिक डोमेनमध्ये आहे येथे.

पुस्तकात साधी सत्ये आहेत:

• कोड चांगले आहे म्हणून सर्वकाही करणे;
• अभियांत्रिकी दृष्टिकोन वापरणे चांगले आहे;
• चांगले निरीक्षण करणे चांगले आहे;
• जर एखाद्या सेवेमध्ये स्पष्ट लॉगिंग आणि मॉनिटरिंग नसेल तर ते रिलीझ होऊ न देणे देखील चांगले आहे.

या पद्धती आमच्या ग्लेबने वाचल्या होत्या (एन्ट्रॉपी), आणि आम्ही निघतो. चला अंमलात आणूया! आपण आता संक्रमणाच्या टप्प्यात आहोत. SRE टीम तयार करण्यात आली आहे (तेथे 6 रेडीमेड तज्ञ आहेत, आणखी 6 ऑनबोर्डिंग चालू आहेत) आणि जग बदलण्यासाठी तयार आहे, संपूर्णपणे कोडचा समावेश करून, चांगल्यासाठी.

आम्ही आमची पायाभूत सुविधा अशा प्रकारे तयार करत आहोत की विकासक त्यांचे वातावरण पूर्णपणे स्वतंत्रपणे व्यवस्थापित करू शकतील आणि SRE सह सहयोग करू शकतील.

निष्कर्षाऐवजी वांग्य

सिस्टम प्रशासक हा एक योग्य व्यवसाय आहे. परंतु सिस्टम भागाच्या ज्ञानासाठी उत्कृष्ट सॉफ्टवेअर अभियांत्रिकी कौशल्ये देखील आवश्यक आहेत.

प्रणाली अधिक सोपी आणि सोपी होत आहेत आणि हार्डवेअर सर्व्हरचे व्यवस्थापन करण्याचे सुपर-युनिक ज्ञान दरवर्षी कमी होत आहे. क्लाउड तंत्रज्ञान या ज्ञानाच्या गरजेची जागा घेत आहेत.

नजीकच्या भविष्यात चांगल्या सिस्टम प्रशासकाकडे चांगले सॉफ्टवेअर अभियांत्रिकी कौशल्ये असणे आवश्यक आहे. आणि हे आणखी चांगले आहे की त्याच्याकडे या क्षेत्रात चांगले कौशल्य आहे.

हे घडण्याआधी भविष्याचा अंदाज कसा लावायचा हे कोणालाच माहीत नाही, परंतु आम्हाला विश्वास आहे की कालांतराने अशा कमी आणि कमी कंपन्या असतील ज्या सिस्टम प्रशासकांच्या त्यांच्या अविरतपणे बलूनिंग कर्मचारी वाढवण्यास इच्छुक असतील. जरी, नक्कीच, तेथे हौशी असतील. आज काही लोक घोडे चालवतात; ते बहुतेक कार वापरतात, जरी काही हौशी आहेत...

सर्वांना सिसॅडमिन दिनाच्या शुभेच्छा, सर्वांना कोड!

स्त्रोत: www.habr.com