नेटवर्करहरू (आवश्यक छैन)

यो लेख लेख्ने समयमा, "नेटवर्क इन्जिनियर" वाक्यांशको लागि लोकप्रिय जागिर साइटमा खोजीले रूसभरि लगभग तीन सय रिक्त पदहरू फिर्ता गर्यो। तुलनाको लागि, "प्रणाली प्रशासक" वाक्यांशको खोजीले लगभग 2.5 हजार रिक्त पदहरू फर्काउँछ, र "DevOps इन्जिनियर" - लगभग 800।

के यसको मतलब यो हो कि विजयी क्लाउडहरू, डकर, कुबर्नेट्स र सर्वव्यापी सार्वजनिक Wi-Fi को समयमा नेटवर्करहरू आवश्यक पर्दैन?
यो पत्ता लगाउनुहोस् (c)

चिनजान गरौं। मेरो नाम एलेक्सी हो, र म एक नेटवर्कर हुँ।

म १० वर्षभन्दा बढी समयदेखि नेटवर्कमा संलग्न छु र १५ वर्षभन्दा बढी समयदेखि विभिन्न *निक्स प्रणालीहरूसँग काम गरिरहेको छु (मलाई लिनक्स र फ्रीबीएसडी दुवैसँग टिङ्कर गर्ने मौका थियो)। मैले टेलिकम अपरेटरहरूमा काम गरें, ठूला कम्पनीहरू जसलाई "इन्टरप्राइज" मानिन्छ, र भर्खरै म "युवा र साहसी" फिनटेकमा काम गरिरहेको छु, जहाँ क्लाउड, डेभोप्स, कुबर्नेट्स र अन्य डरलाग्दो शब्दहरू जसले निश्चित रूपमा मलाई र मेरा सहकर्मीहरूलाई अनावश्यक बनाउँदछ। । कुनै दिन। हुनसक्छ।

अस्वीकरण: "हाम्रो जीवनमा, सबै कुरा सधैं र सबै ठाउँमा हुँदैन, तर केहि, कहिलेकाहीँ ठाउँहरूमा" (c) मैक्सिम डोरोफिभ।

तल लेखिएका सबै कुरा लेखकको व्यक्तिगत विचार हुन सक्छ र मान्न सकिन्छ, जसले अन्तिम सत्य वा पूर्ण अध्ययन भएको दाबी गर्दैन। सबै पात्रहरू काल्पनिक हुन्, सबै संयोगहरू अनियमित छन्।

मेरो संसारमा स्वागत छ।

तपाईले नेटवर्करहरू कहाँ भेट्न सक्नुहुन्छ?

1. दूरसंचार अपरेटरहरू, सेवा कम्पनीहरू र अन्य एकीकृतकर्ताहरू। यहाँ सबै कुरा सरल छ: तिनीहरूको लागि नेटवर्क एक व्यापार हो। तिनीहरू या त सिधै कनेक्टिविटी (अपरेटरहरू) बेच्छन् वा आफ्ना ग्राहकहरूको सञ्जाल सुरू गर्न/सम्भार गर्नका लागि सेवाहरू प्रदान गर्छन्।

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

2. सशर्त "उद्यम"। उसको मुख्य गतिविधि आईटीसँग सम्बन्धित छ वा छैन भन्ने कुराले फरक पार्दैन। मुख्य कुरा यो हो कि यसको आफ्नै आईटी विभाग छ, जसले कम्पनीको आन्तरिक प्रणालीहरूको सञ्चालन सुनिश्चित गर्दछ, कार्यालयहरूमा नेटवर्क, शाखाहरूमा सञ्चार च्यानलहरू, आदि। त्यस्ता कम्पनीहरूमा नेटवर्क इन्जिनियरको कार्यहरू प्रणाली प्रशासक द्वारा "अंशकालिक" गर्न सकिन्छ (यदि नेटवर्क पूर्वाधार सानो छ वा बाह्य ठेकेदार द्वारा ह्यान्डल गरिएको छ), र नेटवर्क विशेषज्ञ, यदि त्यहाँ छ भने, गर्न सक्नुहुन्छ। एकै समयमा टेलिफोनी र SAN (राम्रो छैन) हेरचाह गर्नुहोस्। तिनीहरू फरक रूपमा तिर्छन् - यो धेरै व्यापारको नाफा, कम्पनीको आकार र संरचनामा निर्भर गर्दछ। मैले कम्पनीहरूसँग काम गरें जहाँ सिस्को प्रणालीहरू नियमित रूपमा "ब्यारेलहरूमा लोड" थिए, र कम्पनीहरूसँग जहाँ नेटवर्क मल, स्टिक र नीलो टेपबाट बनाइएको थियो, र सर्भरहरू कहिल्यै अद्यावधिक भएनन् (भन्न आवश्यक छैन, कुनै पनि भण्डारहरू प्रदान गरिएको थिएन)। यहाँ धेरै कम अनुभव छ, र यो लगभग निश्चित रूपमा कडा विक्रेता-लक को क्षेत्र मा हुनेछ, वा "कसरी केहि बाहिर केहि बनाउन।" व्यक्तिगत रूपमा, मैले यो धेरै बोरिंग पाएँ, यद्यपि धेरै मानिसहरूले यसलाई मन पराउँछन् - सबै कुरा एकदम मापन र अनुमानित छ (यदि हामी ठूला कम्पनीहरूको बारेमा कुरा गर्दैछौं), "दोरखा-बहातो", आदि। कम्तिमा एक वर्षमा एक पटक, केही प्रमुख विक्रेताहरू भन्छन् कि तिनीहरू अर्को मेगा-सुपर-डुपर प्रणालीको साथ आएका छन् जसले अब सबै कुरा स्वचालित गर्नेछ र सबै प्रणाली प्रशासकहरू र नेटवर्करहरूलाई छरितो गर्न सकिन्छ, एक जोडीलाई सुन्दर इन्टरफेसमा बटनहरू थिच्न छोडेर। वास्तविकता के हो भने, हामीले समाधानको लागतलाई बेवास्ता गरे पनि, नेटवर्करहरू कतै जाँदैनन्। हो, हुनसक्छ कन्सोलको सट्टा त्यहाँ फेरि वेब इन्टरफेस हुनेछ (तर हार्डवेयरको एक विशेष टुक्रा होइन, तर एक ठूलो प्रणाली जसले दसौं र सयौं हार्डवेयरका टुक्राहरू प्रबन्ध गर्दछ), तर "कसरी सबै कुरा भित्र काम गर्दछ" को ज्ञान अझै हुनेछ। आवश्यक हुनेछ।

3. उत्पादन कम्पनीहरू, जसको नाफा केहि सफ्टवेयर वा प्लेटफर्मको विकास (र, प्राय: सञ्चालन) बाट आउँछ - उही उत्पादन। सामान्यतया तिनीहरू साना र फुर्तिलो हुन्छन्, तिनीहरू अझै पनि उद्यमहरूको स्तर र तिनीहरूको नोकरशाहीबाट टाढा छन्। यो यहाँ छ कि उही devops, cubers, dockers र अन्य भयानक शब्दहरू सामूहिक रूपमा पाइन्छ, जसले निश्चित रूपमा नेटवर्क र नेटवर्क ईन्जिनियरहरूलाई अनावश्यक रूडिमेन्ट बनाउनेछ।

कसरी नेटवर्कर प्रणाली प्रशासक भन्दा फरक छ?

IT बाट होइन मान्छे को समझ मा - केहि छैन। दुवैले कालो स्क्रिनमा हेर्छन् र केही मन्त्रहरू लेख्छन्, कहिलेकाहीँ चुपचाप कसम खान्छन्।

प्रोग्रामरहरूको बुझाइमा - सायद विषय क्षेत्र द्वारा। प्रणाली प्रशासकहरूले सर्भरहरू व्यवस्थापन गर्छन्, नेटवर्करहरूले स्विचहरू र राउटरहरू प्रबन्ध गर्छन्। कहिलेकाहीँ प्रशासन खराब छ, र सबै कुरा सबैको लागि अलग हुन्छ। खैर, केहि अनौठो मामलामा, नेटवर्करहरू पनि दोषी छन्। केवल किनभने तिमीलाई बकवास, त्यसकारण।

वास्तवमा, मुख्य भिन्नता काम गर्ने दृष्टिकोण हो। हुनसक्छ, यो नेटवर्करहरू बीच हो कि त्यहाँ "यदि यसले काम गर्छ भने, यसलाई नछुनुहोस्!" दृष्टिकोणको धेरै समर्थकहरू छन्। नियमको रूपमा, केहि गर्न सकिन्छ (एउटा विक्रेता भित्र) केवल एक तरिकामा; बक्सको सम्पूर्ण कन्फिगरेसन तपाईंको हातको हत्केलामा छ। त्रुटिको लागत उच्च छ, र कहिलेकाहीँ धेरै उच्च (उदाहरणका लागि, तपाईंले राउटर रिबुट गर्न धेरै सय किलोमिटर यात्रा गर्नुपर्नेछ, र यस समयमा धेरै हजार मानिसहरू संचार बिना हुनेछन् - टेलिकम अपरेटरको लागि एकदम सामान्य अवस्था)। ।

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

तर यदि तपाईसँग होस्टर छ भने तपाईलाई नेटवर्कर किन चाहिन्छ?

अतिरिक्त पैसाको लागि (र यदि तपाईं धेरै ठूला र प्रिय ग्राहक हुनुहुन्छ भने, सायद नि:शुल्क पनि, "एक साथीको रूपमा"), डाटा सेन्टर इन्जिनियरहरूले तपाईंको आवश्यकताहरू अनुरूप तपाईंको स्विचहरू कन्फिगर गर्नेछन्, र सम्भवतः तपाईंलाई प्रदायकहरूसँग BGP इन्टरफेस स्थापना गर्न मद्दत गर्दछ। (यदि तपाईंसँग घोषणाको लागि IP ठेगानाहरूको आफ्नै सबनेट छ)।

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

यस्तो देखिन्छ कि कुरा एकदम स्पष्ट छ, तर मेरो अभ्यासमा धेरै पटक मैले यो तथ्यको सामना गरेको छु कि कम्पनीहरूले उनीहरूको होस्टिंग प्रदायकमा उनीहरूले गर्नु पर्ने भन्दा अलि बढी भर पर्न थाले, र यसले केहि राम्रो गर्न सकेको छैन। मैले लम्बाइ र विस्तृत रूपमा व्याख्या गर्नुपर्‍यो कि एकल SLA ले डाउनटाइमबाट हुने घाटाहरू कभर गर्दैन (त्यहाँ अपवादहरू छन्, तर सामान्यतया यो ग्राहकको लागि धेरै, धेरै महँगो हुन्छ) र होस्टरलाई के भइरहेको छ भन्ने बारे बिल्कुल सचेत छैन। ग्राहकहरूको पूर्वाधार (धेरै सामान्य सूचकहरू बाहेक)। र होस्टरले तपाइँको लागि ब्याकअप पनि बनाउँदैन। यदि तपाईंसँग एक भन्दा बढी होस्टहरू छन् भने स्थिति अझ खराब छ। तिनीहरू बीच कुनै पनि समस्याको मामलामा, तिनीहरूले निश्चित रूपमा तपाइँको लागि के गल्ती भयो पत्ता लगाउने छैनन्।

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

कुन अवस्थामा एक नेटवर्कर आवश्यक छ?

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

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

मानौं कि कम्पनीले सार्वजनिक आईपी ठेगाना भएको एउटा सर्भरबाट सुरु गर्छ, जुन डाटा सेन्टरमा अवस्थित छ। त्यसपछि त्यहाँ दुई सर्भर छन्। त्यसपछि थप... ढिलो वा चाँडो, सर्भरहरू बीच एक निजी नेटवर्कको आवश्यकता हुनेछ। किनभने "बाह्य" ट्राफिक दुबै ब्यान्डविथ (उदाहरणका लागि 100Mbit/s भन्दा बढी छैन) र प्रति महिना डाउनलोड/अपलोड गरिएको भोल्युम द्वारा सीमित छ (विभिन्न होस्टरहरूको फरक शुल्कहरू छन्, तर बाहिरी संसारमा ब्यान्डविथ सामान्यतया धेरै महँगो हुन्छ। निजी नेटवर्क)।

होस्टरले सर्भरहरूमा थप नेटवर्क कार्डहरू थप्छ र तिनीहरूलाई तिनीहरूको स्विचहरूमा छुट्टै vlan मा समावेश गर्दछ। सर्भरहरू बीच एक "फ्ल्याट" स्थानीय क्षेत्र देखिन्छ। आरामदायी!

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

के गर्ने?

नेटवर्कलाई खण्डहरूमा विभाजन गर्नुहोस् - vlans। प्रत्येक vlan मा तपाईंको आफ्नै ठेगाना कन्फिगर गर्नुहोस्, नेटवर्कहरू बीच ट्राफिक स्थानान्तरण गर्ने गेटवे चयन गर्नुहोस्। खण्डहरू बीच पहुँच सीमित गर्न गेटवेमा acl कन्फिगर गर्नुहोस्, वा नजिकैको छुट्टै फायरवाल स्थापना गर्नुहोस्।

उदाहरण 1, जारी

सर्भरहरू LAN मा एउटै कर्डसँग जोडिएका छन्। र्‍याकमा भएका स्विचहरू कुनै न कुनै रूपमा एकअर्कासँग जोडिएका हुन्छन्, तर एउटा र्‍याकमा दुर्घटना भएमा अर्को तीनवटा छेउमा पर्छन्। योजनाहरू अवस्थित छन्, तर तिनीहरूको सान्दर्भिकतामा शंकाहरू छन्। प्रत्येक सर्भरको आफ्नै सार्वजनिक ठेगाना हुन्छ, जुन होस्टरद्वारा जारी गरिन्छ र र्याकमा बाँधिएको हुन्छ। ती। सर्भर सार्दा, ठेगाना परिवर्तन गर्नुपर्छ।

के गर्ने?

LAG (लिङ्क एग्रीगेशन ग्रुप) को प्रयोग गरेर सर्भरहरूलाई र्याकमा भएका स्विचहरूमा दुई कर्डहरू जडान गर्नुहोस् (तिनीहरू पनि अनावश्यक हुनुपर्छ)। र्याकहरू बीचको जडानहरू रिजर्भ गर्नुहोस्, तिनीहरूलाई "स्टार" प्रकार (वा अहिले फैशनेबल CLOS) मा रूपान्तरण गर्नुहोस्, ताकि एउटा र्याकको हानिले अरूलाई असर नपरोस्। "केन्द्रीय" र्याकहरू चयन गर्नुहोस् जसमा नेटवर्क कोर अवस्थित हुनेछ र जहाँ अन्य र्याकहरू जडान हुनेछन्। एकै समयमा, सार्वजनिक ठेगानाहरू क्रमबद्ध राख्नुहोस्, होस्टरबाट (वा सम्भव भएमा RIR बाट) एक सबनेट लिनुहोस्, जुन तपाईं आफैले (वा होस्टर मार्फत) संसारलाई घोषणा गर्नुहुन्छ।

के यो सबै "सामान्य" प्रणाली प्रशासक द्वारा गर्न सकिन्छ जसलाई नेटवर्कको गहिरो ज्ञान छैन? एकिन छैन। के होस्टले यो गर्नेछ? हुनसक्छ यो हुनेछ, तर तपाईलाई पर्याप्त विस्तृत प्राविधिक विशिष्टता चाहिन्छ, जुन कसैले पनि चित्रण गर्न आवश्यक पर्दछ। र त्यसपछि जाँच गर्नुहोस् कि सबै कुरा ठीकसँग गरिएको छ।

उदाहरण २: बादल

मानौं तपाईंसँग केही सार्वजनिक क्लाउडमा VPC छ। कार्यालय वा VPC भित्रको स्थानीय नेटवर्कमा पूर्वाधारको अन-प्रेम भागबाट पहुँच प्राप्त गर्न, तपाईंले IPSec वा समर्पित च्यानल मार्फत जडान कन्फिगर गर्न आवश्यक छ। एकातिर, IPSec सस्तो छ, किनभने थप हार्डवेयर किन्न आवश्यक पर्दैन; तपाईंले सार्वजनिक ठेगाना र क्लाउडको साथ आफ्नो सर्भरको बीचमा सुरुङ सेटअप गर्न सक्नुहुन्छ। तर - ढिलाइ, सीमित कार्यसम्पादन (किनकि च्यानल इन्क्रिप्ट गर्न आवश्यक छ), साथै असुरक्षित जडान (पहुँच नियमित इन्टरनेट मार्फत भएको हुनाले)।

के गर्ने?

एक समर्पित च्यानल मार्फत जडान बढाउनुहोस् (उदाहरणका लागि, AWS यसलाई प्रत्यक्ष जडान भन्छ)। यो गर्नको लागि, एक साझेदार अपरेटर फेला पार्नुहोस् जसले तपाईंलाई जडान गर्नेछ, तपाईंको नजिकको जडान बिन्दुमा निर्णय गर्नुहोस् (तपाईं दुवै अपरेटर र क्लाउडमा अपरेटर), र अन्तमा, सबै कुरा सेट अप गर्नुहोस्। के नेटवर्क इन्जिनियर बिना यो सबै गर्न सम्भव छ? पक्कै हो। तर समस्या परेमा उनी बिना समस्या कसरी समाधान गर्ने भन्ने कुरा अब स्पष्ट छैन।

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

मैले मेरो अभ्यासबाट त्यस्ता दर्जन बढी उदाहरणहरू स्केच गर्न सक्छु, तर मलाई लाग्छ कि यो स्पष्ट छ कि टोली, पूर्वाधार विकासको एक निश्चित स्तरबाट सुरु हुने, नेटवर्क कसरी काम गर्छ र कन्फिगर गर्न सक्ने व्यक्ति (प्राथमिक रूपमा एक भन्दा बढी) हुनुपर्छ। नेटवर्क उपकरणहरू र समस्याहरू उत्पन्न भएमा क्रमबद्ध गर्नुहोस्। मलाई विश्वास गर्नुहोस्, उसले केहि गर्न सक्छ

नेटवर्करलाई के थाहा हुनुपर्छ?

सञ्जाल इन्जिनियरका लागि सञ्जालसँग मात्र व्यवहार गर्न आवश्यक छैन (र पनि, कहिलेकाहीँ हानिकारक)। यदि हामीले पूर्वाधारसँगको विकल्पलाई विचार गर्दैनौं जुन लगभग पूर्ण रूपमा सार्वजनिक क्लाउडमा रहन्छ (र, जुनसुकैले भन्न सक्छ, यो अधिक र अधिक लोकप्रिय हुँदै गइरहेको छ), र उदाहरणका लागि, आधार वा निजी क्लाउडहरूमा, जहाँ लिनुहोस्। "CCNP-स्तरको ज्ञान एक्लै" मा "तपाईंले छोड्नुहुने छैन।

यसको अतिरिक्त, वास्तवमा, सञ्जालहरू - यद्यपि त्यहाँ अध्ययनको लागि एक अनन्त क्षेत्र हो, यदि तपाइँ केवल एक क्षेत्र (प्रदायक नेटवर्कहरू, उद्यमहरू, डेटा केन्द्रहरू, Wi-Fi ...) मा ध्यान केन्द्रित गर्नुहुन्छ भने पनि।

अवश्य पनि, तपाईहरु मध्ये धेरैले अब पाइथन र अन्य "नेटवर्क स्वचालन" सम्झनुहुनेछ, तर यो आवश्यक मात्र हो, तर पर्याप्त अवस्था होइन। नेटवर्क इन्जिनियरलाई "सफलतापूर्वक टोलीमा सामेल हुन" को लागी, उसले दुबै विकासकर्ताहरू र सँगी प्रशासकहरू/देवहरूसँग समान भाषा बोल्न सक्षम हुनुपर्दछ। यसको मतलब के हो?

• लिनक्समा प्रयोगकर्ताको रूपमा काम गर्न मात्र नभई यसलाई व्यवस्थापन गर्न पनि सक्षम हुनुहोस्, कम्तिमा sysadmin-jun स्तरमा: आवश्यक सफ्टवेयर स्थापना गर्नुहोस्, असफल सेवा पुन: सुरु गर्नुहोस्, सरल systemd-unit लेख्नुहोस्।
• बुझ्नुहोस् (कम से कम सामान्य सर्तहरूमा) कसरी नेटवर्क स्ट्याक लिनक्समा काम गर्दछ, कसरी नेटवर्क हाइपरभाइजर र कन्टेनरहरूमा काम गर्दछ (lxc / docker / kubernetes)।
• अवश्य पनि, उत्तरदायी/शेफ/कठपुतली वा अर्को SCM प्रणालीसँग काम गर्न सक्षम हुनुहोस्।
• निजी क्लाउडहरूका लागि SDN र नेटवर्कहरू (उदाहरणका लागि, TungstenFabric वा OpenvSwitch) को बारेमा छुट्टै लाइन लेख्नुपर्छ। यो ज्ञानको अर्को ठूलो तह हो।

छोटकरीमा, मैले एक सामान्य टी-आकार विशेषज्ञको वर्णन गरे (जस्तै यो अहिले भन्न फेसन हो)। यो केहि नयाँ जस्तो देखिन्छ, तर अन्तर्वार्ता अनुभवमा आधारित, सबै नेटवर्क इन्जिनियरहरूले माथिको सूचीबाट कम्तिमा दुई विषयहरूको ज्ञानको घमण्ड गर्न सक्दैनन्। व्यवहारमा, "सम्बन्धित क्षेत्रहरूमा" ज्ञानको कमीले सहकर्मीहरूसँग कुराकानी गर्न मात्र होइन, तर परियोजनाको सबैभन्दा तल्लो स्तरको पूर्वाधारको रूपमा नेटवर्कमा व्यवसायले राख्ने आवश्यकताहरू बुझ्न पनि गाह्रो बनाउँछ। र यो बुझाइ बिना, यो तपाईंको दृष्टिकोणको रक्षा गर्न र यसलाई व्यापारमा "बेच" गर्न अझ गाह्रो हुन्छ।

अर्कोतर्फ, "प्रणाली कसरी काम गर्छ भनेर बुझ्ने" को समान बानीले नेटवर्करहरूलाई विभिन्न "सामान्यवादीहरू" मा धेरै राम्रो फाइदा पुर्‍याउँछ जसले Habré/medium मा लेखहरू र टेलिग्राममा च्याटहरूबाट टेक्नोलोजीहरूको बारेमा जान्दछन्, तर कसरी गर्ने भन्ने बारे पूर्ण जानकारी छैन। सिद्धान्तहरूले यो वा त्यो सफ्टवेयर काम गर्छ? र केहि ढाँचाहरूको ज्ञान, जसरी ज्ञात छ, सफलतापूर्वक धेरै तथ्यहरूको ज्ञानलाई प्रतिस्थापन गर्दछ।

निष्कर्ष, वा केवल TL; DR

1. नेटवर्क प्रशासक (जस्तै DBA वा VoIP ईन्जिनियर) एक साँघुरो प्रोफाइल भएको विशेषज्ञ हो (प्रणाली प्रशासकहरू/devs/SRE को विपरीत), जसको आवश्यकता तुरुन्तै उत्पन्न हुँदैन (र वास्तवमा लामो समयको लागि उत्पन्न नहुन सक्छ)। । तर यदि यो उत्पन्न हुन्छ भने, यो बाहिरी विशेषज्ञता (आउटसोर्स वा साधारण सामान्य-उद्देश्य प्रशासकहरू, "जसले नेटवर्कको हेरचाह पनि गर्छन्") द्वारा प्रतिस्थापन हुने सम्भावना छैन। केहि हदसम्म दुखको कुरा के छ भने त्यस्ता विशेषज्ञहरूको आवश्यकता सानो छ, र सशर्त रूपमा, 800 प्रोग्रामरहरू र 30 डेभप/प्रशासकहरू भएको कम्पनीमा, त्यहाँ दुईवटा नेटवर्करहरू हुन सक्छन् जसले आफ्नो जिम्मेवारीहरूसँग उत्कृष्ट काम गर्छन्। ती। बजार थियो र धेरै, धेरै सानो, र राम्रो तलब संग - कम पनि।
2. अर्कोतर्फ, आधुनिक संसारमा एक राम्रो नेटवर्करले नेटवर्कहरू आफैं (र तिनीहरूको कन्फिगरेसन कसरी स्वचालित गर्ने) मात्र नभई यी नेटवर्कहरूको शीर्षमा चल्ने अपरेटिङ सिस्टमहरू र सफ्टवेयरहरूले उनीहरूसँग कसरी अन्तरक्रिया गर्छन् भन्ने कुरा पनि जान्नुपर्दछ। यो बिना, तपाईंका सहकर्मीहरूले तपाईंसँग के सोधिरहेका छन् भनेर बुझ्न र उनीहरूलाई तपाईंको इच्छा/आवश्यकताहरू (उचित रूपमा) बताउन अत्यन्तै गाह्रो हुनेछ।
3. त्यहाँ कुनै क्लाउड छैन, यो केवल कसैको कम्प्युटर हो। तपाईंले यो बुझ्नु आवश्यक छ कि सार्वजनिक/निजी क्लाउडहरू वा होस्टिङ प्रदायकको सेवाहरू प्रयोग गर्नाले "तपाईंको लागि सबै कुरा टर्नकी आधारमा गर्छ" तपाईंको अनुप्रयोगले अझै पनि नेटवर्क प्रयोग गर्दछ भन्ने तथ्यलाई परिवर्तन गर्दैन, र यसको साथ समस्याहरूले सञ्चालनलाई असर गर्नेछ। तपाईंको आवेदन। तपाइँको छनोट हो जहाँ सक्षमता केन्द्र स्थित हुनेछ, जुन तपाइँको परियोजना को नेटवर्क को लागी जिम्मेवार हुनेछ।

स्रोत: www.habr.com