नेटवर्कर्स (नाही) आवश्यक

या लेखनाच्या वेळी, "नेटवर्क अभियंता" या वाक्यांशासाठी लोकप्रिय जॉब साइटवर शोध घेतल्याने संपूर्ण रशियामध्ये सुमारे तीनशे रिक्त जागा मिळाल्या. तुलनेसाठी, "सिस्टम प्रशासक" या वाक्यांशाचा शोध जवळजवळ 2.5 हजार रिक्त जागा आणि "DevOps अभियंता" - जवळजवळ 800 परत करतो.

याचा अर्थ विजयी ढग, डॉकर, कुबर्नेट्स आणि सर्वव्यापी सार्वजनिक वाय-फायच्या काळात नेटवर्कर्सची यापुढे गरज नाही?
चला ते शोधून काढूया

च्या परिचित द्या. माझे नाव अॅलेक्सी आहे आणि मी एक नेटवर्कर आहे.

मी 10 वर्षांहून अधिक काळ नेटवर्किंग करत आहे आणि 15 वर्षांहून अधिक काळ विविध *nix प्रणालींसोबत काम करत आहे (मला लिनक्स आणि फ्रीबीएसडी दोन्ही निवडण्याची संधी मिळाली). मी दूरसंचार ऑपरेटर्स, मोठ्या कंपन्यांमध्ये काम केले, ज्यांना "एंटरप्राइजेस" मानले जाते आणि अलीकडे मी "तरुण आणि धाडसी" फिनटेकमध्ये काम करत आहे, जेथे क्लाउड, डेव्हॉप्स, कुबर्नेट्स आणि इतर भयानक शब्द जे मला आणि माझ्या सहकाऱ्यांना नक्कीच त्रास देतील. अनावश्यक. काही दिवस. कदाचित.

अस्वीकरण: "आपल्या जीवनात, सर्वकाही नाही, नेहमी आणि सर्वत्र, परंतु काहीतरी, कधीकधी ठिकाणी" (c) मॅक्सिम डोरोफीव्ह.

खाली लिहिलेली प्रत्येक गोष्ट लेखकाचे वैयक्तिक मत मानली जाऊ शकते आणि ती अंतिम सत्य असल्याचा दावा करत नाही आणि पूर्ण अभ्यास देखील करू शकतो. सर्व पात्रे काल्पनिक आहेत, सर्व योगायोग यादृच्छिक आहेत.

माझ्या जगात स्वागत आहे.

तुम्ही नेटवर्कर्सना कुठे भेटू शकता?

1. दूरसंचार ऑपरेटर, सेवा कंपन्या आणि इतर इंटिग्रेटर. सर्व काही सोपे आहे: त्यांच्यासाठी नेटवर्क हा एक व्यवसाय आहे. ते एकतर थेट कनेक्टिव्हिटी (ऑपरेटर) विकतात किंवा त्यांच्या ग्राहकांचे नेटवर्क सुरू/देखभाल करण्यासाठी सेवा देतात.

येथे भरपूर अनुभव आहे, परंतु जास्त पैसे नाहीत (जोपर्यंत तुम्ही संचालक किंवा यशस्वी विक्री व्यवस्थापक नसता). आणि तरीही, जर तुम्हाला नेटवर्क्स आवडत असतील आणि तुम्ही तुमच्या प्रवासाच्या अगदी सुरुवातीस असाल, तर काही फार मोठ्या नसलेल्या ऑपरेटरच्या समर्थनात करिअर करणे हा एक आदर्श प्रारंभिक बिंदू असेल (सर्व काही फेडरलमध्ये खूप स्क्रिप्ट केलेले आहे, आणि तेथे सर्जनशीलतेसाठी कमी जागा आहे). बरं, काही वर्षांत ड्युटीवर असलेल्या अभियंत्यापासून सी-लेव्हल मॅनेजर बनणे शक्य आहे या वस्तुस्थितीबद्दलच्या कथा देखील अगदी वास्तविक आहेत, जरी स्पष्ट कारणांमुळे दुर्मिळ आहेत. तेथे नेहमीच कर्मचार्‍यांची आवश्यकता असते, कारण अजूनही उलाढाल आहे. हे एकाच वेळी चांगले आणि वाईट दोन्ही आहे - दुसरीकडे नेहमी रिक्त पदे असतात - बर्‍याचदा सर्वात सक्रिय/स्मार्ट लोक एकतर पटकन बढती मिळवतात किंवा इतर, "उबदार" ठिकाणी जातात.

2. सशर्त "एंटरप्राइझ". त्याची मुख्य क्रियाकलाप आयटीशी संबंधित आहे की नाही हे महत्त्वाचे नाही. मुख्य गोष्ट अशी आहे की त्याचा स्वतःचा आयटी विभाग आहे, जो कंपनीच्या अंतर्गत सिस्टमचे कार्य सुनिश्चित करण्यात गुंतलेला आहे, ज्यामध्ये कार्यालयांमधील नेटवर्क, शाखांपासून संप्रेषण चॅनेल इ. अशा कंपन्यांमधील नेटवर्क अभियंत्याची कार्ये सिस्टीम प्रशासकाद्वारे "अर्धवेळ" केली जाऊ शकतात (जर नेटवर्कची पायाभूत सुविधा लहान असेल, किंवा बाह्य कंत्राटदार त्यात गुंतलेला असेल), आणि नेटवर्क व्यवस्थापक, जर तो अस्तित्वात असेल, तर तो करू शकतो. एकाच वेळी टेलिफोनी आणि SAN ची काळजी घ्या (नुआचो नाही). ते वेगवेगळ्या प्रकारे पैसे देतात - ते व्यवसायाच्या मार्जिनवर, कंपनीच्या आकारावर आणि संरचनेवर अवलंबून असते. मी अशा दोन्ही कंपन्यांमध्ये काम केले जेथे सिस्को नियमितपणे "बॅरलमध्ये लोड केले जातात" आणि ज्या कंपन्यांमध्ये नेटवर्क विष्ठा, काठ्या आणि निळ्या इलेक्ट्रिकल टेपने तयार केले गेले होते आणि सर्व्हर अद्यतनित केले गेले नाहीत, अंदाजे, कधीही (असे म्हणणे आवश्यक आहे की तेथे एकतर कोणतेही राखीव नव्हते). येथे खूपच कमी अनुभव आहे आणि तो जवळजवळ निश्चितपणे कठोर विक्रेता-लॉकच्या क्षेत्रात असेल किंवा "शक्याबाहेर काहीतरी कसे बनवायचे." व्यक्तिशः, मला ते अत्यंत कंटाळवाणे वाटले, जरी बर्याच लोकांना ते आवडते - सर्वकाही अगदी मोजमाप आणि अंदाज करण्यायोग्य आहे (जर आपण मोठ्या कंपन्यांबद्दल बोलत आहोत), “दोरखा-बहातो” इ. वर्षातून किमान एकदा, काही प्रमुख विक्रेते म्हणतात की त्यांनी आणखी एक मेगा-सुपर-डुपर प्रणाली आणली आहे जी आता सर्वकाही स्वयंचलित करेल आणि सर्व सिस्टम प्रशासक आणि नेटवर्कर्स विखुरले जाऊ शकतात, दोन जोडप्यांना एका सुंदर इंटरफेसमध्ये बटणे दाबण्यासाठी सोडले जाऊ शकतात. वस्तुस्थिती अशी आहे की, आम्ही समाधानाच्या किंमतीकडे दुर्लक्ष केले तरी नेटवर्कर्स तेथून कोठेही जाणार नाहीत. होय, कदाचित कन्सोलऐवजी पुन्हा वेब इंटरफेस असेल (परंतु हार्डवेअरचा विशिष्ट तुकडा नाही, परंतु एक मोठी प्रणाली जी दहापट आणि अशा शेकडो हार्डवेअरचे तुकडे व्यवस्थापित करते), परंतु "सर्वकाही आत कसे कार्य करते" याचे ज्ञान अजूनही असेल. आवश्यक असेल.

3. उत्पादन कंपन्या, ज्याचा नफा काही सॉफ्टवेअर किंवा प्लॅटफॉर्मच्या डेव्हलपमेंटमधून (आणि बहुतेकदा ऑपरेशन) होतो - तेच उत्पादन. सहसा ते लहान आणि चपळ असतात, ते अजूनही उद्योगांच्या प्रमाणापासून आणि त्यांच्या नोकरशाहीपासून दूर असतात. येथे तेच डेव्हॉप्स, क्यूबर्स, डॉकर्स आणि इतर भयंकर शब्द मोठ्या संख्येने आढळतात जे नक्कीच नेटवर्क आणि नेटवर्क अभियंत्यांना अनावश्यक रूढी बनवतील.

नेटवर्क मॅनेजर सिसॅडमिनपेक्षा वेगळा कसा आहे?

IT मधील लोकांच्या समजूतदारपणात - काहीही नाही. ते दोघेही काळ्या पडद्याकडे पाहतात आणि काही शब्दलेखन करतात, कधीकधी हळूवारपणे शपथ घेतात.

प्रोग्रामरच्या आकलनात - कदाचित विषय क्षेत्र. Sysadmins सर्व्हरचे व्यवस्थापन करतात, नेटवर्कर्स स्विचेस आणि राउटरचे व्यवस्थापन करतात. कधी कधी अॅडमिन वाईट असतो, आणि सर्व काही प्रत्येकासाठी खाली पडते. बरं, काहीही विचित्र झाल्यास, नेटवर्कर्स देखील दोषी आहेत. फक्त तुला संभोग, म्हणूनच.

खरं तर, मुख्य फरक म्हणजे काम करण्याचा दृष्टीकोन. कदाचित, हे नेटवर्कर्समध्ये आहे की बहुतेक सर्व "हे कार्य करते - त्यास स्पर्श करू नका!" या दृष्टिकोनाचे समर्थक आहेत. आपण सहसा काहीतरी (एका विक्रेत्यामध्ये) फक्त एकाच मार्गाने करू शकता, बॉक्सचे संपूर्ण कॉन्फिगरेशन - ते आपल्या हाताच्या तळहातावर आहे. त्रुटीची किंमत जास्त असते आणि कधीकधी खूप जास्त असते (उदाहरणार्थ, आपल्याला राउटर रीबूट करण्यासाठी कित्येक शंभर किलोमीटर प्रवास करावा लागतो आणि यावेळी हजारो लोक संवादाशिवाय असतील - ही परिस्थिती टेलिकॉम ऑपरेटरसाठी अगदी सामान्य आहे. ).

माझ्या मते, म्हणूनच नेटवर्क अभियंते, एकीकडे, नेटवर्क स्थिरतेसाठी अत्यंत प्रवृत्त असतात (आणि बदल हा स्थिरतेचा मुख्य शत्रू आहे) आणि दुसरे म्हणजे, त्यांचे ज्ञान रुंदीपेक्षा अधिक खोलवर जाते (आपण नाही डझनभर भिन्न डिमन कॉन्फिगर करण्यास सक्षम असणे आवश्यक आहे, आपल्याला विशिष्ट उपकरण निर्मात्याकडून तंत्रज्ञान आणि त्यांची अंमलबजावणी माहित असणे आवश्यक आहे). म्हणूनच सिस्को सिस्टीमवर vlan कसे नोंदवायचे हे गुगल केलेले सिस्टम प्रशासक अद्याप नेटवर्कर नाही. आणि तो कमी-अधिक जटिल नेटवर्कला प्रभावीपणे समर्थन (तसेच समस्यानिवारण) करण्यास सक्षम असेल अशी शक्यता नाही.

पण जर तुमच्याकडे होस्टर असेल तर तुम्हाला नेटवर्करची गरज का आहे?

अतिरिक्त पैशासाठी (आणि जर तुम्ही खूप मोठे आणि प्रिय क्लायंट असाल तर, कदाचित विनामूल्य देखील, "मित्र म्हणून"), डेटा सेंटर अभियंते तुमच्या गरजेनुसार तुमचे स्विच कॉन्फिगर करतील आणि कदाचित, BGP इंटरफेस वाढविण्यात मदत करतील. प्रदात्यांसह (जर तुमच्याकडे घोषणेसाठी IP पत्त्यांचे स्वतःचे सबनेट असेल).

मुख्य समस्या अशी आहे की डेटा सेंटर हा तुमचा आयटी विभाग नाही, ती एक वेगळी कंपनी आहे ज्याचे ध्येय नफा मिळवणे आहे. क्लायंट म्हणून तुमच्या खर्चासह. डेटा सेंटर रॅक प्रदान करते, त्यांना वीज आणि थंडी प्रदान करते आणि इंटरनेटशी काही "डिफॉल्ट" कनेक्टिव्हिटी देखील देते. या पायाभूत सुविधांच्या आधारे, डेटा सेंटर तुमची उपकरणे (कोलोकेशन) सह-शोधू शकते, तुम्हाला सर्व्हर (समर्पित सर्व्हर) भाड्याने देऊ शकते किंवा व्यवस्थापित सेवा प्रदान करू शकते (उदाहरणार्थ, OpenStack किंवा K8s). परंतु डेटा सेंटरचा व्यवसाय (सामान्यत:) ग्राहक पायाभूत सुविधांचे प्रशासन नाही, कारण ही प्रक्रिया त्याऐवजी श्रम-केंद्रित आहे, खराब स्वयंचलित (आणि सामान्य डेटा सेंटरमध्ये सर्वकाही स्वयंचलित आहे), एकत्रित आणखी वाईट (प्रत्येक क्लायंट वैयक्तिक आहे) आणि सामान्यत: दाव्यांनी भरलेले ("तुम्ही मला सांगता की सर्व्हर सेट केला होता, परंतु आता तो क्रॅश झाला आहे, ही सर्व तुमची चूक आहे!!! 111"). म्हणून, जर होस्ट तुम्हाला काही मदत करत असेल तर तो ते शक्य तितके सोपे आणि "कंडो" बनवण्याचा प्रयत्न करेल. कारण हे करणे कठीण आहे - फायदेशीर नाही, कमीतकमी या होस्टच्या अभियंत्यांच्या श्रम खर्चाच्या दृष्टिकोनातून (परंतु परिस्थिती भिन्न आहे, अस्वीकरण पहा). याचा अर्थ असा नाही की होस्ट सर्व काही वाईट रीतीने करेल. परंतु हे अजिबात नाही की तो तुम्हाला खरोखर आवश्यक तेच करेल.

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

वास्तविक, "इन-हाऊस अॅडमिन टीम वि आउटसोर्स" निवडताना येथे हेतू अगदी सारखाच आहे. जर जोखीम मोजली गेली तर, गुणवत्ता समाधानकारक आहे आणि व्यवसायाला हरकत नाही, तो प्रयत्न का करू नये. दुसरीकडे, नेटवर्क हे पायाभूत सुविधांच्या सर्वात मूलभूत स्तरांपैकी एक आहे, आणि जर तुम्ही आधीच इतर सर्व गोष्टींना स्वतःला समर्थन देत असाल तर ते बाहेरील लोकांकडे सोडणे फारसे फायदेशीर नाही.

तुम्हाला नेटवर्कर कधी लागेल?

पुढे आपण आधुनिक खाद्य कंपन्यांबद्दल विशेषतः बोलू. ऑपरेटर आणि एंटरप्राइझसह, सर्वकाही स्पष्ट आहे, अधिक किंवा मायनस - अलिकडच्या वर्षांत तेथे थोडेसे बदलले आहेत आणि नेटवर्कर्सची आधी तेथे आवश्यकता होती आणि आता त्यांची आवश्यकता आहे. पण त्याच "तरुण आणि धाडसी" गोष्टी इतक्या स्पष्ट नाहीत. बर्‍याचदा ते त्यांचे संपूर्ण इन्फ्रास्ट्रक्चर ढगांमध्ये ठेवतात, त्यामुळे त्यांना खरोखरच प्रशासकांची आवश्यकता नसते - अर्थातच त्याच ढगांचे प्रशासक वगळता. पायाभूत सुविधा, एकीकडे, त्याच्या डिझाइनमध्ये अगदी सोपी आहे, तर दुसरीकडे, ती चांगली स्वयंचलित आहे (अँसिबल/पपेट, टेराफॉर्म, ci/cd... बरं, तुम्हाला माहिती आहे). परंतु येथेही अशी परिस्थिती आहे जेव्हा आपण नेटवर्क अभियंताशिवाय करू शकत नाही.

उदाहरण 1, क्लासिक

समजा एखादी कंपनी डेटा सेंटरमध्ये असलेल्या सार्वजनिक ip-पत्त्यासह एका सर्व्हरने सुरू करते. मग दोन सर्व्हर आहेत. मग अधिक... लवकरच किंवा नंतर, सर्व्हर दरम्यान खाजगी नेटवर्कची आवश्यकता आहे. कारण "बाह्य" रहदारी बँडविड्थ (उदाहरणार्थ 100Mbps पेक्षा जास्त नाही) आणि दरमहा डाउनलोड केलेल्या / अपलोड केलेल्या रकमेद्वारे मर्यादित आहे (वेगवेगळ्या होस्टर्सचे दर भिन्न आहेत, परंतु बाह्य जगासाठी बँडविड्थ, नियमानुसार, खूप आहे. खाजगी नेटवर्कपेक्षा जास्त महाग).

होस्टर सर्व्हरमध्ये अतिरिक्त नेटवर्क कार्ड जोडतो आणि त्यांना त्यांच्या स्विचमध्ये वेगळ्या vlan मध्ये समाविष्ट करतो. सर्व्हर दरम्यान एक "फ्लॅट" स्थानिक क्षेत्र दिसते. आरामदायक!

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

काय केले पाहिजे?

नेटवर्कला विभागांमध्ये विभाजित करा - vlans. प्रत्येक vlan मध्ये तुमचा स्वतःचा पत्ता सेट करा, एक गेटवे निवडा जो नेटवर्क दरम्यान रहदारी स्थानांतरित करेल. गेटवेवर, विभागांमधील प्रवेश प्रतिबंधित करण्यासाठी acl कॉन्फिगर करा किंवा त्याच्या पुढे एक स्वतंत्र फायरवॉल देखील ठेवा.

उदाहरण 1, पुढे

सर्व्हर LAN शी एका कॉर्डने जोडलेले असतात. रॅकमधील स्विच एकमेकांना कसे तरी जोडलेले असतात, परंतु एका रॅकमध्ये अपघात झाल्यास, शेजारील आणखी तीन स्विचेस पडतात. योजना अस्तित्वात आहेत, परंतु त्यांच्या प्रासंगिकतेबद्दल शंका आहेत. प्रत्येक सर्व्हरचा स्वतःचा सार्वजनिक पत्ता असतो, जो होस्टद्वारे जारी केला जातो आणि रॅकशी जोडलेला असतो. त्या. सर्व्हर हलवताना पत्ता बदलावा लागतो.

काय केले पाहिजे?

रॅकमध्ये स्विच करण्यासाठी दोन कॉर्डसह LAG (लिंक एग्रीगेशन ग्रुप) वापरून सर्व्हर कनेक्ट करा (ते देखील अनावश्यक असणे आवश्यक आहे). रॅकमधील कनेक्शन आरक्षित करा, त्यांना “स्टार” (किंवा आता फॅशनेबल CLOS) सह रीमेक करा जेणेकरून एका रॅकच्या नुकसानाचा इतरांवर परिणाम होणार नाही. "मध्य" रॅक निवडा जेथे नेटवर्क कोर स्थित असेल आणि जेथे इतर रॅक समाविष्ट केले जातील. त्याच वेळी, सार्वजनिक संबोधन व्यवस्थित ठेवा, होस्टकडून (किंवा शक्य असल्यास RIR कडून) एक सबनेट घ्या, जे तुम्ही स्वतः (किंवा होस्टद्वारे) जगाला घोषित करता.

हे सर्व "सामान्य" सिस्टम प्रशासकाद्वारे केले जाऊ शकते ज्याला नेटवर्कचे सखोल ज्ञान नाही? खत्री नाही. यजमान करेल का? कदाचित ते होईल, परंतु आपल्याला त्याऐवजी तपशीलवार टीओआरची आवश्यकता असेल, जे एखाद्याद्वारे संकलित करणे देखील आवश्यक असेल. आणि नंतर तपासा की सर्वकाही योग्यरित्या केले आहे.

उदाहरण २: ढगाळ

समजा तुमच्याकडे काही सार्वजनिक क्लाउडमध्ये VPC आहे. कार्यालयातून किंवा VPC मधील स्थानिक नेटवर्कमध्ये पायाभूत सुविधांचा ऑन-प्रीम भाग मिळविण्यासाठी, तुम्हाला IPSec किंवा समर्पित चॅनेलद्वारे कनेक्शन सेट करणे आवश्यक आहे. एकीकडे, IPSec स्वस्त आहे, कारण अतिरिक्त हार्डवेअर खरेदी करण्याची आवश्यकता नाही, तुम्ही सार्वजनिक पत्ता आणि क्लाउडसह तुमच्या सर्व्हरमध्ये एक बोगदा सेट करू शकता. परंतु - विलंब, मर्यादित कार्यप्रदर्शन (चॅनेल एनक्रिप्ट करणे आवश्यक असल्याने), तसेच गॅरंटी नसलेली कनेक्टिव्हिटी (अॅक्सेस नियमित इंटरनेटद्वारे जात असल्याने).

काय केले पाहिजे?

एका समर्पित चॅनेलद्वारे कनेक्शन वाढवा (उदाहरणार्थ, AWS त्याला डायरेक्ट कनेक्ट म्हणतात). हे करण्यासाठी, एक भागीदार ऑपरेटर शोधा जो तुम्हाला कनेक्ट करेल, तुमच्या जवळच्या कनेक्शन पॉईंटवर निर्णय घेईल (आपण ऑपरेटर आणि ऑपरेटर क्लाउडमध्ये दोघेही), आणि शेवटी, सर्वकाही सेट करा. हे सर्व नेटवर्क इंजिनीअरशिवाय करता येईल का? निश्चितपणे, होय. परंतु समस्या असल्यास त्याशिवाय समस्यानिवारण कसे करावे हे आता स्पष्ट नाही.

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

मी माझ्या सरावातून अशी आणखी डझनभर उदाहरणे रेखाटू शकतो, परंतु मला असे वाटते की हे स्पष्ट आहे की पायाभूत सुविधांच्या विकासाच्या एका विशिष्ट स्तरापासून सुरू होणार्‍या संघामध्ये नेटवर्क कसे कार्य करते आणि कॉन्फिगर करू शकते हे माहीत असणारी व्यक्ती (शक्यतो एकापेक्षा जास्त) असणे आवश्यक आहे. नेटवर्क उपकरणे आणि समस्या उद्भवल्यास ते सोडवा. माझ्यावर विश्वास ठेवा, त्याला काहीतरी करावे लागेल

नेटवर्करला काय माहित असावे?

नेटवर्क अभियंत्यासाठी फक्त नेटवर्कशी व्यवहार करणे आवश्यक नाही (आणि अगदी, कधीकधी, हानिकारक देखील) आणि दुसरे काहीही नाही. जरी आपण पायाभूत सुविधांसह पर्यायाचा विचार केला नाही जो जवळजवळ संपूर्णपणे सार्वजनिक ढगात राहतो (आणि जे काही म्हणू शकतो, ते अधिकाधिक लोकप्रिय होत आहे), आणि उदाहरणार्थ, प्रिमिस किंवा खाजगी ढगांवर, जेथे "एकट्या CCNP-स्तरीय ज्ञानावर" "तुम्ही सोडणार नाही.

व्यतिरिक्त, खरं तर, नेटवर्क्स - जरी अभ्यासासाठी फक्त अंतहीन फील्ड आहे, जरी आपण केवळ एका क्षेत्रावर लक्ष केंद्रित केले तरीही (प्रदाता नेटवर्क, उपक्रम, डेटा केंद्रे, वाय-फाय ...)

अर्थात, तुमच्यापैकी अनेकांना आता पायथन आणि इतर "नेटवर्क ऑटोमेशन" लक्षात असेल, परंतु ही केवळ एक आवश्यक आहे, परंतु पुरेशी स्थिती नाही. नेटवर्क अभियंता "यशस्वीपणे कार्यसंघामध्ये सामील" होण्यासाठी, त्याला विकासक आणि सहकारी प्रशासक / डेव्हॉप्स या दोघांसोबत समान भाषा बोलता आली पाहिजे. याचा अर्थ काय?

• केवळ लिनक्समध्ये वापरकर्ता म्हणून काम करू शकत नाही, तर किमान sysadmin-jun स्तरावर त्याचे व्यवस्थापन देखील करू शकता: आवश्यक सॉफ्टवेअर स्थापित करा, अयशस्वी सेवा पुन्हा सुरू करा, एक साधे systemd-unit लिहा.
• लिनक्समध्ये नेटवर्क स्टॅक कसे कार्य करते, हायपरवाइझर्स आणि कंटेनर्स (lxc/docker/kubernetes) मध्ये नेटवर्क कसे कार्य करते हे समजून घ्या (किमान सामान्य शब्दात).
• अर्थात, उत्तरदायी/शेफ/पपेट किंवा अन्य एससीएम प्रणालीसह कार्य करण्यास सक्षम व्हा.
• खाजगी क्लाउडसाठी SDN आणि नेटवर्कबद्दल एक वेगळी ओळ लिहिली पाहिजे (उदाहरणार्थ, TungstenFabric किंवा OpenvSwitch). ज्ञानाचा हा आणखी एक मोठा भाग आहे.

थोडक्यात, मी एका सामान्य टी-आकार तज्ञाचे वर्णन केले (जसे आता म्हणायचे फॅशनेबल आहे). हे काही नवीन नाही असे दिसते, तथापि, मुलाखतींच्या अनुभवानुसार, सर्व नेटवर्क अभियंते वरील यादीतील किमान दोन विषयांच्या ज्ञानाचा अभिमान बाळगू शकत नाहीत. व्यवहारात, "संबंधित क्षेत्रातील" ज्ञानाचा अभाव केवळ सहकाऱ्यांशी संवाद साधणेच नव्हे तर प्रकल्पाच्या सर्वात खालच्या-स्तरीय पायाभूत सुविधा म्हणून व्यवसाय नेटवर्कवर लादलेल्या आवश्यकता समजून घेणे देखील कठीण करते. आणि हे समजून घेतल्याशिवाय, आपल्या दृष्टिकोनाचे वाजवीपणे रक्षण करणे आणि व्यवसायाला "विकणे" करणे अधिक कठीण होते.

दुसरीकडे, "प्रणाली कशी कार्य करते हे समजून घेण्याची" सवय नेटवर्कर्सना विविध "सामान्यवाद्यां" पेक्षा खूप चांगला फायदा देते ज्यांना हॅब्रे/माध्यम आणि टेलिग्राम चॅट्सवरील लेखांमधील तंत्रज्ञानाबद्दल माहिती आहे, परंतु हे कोणत्या तत्त्वांद्वारे केले जाते याची पूर्णपणे कल्पना नाही. किंवा ते सॉफ्टवेअर चालू आहे? आणि काही नियमिततेचे ज्ञान, जसे तुम्हाला माहिती आहे, अनेक तथ्यांचे ज्ञान यशस्वीरित्या बदलते.

निष्कर्ष, किंवा फक्त TL;DR

1. नेटवर्क अ‍ॅडमिनिस्ट्रेटर (जसे की डीबीए किंवा व्हीओआयपी अभियंता) एक संकुचित प्रोफाइल असलेला विशेषज्ञ असतो (सिस्टम प्रशासक/देव/एसआरईच्या विपरीत), ज्याची गरज त्वरित उद्भवत नाही (आणि खरं तर दीर्घकाळ उद्भवू शकत नाही) . परंतु ते उद्भवल्यास, बाहेरील तज्ञ (आउटसोर्स किंवा सामान्य सामान्य-उद्देशीय प्रशासक, "जे नेटवर्क देखील पाहतात") द्वारे बदलले जाण्याची शक्यता नाही. काहीसे दुःखाची गोष्ट म्हणजे अशा तज्ञांची गरज कमी आहे, आणि सशर्त, 800 प्रोग्रामर आणि 30 डेव्हॉप्स/प्रशासक असलेल्या कंपनीमध्ये, त्यांच्या जबाबदाऱ्यांसह उत्कृष्ट काम करणारे फक्त दोन नेटवर्कर असू शकतात. त्या. बाजार होता आणि खूप, खूप लहान, आणि एक चांगला पगार - अगदी कमी.
2. दुसरीकडे, आधुनिक जगात चांगल्या नेटवर्करला केवळ नेटवर्कच माहित नसावेत (आणि त्यांचे कॉन्फिगरेशन कसे स्वयंचलित करावे), परंतु ऑपरेटिंग सिस्टम आणि सॉफ्टवेअर त्यांच्याशी कसे संवाद साधतात हे देखील माहित असले पाहिजे जे या नेटवर्कवर चालतात. याशिवाय, सहकारी तुमच्याकडून काय विचारत आहेत हे समजून घेणे आणि त्यांना तुमच्या इच्छा/आवश्यकता (वाजवीपणे) सांगणे अत्यंत कठीण होईल.
3. क्लाउड नाही, तो फक्त दुसऱ्याचा संगणक आहे. तुम्हाला हे समजून घेणे आवश्यक आहे की सार्वजनिक / खाजगी क्लाउड किंवा होस्टिंग प्रदात्यांच्या सेवांचा वापर "जे तुमच्यासाठी सर्वकाही करतात" हे तथ्य नाकारत नाही की तुमचा अॅप्लिकेशन अजूनही नेटवर्क वापरत आहे आणि त्यामधील समस्या तुमच्या अॅप्लिकेशनच्या ऑपरेशनवर परिणाम करेल. . तुमची निवड ही आहे की सक्षमता केंद्र कुठे असेल, जे तुमच्या प्रकल्पाच्या नेटवर्कसाठी जबाबदार असेल.

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