Bu yazı yazarkən məşhur bir iş saytında "Şəbəkə Mühəndisi" ifadəsi üçün axtarış bütün Rusiyada üç yüzə yaxın vakansiya verdi. Müqayisə üçün qeyd edək ki, "sistem administratoru" ifadəsi üçün axtarış demək olar ki, 2.5 min vakansiya, "DevOps mühəndisi" isə təxminən 800 vakansiyanı qaytarır.
Bu o deməkdirmi ki, qalib buludlar, doker, kubernetis və hər yerdə yayılmış ictimai Wi-Fi günlərində şəbəkəçilərə artıq ehtiyac yoxdur?
Gəlin bunu anlayaq (s)
Gəlin tanış olaq. Mənim adım Alekseydir və mən şəbəkəçiyəm.
Mən 10 ildən artıqdır ki, şəbəkə ilə məşğul oluram və 15 ildən artıqdır ki, müxtəlif *nix sistemləri ilə işləyirəm (həm Linux, həm də FreeBSD seçmək şansım var idi). Mən telekommunikasiya operatorlarında, “müəssisə” sayılan iri şirkətlərdə çalışmışam və son vaxtlar “gənc və cəsarətli” fintech-də işləyirəm, burada buludlar, devoplar, kubernetlər və digər qorxulu sözlər məni və həmkarlarımı mütləq edəcək. lazımsız. Bir gün. Ola bilər.
imtina: "Həyatımızda hər şey deyil, həmişə və hər yerdə, lakin bir şey, bəzən yerlərdə" (c) Maksim Dorofeev.
Aşağıda yazılanların hamısı müəllifin şəxsi fikri, son həqiqət olduğunu iddia etməyən, hətta tam hüquqlu bir araşdırma sayıla bilər və qəbul edilməlidir. Bütün personajlar uydurmadır, bütün təsadüflər təsadüfidir.
Mənim dünyama xoş gəlmisiniz.
Şəbəkəçiləri harada tapa bilərsiniz?
1. Telekommunikasiya operatorları, xidmət şirkətləri və digər inteqratorlar. Hər şey sadədir: onlar üçün şəbəkə biznesdir. Onlar ya birbaşa əlaqə (operatorlar) satırlar, ya da müştərilərinin şəbəkələrini işə salmaq/saxlamaq üçün xidmətlər təqdim edirlər.
Burada çoxlu təcrübə var, lakin çox pul yoxdur (əgər siz direktor və ya uğurlu satış meneceri olmasanız). Bununla belə, şəbəkələri sevirsinizsə və səyahətinizin başlanğıcındasınızsa, o qədər də böyük olmayan bəzi operatorları dəstəkləmək üçün karyera, hətta indi də ideal başlanğıc nöqtəsi olacaq (hər şey federal olanlarda çox ssenarilidir və orada yaradıcılıq üçün az yer var). Bəli, bir neçə ildən sonra növbətçi mühəndisdən C səviyyəli menecerə yüksəlməyin mümkün olması ilə bağlı hekayələr də aşkar səbəblərdən nadir olsa da, olduqca realdır. Kadrlara hər zaman ehtiyac var, çünki hələ də dövriyyə var. Bu, eyni zamanda həm yaxşı, həm də pisdir - hər zaman vakansiyalar olur, əksinə - çox vaxt ən aktiv/ağıllılar ya kifayət qədər tez yüksəlir, ya da başqa, "isti" yerlərə gedirlər.
2. Şərti "müəssisə". Onun əsas fəaliyyətinin İT ilə bağlı olub-olmamasının fərqi yoxdur. Əsas odur ki, şirkətin daxili sistemlərinin, o cümlədən ofislərdəki şəbəkələrin, filiallara rabitə kanallarının və s. işinin təmin edilməsi ilə məşğul olan özünün İT şöbəsi var. Bu cür şirkətlərdə şəbəkə mühəndisinin funksiyaları sistem inzibatçısı tərəfindən yerinə yetirilə bilər (şəbəkə infrastrukturu kiçikdirsə və ya xarici podratçı onunla məşğuldursa) və şəbəkə meneceri, əgər o, hələ də mövcuddursa, edə bilər. telefoniya və SAN-a eyni vaxtda baxın (nuacho deyil). Onlar müxtəlif yollarla ödəyirlər - bu, biznesin marjasından, şirkətin ölçüsündən və strukturundan çox asılıdır. Həm cisco-ların müntəzəm olaraq “barellərə yükləndiyi” şirkətlərlə, həm də şəbəkənin nəcis, çubuqlar və mavi elektrik lentindən qurulduğu və serverlərin təxminən, heç vaxt yenilənmədiyi şirkətlərlə işləmişəm (demək lazımdır ki, orada ehtiyat da yox idi). Burada daha az təcrübə var və bu, demək olar ki, sərt satıcı kilidi və ya "heç bir şeydən necə bir şey etmək" sahəsində olacaq. Şəxsən mənə orada çox darıxdırıcı görünürdü, baxmayaraq ki, çoxları bunu bəyənir - hər şey olduqca ölçülür və proqnozlaşdırıla bilər (əgər böyük şirkətlərdən danışırıqsa), "dorah-bajato" və s. İldə ən azı bir dəfə, bəzi böyük satıcılar deyirlər ki, onlar indi hər şeyi avtomatlaşdıran başqa bir meqa-super-duper sistem hazırladılar və bütün sistem administratorları və şəbəkəçilər, gözəl interfeysdə düymələri basmağa bir neçə buraxaraq overclock edilə bilər. Reallıq budur ki, həllin dəyərini nəzərə almasaq belə, şəbəkəçilər oradan heç yerə getməyəcəklər. Bəli, ola bilər ki, konsolun əvəzinə yenidən veb-interfeys (ancaq konkret bir dəmir parçası deyil, onlarla və yüzlərlə belə dəmir parçasını idarə edən böyük bir sistem) olacaq, lakin “hər şeyin içəridə necə işlədiyini bilmək. ” hələ də lazım olacaq.
3. Məhsul şirkətlərimənfəəti hansısa proqram təminatının və ya platformanın hazırlanmasından (və tez-tez əməliyyatdan) gəlir - məhz həmin məhsul. Adətən onlar kiçik və çevik olurlar, hələ də müəssisələrin miqyasından və onların bürokratikləşməsindən uzaqdırlar. Məhz burada həmin devops, cubers, dockers və digər dəhşətli sözlər çox sayda tapılır və bu, şübhəsiz ki, şəbəkə və şəbəkə mühəndislərini lazımsız bir rudimentə çevirəcəkdir.
Şəbəkə meneceri sistem adminindən nə ilə fərqlənir?
İnsanların anlayışında İT-dən deyil - heç nə. Hər ikisi qara ekrana baxıb bir neçə tilsim yazır, bəzən sakitcə söyüş söyürlər.
Proqramçıların anlayışında - bəlkə də mövzu sahəsi. Sysadmins serverləri, şəbəkəçilər kommutatorları və marşrutlaşdırıcıları idarə edir. Bəzən admin pis olur və hər şey hamıya düşür. Yaxşı, hər hansı bir qəribəlik olarsa, şəbəkəçilər də günahkardır. Sadəcə səni sikdiyim üçün, buna görə də.
Əslində əsas fərq işə yanaşmadır. Ola bilsin ki, şəbəkəçilər arasında ən çox “İşləyir - ona toxunma!” yanaşmasının tərəfdarları var. Siz adətən bir şey (bir satıcı daxilində) yalnız bir şəkildə edə bilərsiniz, qutunun bütün konfiqurasiyası - bu, avuç içərisindədir. Xətanın qiyməti yüksəkdir və bəzən çox yüksəkdir (məsələn, marşrutlaşdırıcını yenidən işə salmaq üçün bir neçə yüz kilometr yol qət etməlisən və bu zaman bir neçə min insan rabitəsiz qalacaq - bu, bir telekommunikasiya operatoru üçün olduqca yaygın bir vəziyyətdir. ).
Fikrimcə, buna görə şəbəkə mühəndisləri, bir tərəfdən, şəbəkə sabitliyinə son dərəcə güclü şəkildə həvəslidirlər (və dəyişikliklər sabitliyin əsas düşmənidir), ikincisi, onların bilikləri genişlikdən daha çox dərinliyə gedir (sizə ehtiyac yoxdur). onlarla müxtəlif cinləri konfiqurasiya edə bilmək üçün müəyyən bir avadanlıq istehsalçısından texnologiyalar və onların həyata keçirilməsini bilməlisiniz). Buna görə də tsiska-da vlan necə qeydiyyatdan keçəcəyini google-da axtaran sistem administratoru hələ şəbəkə meneceri deyil. Və çətin ki, o, az və ya çox mürəkkəb şəbəkəni effektiv şəkildə dəstəkləyə bilsin (həmçinin problemləri həll etsin).
Bəs hosteriniz varsa, niyə şəbəkə menecerinə ehtiyacınız var?
Əlavə pul üçün (və əgər siz çox böyük və sevimli müştərisinizsə, bəlkə də pulsuz olaraq “dost kimi”), məlumat mərkəzi mühəndisləri sizin ehtiyaclarınıza uyğun olaraq açarlarınızı konfiqurasiya edəcək və bəlkə də BGP interfeysinin artırılmasına kömək edəcəklər. provayderlərlə (əgər elan etmək üçün öz IP ünvanlarınız varsa).
Əsas problem odur ki, data mərkəzi sizin İT departamentiniz deyil, məqsədi mənfəət əldə etmək olan ayrıca bir şirkətdir. O cümlədən müştəri kimi sizin hesabına. Məlumat mərkəzi rəfləri təmin edir, onları elektrik və soyuqla təmin edir, həmçinin İnternetə bəzi "standart" bağlantılar verir. Bu infrastruktura əsaslanaraq, məlumat mərkəzi avadanlığınızı birgə yerləşdirə (colocation), sizə server icarəyə götürə (əsaslı server) və ya idarə olunan xidmət (məsələn, OpenStack və ya K8s) təmin edə bilər. Lakin məlumat mərkəzinin işi (adətən) müştəri infrastrukturunun idarə edilməsi deyil, çünki bu proses kifayət qədər əmək tutumlu, zəif avtomatlaşdırılmışdır (və normal məlumat mərkəzində hər şey avtomatlaşdırılmışdır), daha da pisdir (hər bir müştəri fərdi) və ümumiyyətlə, iddialarla doludur (“siz mənə deyirsiniz ki, server qurulub və indi o, qəzaya uğrayıb, hamısı sizin günahınızdır!!!111”). Buna görə də, ev sahibi sizə bir şeydə kömək edərsə, o, mümkün qədər sadə və "kondisioner" etməyə çalışacaqdır. Bunu etmək çətindir - ən azı bu hosterin mühəndislərinin əmək xərcləri baxımından faydasızdır (lakin vəziyyətlər fərqlidir, imtinaya baxın). Bu o demək deyil ki, ev sahibi mütləq hər şeyi pis edəcək. Ancaq o, həqiqətən ehtiyacınız olanı tam olaraq edəcəyi bir həqiqət deyil.
Göründüyü kimi, məsələ olduqca açıqdır, amma təcrübəmdə bir neçə dəfə şirkətlərin hosting provayderinə lazım olduğundan bir az daha çox güvənməyə başladığına rast gəldim və bu yaxşı bir şeyə səbəb olmadı. Heç bir SLA-nın dayanma itkilərini ödəməyəcəyini (istisnalar var, lakin adətən bu, müştəri üçün çox, ÇOX baha başa gəlir) və hosterin müştərilərin infrastrukturunda baş verənlərdən heç də xəbərsiz olduğunu ətraflı izah etmək çox vaxt apardı. (çox ümumi göstəricilər istisna olmaqla). Və hoster sizin üçün ehtiyat nüsxələri də etmir. Birdən çox hosteriniz varsa, vəziyyət daha da pisdir. Aralarında hər hansı bir problem olarsa, onlar, şübhəsiz ki, nəyin səhv getdiyini sizin üçün tapmayacaqlar.
Əslində, buradakı motivlər "öz adminlər komandası və autsorsinq" seçərkən olduğu kimidir. Risklər hesablanırsa, keyfiyyət uyğun gəlirsə və biznes buna qarşı deyilsə - niyə cəhd etməyəsiniz. Digər tərəfdən, şəbəkə infrastrukturun ən əsas təbəqələrindən biridir və əgər siz artıq hər şeyi özünüz dəstəkləyirsinizsə, onu kənar şəxslərə verməyə dəyməz.
Şəbəkəçiyə nə vaxt ehtiyacınız var?
Bundan əlavə, biz müasir məhsul şirkətlərinə diqqət yetirəcəyik. Operatorlar və müəssisələr ilə hər şey müsbət və ya mənfi aydındır - son illərdə orada çox az şey dəyişdi və şəbəkəçilər əvvəllər orada lazım idi, indi lazımdır. Ancaq bu çox "gənc və cəsarətli" ilə hər şey o qədər də sadə deyil. Çox vaxt onlar öz infrastrukturlarını tamamilə buludlarda yerləşdirirlər, buna görə də eyni buludların administratorları istisna olmaqla, əlbəttə ki, adminlərə belə ehtiyac duymurlar. İnfrastruktur, bir tərəfdən, dizaynında kifayət qədər sadədir, digər tərəfdən, yaxşı avtomatlaşdırılmışdır (ansible / kukla, terraform, ci / cd ... yaxşı, bilirsiniz). Ancaq hətta burada şəbəkə mühəndisi olmadan edə bilməyəcəyiniz vəziyyətlər var.
Misal 1, klassik
Tutaq ki, bir şirkət məlumat mərkəzində yerləşən ictimai IP ünvanı olan bir serverdən başlayır. Sonra iki server var. Sonra daha çox ... Gec-tez serverlər arasında şəxsi şəbəkəyə ehtiyac var. Çünki "xarici" trafik həm bant genişliyi (məsələn, 100 Mbps-dən çox olmayan), həm də ayda endirilən / yüklənənlərin miqdarı ilə məhdudlaşır (müxtəlif hosterlərin fərqli tarifləri var, lakin xarici dünyaya ötürmə qabiliyyəti, bir qayda olaraq, çoxdur. özəl şəbəkədən daha bahalı).
Ev sahibi serverlərə əlavə şəbəkə kartları əlavə edir və onları ayrıca vlan-da öz açarlarına daxil edir. Serverlər arasında “düz” LAN görünür. Rahat!
Serverlərin sayı artır, şəxsi şəbəkədə trafik də artır - ehtiyat nüsxələr, replikasiyalar və s. Ev sahibi sizi ayrı-ayrı açarlara köçürməyi təklif edir ki, siz digər müştərilərə mane olmayasınız və onlar sizə mane olmasın. Ev sahibi bir növ açarlar qoyur və birtəhər onları konfiqurasiya edir - çox güman ki, bütün serverləriniz arasında bir düz şəbəkə buraxır. Hər şey yaxşı işləyir, lakin müəyyən bir nöqtədə problemlər başlayır: hostlar arasında gecikmələr vaxtaşırı böyüyür, loglar saniyədə çox arp paketləri ilə and içir və pentester audit zamanı bütün yerli ərazinizə təcavüz etdi, yalnız bir serveri sındırdı.
Nə etməliyəm?
Şəbəkəni seqmentlərə - vlanlara bölün. Hər bir vlan-da öz ünvanınızı qurun, trafiki şəbəkələr arasında ötürəcək şluz seçin. Şlüzdə acl-ı seqmentlər arasında girişi məhdudlaşdırmaq üçün konfiqurasiya edin və ya hətta onun yanında ayrıca firewall qoyun.
Nümunə 1, davam etdi
Serverlər bir şnurla yerli əraziyə qoşulur. Raflardakı açarlar bir şəkildə bir-birinə bağlıdır, lakin bir rəfdə qəza baş verərsə, daha üç qonşu düşür. Sxemlər mövcuddur, lakin onların aktuallığına dair şübhələr var. Hər bir serverin öz ümumi ünvanı var, bu ünvan ev sahibi tərəfindən verilir və rafa bağlanır. Bunlar. serveri köçürərkən ünvan dəyişdirilməlidir.
Nə etməliyəm?
LAG (Link Aggregation Group) istifadə edərək serverləri iki şnurla rəfdəki açarlara birləşdirin (onlar da lazımsız olmalıdır). Raflar arasındakı əlaqələri ehtiyatda saxlayın, onları "ulduz" (və ya indi dəbdə olan CLOS) ilə düzəldin ki, bir rəfin itirilməsi digərlərinə təsir etməsin. Şəbəkə nüvəsinin yerləşəcəyi və digər rafların daxil ediləcəyi "mərkəzi" rəfləri seçin. Eyni zamanda, ictimai ünvanlamağı qaydaya salın, hosterdən (və ya mümkünsə RIR-dən) özünüz (və ya hoster vasitəsilə) dünyaya elan etdiyiniz alt şəbəkə götürün.
Şəbəkələr haqqında dərin biliyi olmayan “adi” sistem administratoru bütün bunları edə bilərmi? Əmin deyiləm. Ev sahibi bunu edəcəkmi? Bəlkə də olacaq, amma sizə kifayət qədər ətraflı TOR lazımdır, onu da kimsə tərtib etməli olacaq. və sonra hər şeyin düzgün aparıldığını yoxlayın.
Misal 2: Buludlu
Tutaq ki, bəzi ictimai buludda VPC-niz var. Ofisdən və ya infrastrukturun yerli hissəsindən VPC daxilində yerli şəbəkəyə giriş əldə etmək üçün siz IPSec və ya xüsusi kanal vasitəsilə əlaqə qurmalısınız. Bir tərəfdən, IPSec daha ucuzdur. əlavə avadanlıq almağa ehtiyac yoxdur, siz ümumi ünvanı olan serverinizlə bulud arasında tunel qura bilərsiniz. Ancaq - gecikmələr, məhdud performans (kanalın şifrələnməsi tələb olunduğu üçün), üstəgəl zəmanətsiz əlaqə (giriş adi İnternetdən keçdiyi üçün).
Nə etməliyəm?
Xüsusi kanal vasitəsilə əlaqəni qaldırın (məsələn, AWS onu Direct Connect adlandırır). Bunu etmək üçün, sizi birləşdirəcək tərəfdaş operatoru tapın, sizə ən yaxın əlaqə nöqtəsinə qərar verin (həm operator, həm də operator buludda) və nəhayət, hər şeyi qurun. Bütün bunları şəbəkə mühəndisi olmadan etmək olarmı? Əmin, bəli. Ancaq problemlər halında onsuz problemləri necə həll etmək artıq o qədər də aydın deyil.
Həm də buludlar arasında mövcudluq problemləri (çox buludunuz varsa) və ya müxtəlif bölgələr arasında gecikmələrlə bağlı problemlər və s. Əlbəttə ki, indi buludda baş verənlərin şəffaflığını artıran bir çox vasitə var (eyni Min Göz), lakin bunların hamısı şəbəkə mühəndisi alətləridir və əvəzedici deyil.
Təcrübəmdən daha onlarla belə misal çəkə bilərdim, amma məncə, aydındır ki, bir komandada müəyyən bir infrastruktur inkişaf səviyyəsindən başlayaraq, şəbəkənin necə qurulduğunu bilən bir şəxs (yaxud daha yaxşısı, birdən çox) olmalıdır. işləyir, şəbəkə avadanlığını konfiqurasiya edə və yaranarsa problemləri həll edə bilər. İnanın, onun bir işi olacaq
Şəbəkəçi nə bilməlidir?
Şəbəkə mühəndisinin yalnız şəbəkə ilə məşğul olması və başqa heç nə ilə məşğul olması heç də lazım deyil (və hətta bəzən zərərlidir). Demək olar ki, tamamilə ictimai buludda yaşayan bir infrastruktur variantını nəzərdən keçirməsək belə (və nə deyərlər, getdikcə daha populyarlaşır) və məsələn, bina və ya şəxsi buludları götürək. "CCNP səviyyəsində bilik "Siz getməyəcəksiniz.
Əslində şəbəkələrə əlavə olaraq - yalnız bir istiqamətə (provayder şəbəkələri, müəssisələr, məlumat mərkəzləri, Wi-Fi ...) diqqət yetirsəniz belə, öyrənmək üçün sadəcə sonsuz sahə var.
Əlbəttə, bir çoxlarınız indi Python və digər "şəbəkə avtomatlaşdırmasını" xatırlayacaqsınız, lakin bu, yalnız zəruri, lakin kifayət qədər şərt deyil. Şəbəkə mühəndisinin “komandaya uğurla qoşulması” üçün həm tərtibatçılar, həm də digər adminlər/devops ilə eyni dildə danışmağı bacarmalıdır. Bunun mənası nədi?
- Linux-da nəinki istifadəçi kimi işləməyi, həm də onu ən azı sysadmin-junior səviyyəsində idarə etməyi bacarın: lazımi proqram təminatını quraşdırın, düşmüş xidməti yenidən başladın, sadə sistem vahidi yazın.
- Linux-da şəbəkə yığınının necə işlədiyini, şəbəkənin hipervizorlarda və konteynerlərdə (lxc / docker / kubernetes) necə işlədiyini anlayın (ən azı ümumi mənada).
- Əlbəttə ki, ansible/aşpaz/kukla və ya başqa SCM sistemi ilə işləməyi bacarın.
- Şəxsi buludlar üçün SDN və şəbəkələr (məsələn, TungstenFabric və ya OpenvSwitch) haqqında ayrıca bir sətir yazılmalıdır. Bu başqa bir böyük bilik parçasıdır.
Bir sözlə, tipik bir T formalı mütəxəssisi təsvir etdim (indiki kimi demək dəbdədir). Göründüyü kimi, yeni bir şey yoxdur, lakin müsahibələrin təcrübəsinə görə, bütün şəbəkə mühəndisləri yuxarıdakı siyahıdan ən azı iki mövzu haqqında bilikləri ilə öyünə bilməz. Təcrübədə "əlaqəli sahələrdə" biliklərin olmaması təkcə həmkarları ilə ünsiyyət qurmağı deyil, həm də layihənin ən aşağı səviyyəli infrastrukturu kimi biznesin şəbəkəyə qoyduğu tələbləri başa düşməyi çox çətinləşdirir. Və bu anlayış olmadan öz nöqteyi-nəzərinizi əsaslı şəkildə müdafiə etmək və onu biznesə “satmaq” çətinləşir.
Digər tərəfdən, “sistemin necə işlədiyini başa düşmək” vərdişi şəbəkəçilərə Habré/medium və teleqram çatlarındakı məqalələrdən texnologiyalar haqqında məlumatlı olan, lakin bunun hansı prinsiplər və ya prinsiplər barədə heç bir məlumatı olmayan müxtəlif “ümumilər” üzərində çox yaxşı üstünlük verir. həmin proqram işləyir. Bəzi qanunauyğunluqları bilmək isə, bildiyiniz kimi, bir çox faktların biliklərini uğurla əvəz edir.
Nəticələr və ya sadəcə TL; DR
- Şəbəkə inzibatçısı (DBA və ya VoIP mühəndisi kimi) kifayət qədər dar profilli mütəxəssisdir (sysadmins / devops / SRE-dən fərqli olaraq), ehtiyac dərhal yaranmır (və əslində uzun müddət yaranmaya bilər) . Lakin bu baş verərsə, o zaman onu kənar ekspertiza ilə (autsorsinq və ya “şəbəkəyə də baxan” adi ümumi idarəçilər) əvəz etmək mümkün deyil. Bir qədər acınacaqlısı odur ki, belə mütəxəssislərə ehtiyac azdır və şərti olaraq, 800 proqramçı və 30 devop/admin olan bir şirkətdə öz işlərini mükəmməl görən yalnız iki şəbəkəçi ola bilər. Bunlar. bazar çox, çox kiçik və yaxşı maaşla daha az idi və belədir.
- Digər tərəfdən, müasir dünyada yaxşı şəbəkəçi təkcə şəbəkələrin özünü (və onların konfiqurasiyasını necə avtomatlaşdıracağını) deyil, həm də bu şəbəkələr üzərində işləyən əməliyyat sistemləri və proqram təminatının onlarla necə qarşılıqlı əlaqədə olduğunu bilməlidir. Bu olmadan, həmkarlarınızın sizdən nə istədiklərini başa düşmək və istəklərinizi / tələblərinizi onlara çatdırmaq (ağlabatan) olduqca çətin olacaq.
- Bulud yoxdur, sadəcə başqasının kompüteridir. Anlamalısınız ki, ictimai / şəxsi buludlardan və ya "sizin üçün hər şeyi edən" hostinq provayderlərinin xidmətlərindən istifadə, tətbiqinizin hələ də şəbəkədən istifadə etdiyini inkar etmir və onunla bağlı problemlər tətbiqinizin işinə təsir göstərəcək. . Sizin seçiminiz layihənizin şəbəkəsinə cavabdeh olan səriştə mərkəzinin harada yerləşəcəyidir.
Mənbə: www.habr.com