Networkers (ora) dibutuhake

Nalika nulis iki, telusuran ing situs proyek populer kanggo tembung "Insinyur Jaringan" menehi sekitar telung atus lowongan ing saindenging Rusia. Kanggo mbandhingake, telusuran tembung "administrator sistem" ngasilake meh 2.5 ewu lowongan, lan "Insinyur DevOps" - meh 800.

Apa iki tegese jaringan ora dibutuhake maneh ing jaman awan sing menang, docker, kubernetis lan Wi-Fi umum sing ana ing endi wae?
Ayo dipikirake (s)

Ayo padha kenalan. Jenengku Alexey, lan aku jaringan.

Aku wis nggawe jaringan luwih saka 10 taun lan wis nggarap macem-macem sistem *nix luwih saka 15 taun (aku duwe kesempatan kanggo milih Linux lan FreeBSD). Aku kerja ing operator telekomunikasi, perusahaan gedhe, sing dianggep minangka "perusahaan", lan bubar aku kerja ing fintech "enom lan wani", ing ngendi awan, devops, kubernetes lan tembung-tembung medeni liyane sing mesthi nggawe aku lan kanca-kancaku. ora perlu. Sawetara dina. Bisa uga.

wewaler: "Ing urip kita, ora kabeh, tansah lan nang endi wae, nanging soko, kadhangkala ing panggonan" (c) Maxim Dorofeev.

Kabeh sing ditulis ing ngisor iki bisa lan kudu dianggep minangka pendapat pribadi saka penulis, ora ngaku minangka bebener sing paling dhuwur, lan uga minangka studi lengkap. Kabeh karakter sing fiktif, kabeh coincidence sing acak.

Sugeng rawuh ing jagadku.

Ing endi sampeyan bisa nemokake jaringan?

1. Operator telekomunikasi, perusahaan layanan lan integrator liyane. Kabeh iku prasaja: jaringan kanggo wong-wong mau minangka bisnis. Dheweke langsung adol konektivitas (operator) utawa nyedhiyakake layanan kanggo ngluncurake / njaga jaringan pelanggan.

Ana akeh pengalaman ing kene, nanging ora akeh dhuwit (kajaba sampeyan dadi direktur utawa manajer penjualan sing sukses). Nanging, yen sampeyan seneng jaringan, lan sampeyan mung ing wiwitan perjalanan, karir sing ndhukung sawetara operator sing ora gedhe banget bakal, sanajan saiki, titik wiwitan sing cocog (kabeh wis ditulis banget ing federal, lan ana. minangka ruang cilik kanggo kreatifitas). Ya, crita babagan kasunyatan manawa bisa tuwuh saka insinyur sing tugas ing sawetara taun dadi manajer level C uga nyata, sanajan langka, amarga alasan sing jelas. Tansah perlu kanggo personel, amarga isih ana turnover. Iki apik lan ala ing wektu sing padha - mesthi ana lowongan, ing sisih liya - asring sing paling aktif / pinter kanthi cepet bisa munggah pangkat utawa pindhah menyang papan liya sing "luwih anget".

2. Syarat "perusahaan". Ora masalah apa kegiatan utama dheweke ana hubungane karo IT utawa ora. Sing utama yaiku duwe departemen IT dhewe, sing melu njamin operasi sistem internal perusahaan, kalebu jaringan ing kantor, saluran komunikasi menyang cabang, lsp. Fungsi insinyur jaringan ing perusahaan kasebut bisa dadi "part-time" sing ditindakake dening administrator sistem (yen infrastruktur jaringan cilik, utawa kontraktor eksternal melu), lan manajer jaringan, yen isih ana, bisa. katon sawise telephony lan SAN ing wektu sing padha (ora nuacho). Dheweke mbayar kanthi cara sing beda-beda - gumantung banget marang margin bisnis, ukuran perusahaan lan struktur. Aku makarya loro karo perusahaan ngendi ciscos padha ajeg "dimuat ing tong minyak", lan karo perusahaan ngendi jaringan dibangun saka feces, teken lan tape electrical biru, lan server ora dianyari, kira-kira, tau (iku perlu kanggo ngomong sing ana. uga ora ana cadangan). Ana akeh kurang pengalaman kene, lan iku bakal meh mesthi ing wilayah hard vendor-kunci, utawa "carane nggawe soko metu saka boten". Secara pribadi, aku rumangsa mboseni, sanajan akeh wong sing seneng - kabeh bisa diukur lan bisa ditebak (yen kita ngomong babagan perusahaan gedhe), "dorah-bajato", lsp. Paling ora setaun, sawetara vendor utama ujar manawa dheweke wis nggawe sistem mega-super-duper liyane sing ngotomatisasi kabeh saiki lan kabeh administrator sistem lan jaringan bisa overclocked, ninggalake saperangan kanggo mencet tombol ing antarmuka sing ayu. Kasunyatane yaiku, sanajan kita ora nglirwakake biaya solusi kasebut, jaringan ora bakal lunga saka ngendi wae. Ya, bisa uga tinimbang console bakal ana maneh antarmuka web (nanging ora potongan wesi tartamtu, nanging sistem gedhe sing ngatur puluhan lan atusan potongan wesi kasebut), nanging kawruh babagan "carane kabeh bisa digunakake ing njero. ” isih bakal dibutuhake.

3. Perusahaan produk, sing entuk bathi saka pangembangan (lan, asring, operasi) sawetara piranti lunak utawa platform - produk kasebut. Biasane cilik lan lincah, isih adoh saka skala perusahaan lan birokrasi. Ing kene sing devops padha, cubers, dockers lan tembung elek liyane ditemokaké ing jumlah gedhe sing mesthi bakal nggawe jaringan lan engineers jaringan minangka rudiment rasah.

Kepiye manajer jaringan beda karo sysadmin?

Ing pangerten wong ora saka IT - boten. Loro-lorone katon ing layar ireng lan nulis sawetara mantra, kadhangkala sumpah lirih.

Ing pangerten programer - mbok menawa wilayah subyek. Sysadmin ngatur server, jaringan ngatur switch lan router. Kadang admin iku ala, lan kabeh tiba mudhun kanggo kabeh. Ya, yen ana sing aneh, jaringan uga kudu disalahake. Mung amarga jancok sampeyan, mulane.

Nyatane, prabédan utama yaiku pendekatan kerja. Mbok menawa ana ing antarane para jaringan sing paling akeh sing ndhukung pendekatan "Iku kerjane - aja ndemek!". Sampeyan biasane bisa nindakake soko (ing siji vendor) mung siji cara, kabeh konfigurasi saka kothak - kene iku, ing lontar. Biaya kesalahan dhuwur, lan kadhangkala dhuwur banget (contone, sampeyan kudu lelungan sawetara atus kilometer kanggo urip maneh router, lan ing wektu iki sawetara ewu wong bakal tanpa komunikasi - kahanan sing cukup umum kanggo operator telekomunikasi. ).

Mratelakake panemume, iki sebabe insinyur jaringan, ing tangan siji, motivasi banget kanggo stabilitas jaringan (lan owah-owahan minangka mungsuh utama stabilitas), lan nomer loro, kawruhe luwih jero tinimbang jembar (sampeyan ora perlu. kanggo bisa ngatur puluhan dhemit sing beda-beda, sampeyan kudu ngerti teknologi lan implementasine saka pabrikan peralatan tartamtu). Mulane administrator sistem, sing googled carane ndhaftar vlan ing tsiska a, durung manager jaringan. Lan ora mungkin dheweke bisa ndhukung kanthi efektif (uga ngatasi masalah) jaringan sing luwih rumit.

Nanging kenapa sampeyan butuh manajer jaringan yen sampeyan duwe hoster?

Kanggo dhuwit ekstra (lan yen sampeyan klien sing gedhe banget lan ditresnani, bisa uga gratis, "minangka kanca"), insinyur pusat data bakal ngatur switch sampeyan supaya cocog karo kabutuhan sampeyan, lan, bisa uga, malah mbantu ngunggahake antarmuka BGP. karo panyedhiya (yen sampeyan duwe subnet dhewe alamat ip kanggo ngumumake).

Masalah utama yaiku pusat data dudu departemen IT sampeyan, iku perusahaan sing kapisah sing tujuane entuk bathi. Kalebu kanthi biaya sampeyan minangka klien. Pusat data nyedhiyakake rak, nyedhiyakake listrik lan kadhemen, lan uga menehi sawetara panyambungan "standar" menyang Internet. Adhedhasar prasarana iki, pusat data bisa nemokake peralatan (colocation), nyewa server (server khusus), utawa nyedhiyakake layanan sing dikelola (contone, OpenStack utawa K8s). Nanging bisnis pusat data (biasane) dudu administrasi infrastruktur pelanggan, amarga proses iki rada intensif tenaga kerja, kurang otomatis (lan ing pusat data normal kabeh otomatis), manunggal malah luwih elek (saben klien individu) lan umume fraught karo claims ("Sampeyan ngomong server iki nyiyapake, lan saiki wis tabrakan, iku kabeh fault!!! 111"). Mulane, yen hoster bakal mbantu karo soko, banjur bakal nyoba kanggo nggawe minangka prasaja lan "condo" sabisa. Kanggo angel ditindakake - ora nguntungake, paling ora saka sudut pandang biaya tenaga kerja para insinyur hoster iki (nanging kahanan beda-beda, ndeleng penafian). Iki ora ateges sing tuan rumah kudu nindakake kabeh kanti awon. Nanging dudu kasunyatan manawa dheweke bakal nindakake apa sing sampeyan butuhake.

Iku bakal katon yen bab iku cukup ketok, nanging kaping pirang-pirang ing laku aku ketemu kasunyatan sing perusahaan wiwit gumantung ing panyedhiya hosting sing sethitik liyane saka ngirim, lan iki ora mimpin kanggo apa apik. Butuh wektu suwe kanggo nerangake kanthi rinci manawa ora ana SLA sing bakal nutupi kerugian downtime (ana pangecualian, nanging biasane larang banget kanggo klien) lan hoster ora ngerti apa sing kedadeyan ing infrastruktur pelanggan. (kajaba indikator umum banget). Lan hoster uga ora nggawe serep kanggo sampeyan. Kahanan luwih elek yen sampeyan duwe luwih saka siji hoster. Yen ana masalah ing antarane, mesthine ora bakal ngerti apa sing salah.

Bener, motif ing kene padha karo nalika milih "tim admin vs outsourcing dhewe". Yen risiko diwilang, kualitas cocog, lan bisnis ora mikir - kok ora nyoba. Ing tangan liyane, jaringan iku salah siji saka lapisan paling dhasar saka infrastruktur, lan iku meh ora worth menehi adoh kanggo wong njaba yen sampeyan wis ndhukung kabeh liyane dhewe.

Nalika sampeyan butuh jaringan?

Salajengipun, kita bakal fokus ing perusahaan produk modern. Kanthi operator lan perusahaan, kabeh tambah utawa kurang jelas - ora ana owah-owahan ing taun-taun pungkasan, lan jaringan dibutuhake sadurunge, saiki dibutuhake. Nanging karo sing banget "enom lan wani" iku ora supaya prasaja. Asring padha nyeleh infrastruktur kabeh ing mega, supaya padha ora mbutuhake admin, kajaba admins sing padha mega, mesthi. Infrastruktur, ing tangan siji, cukup prasaja ing desain, ing tangan liyane, iku uga otomatis (ansible / wayang, terraform, ci / cd ... uga, ngerti). Nanging ing kene ana kahanan nalika sampeyan ora bisa nindakake tanpa insinyur jaringan.

Tuladha 1, klasik

Upaminipun perusahaan miwiti karo siji server karo umum ip-alamat, kang dumunung ing pusat data. Banjur ana rong server. Banjur liyane ... Cepet utawa mengko, ana perlu kanggo jaringan pribadi antarane server. Amarga lalu lintas "eksternal" diwatesi kanthi bandwidth (ora luwih saka 100Mbps, umpamane) lan jumlah sing diundhuh / diunggah saben sasi (hosters beda duwe tarif beda, nanging bandwidth ing donya njaba, minangka aturan, akeh. luwih larang tinimbang jaringan pribadi).

Hoster nambah kertu jaringan tambahan kanggo server lan kalebu ing ngalih ing vlan kapisah. LAN "flat" katon ing antarane server. Nyaman!

Jumlah server saya akeh, lalu lintas ing jaringan pribadi uga saya tambah - serep, replikasi, lsp. Hoster nawakake kanggo mindhah sampeyan ngalih kapisah supaya sampeyan ora ngganggu klien liyane, lan padha ora ngganggu sampeyan. Hoster sijine sawetara jinis ngalih lan piye wae configures - paling kamungkinan, ninggalake siji jaringan warata antarane kabeh server. Kabeh bisa uga, nanging ing titik tartamtu, masalah wiwit: telat antarane sarwa dumadi periodik tuwuh, log sumpah ing akeh banget paket arp per detik, lan pentester dirudopekso kabeh wilayah lokal sak audit, break mung siji server.

Apa sing kudu ditindakake?

Dibagi jaringan dadi segmen - vlans. Nggawe alamat dhewe ing saben vlan, pilih gateway sing bakal nransfer lalu lintas antarane jaringan. Ing gateway, atur acl kanggo matesi akses antarane segmen, utawa malah sijine firewall kapisah ing jejere.

Tuladha 1, terus

Server disambungake menyang wilayah lokal kanthi siji kabel. Ngalih ing rak iku piye wae interconnected, nanging ing acara saka kacilakan ing rak siji, telu liyane tetanggan tiba mati. Skema ana, nanging ana keraguan babagan relevansi. Saben server wis alamat umum dhewe, kang ditanggepi dening inang lan disambungake menyang rak. Sing. nalika mindhah server, alamat kudu diganti.

Apa sing kudu ditindakake?

Sambungake server nggunakake LAG (Link Aggregation Group) karo rong kabel kanggo ngalih ing rak (uga kudu keluwih). Simpen sambungan antarane rak, gawe maneh karo "lintang" (utawa CLOS saiki modis) supaya mundhut saka siji rak ora mengaruhi liyane. Pilih "tengah" rak ngendi inti jaringan bakal dumunung lan ngendi rak liyane bakal klebu. Ing wektu sing padha, aturake alamat umum, njupuk saka hoster (utawa saka RIR, yen bisa) subnet, sing sampeyan dhewe (utawa liwat hoster) ngumumake menyang donya.

Apa administrator sistem "biasa" sing ora duwe kawruh jero babagan jaringan bisa nindakake kabeh iki? Ora yakin. Apa tuan rumah bakal nindakake? Mungkin bakal, nanging sampeyan butuh TOR sing luwih rinci, sing uga kudu disusun dening wong liya. banjur priksa manawa kabeh wis rampung kanthi bener.

Tuladha 2: Mendhung

Upaminipun sampeyan duwe VPC ing sawetara maya umum. Kanggo entuk akses saka kantor utawa bagean prasarana menyang jaringan lokal ing VPC, sampeyan kudu nyiyapake sambungan liwat IPSec utawa saluran khusus. Ing tangan siji, IPSec luwih murah. ora perlu tuku hardware tambahan, sampeyan bisa nyiyapake trowongan antarane server karo alamat umum lan maya. Nanging - telat, kinerja winates (amarga saluran kudu ndhelik), plus panyambungan non-dijamin (amarga akses liwat Internet biasa).

Apa sing kudu ditindakake?

Angkat sambungan liwat saluran khusus (contone, AWS nyebat Direct Connect). Kanggo nindakake iki, golek operator partner sing bakal nyambungake sampeyan, mutusake titik sambungan sing paling cedhak karo sampeyan (loro sampeyan menyang operator lan operator menyang awan), lan, pungkasane, nyetel kabeh. Apa kabeh iki bisa ditindakake tanpa insinyur jaringan? Mesthi, ya. Nanging carane ngatasi masalah tanpa yen ana masalah ora jelas.

Lan bisa uga ana masalah karo kasedhiyan antarane mega (yen sampeyan duwe multicloud) utawa masalah karo telat antarane wilayah beda, etc. Mesthi, saiki ana akeh alat sing nambah transparansi apa sing kedadeyan ing awan (Sing Thousand Eyes padha), nanging iki kabeh alat insinyur jaringan, lan dudu pengganti.

Aku bisa nggawe sketsa luwih saka conto saka praktikku, nanging aku rumangsa jelas yen ing tim, wiwit saka tingkat pembangunan infrastruktur tartamtu, kudu ana wong (utawa luwih apik, luwih saka siji) sing ngerti carane jaringan kasebut. karya, bisa ngatur peralatan jaringan lan menehi hasil karo masalah yen padha njedhul. Pracayaa, dheweke bakal duwe apa-apa

Apa sing kudu ngerti jaringan?

Ora perlu (malah kadhangkala mbebayani) kanggo insinyur jaringan mung bisa ngatasi jaringan lan ora liya. Malah yen kita ora nimbang opsi karo infrastruktur sing urip meh kabeh ing maya umum (lan, apa wae sing bisa ngomong, iku dadi luwih populer), lan njupuk, contone, ing premis utawa pribadi awan, ngendi mung "kawruh ing tingkat CCNP" Sampeyan ora bakal ninggalake.

Kajaba iku, nyatane, jaringan - sanajan ana lapangan sing ora ana watese kanggo sinau, sanajan sampeyan mung fokus ing siji arah (jaringan panyedhiya, perusahaan, pusat data, Wi-Fi ...)

Mesthi, akeh sing saiki bakal ngelingi Python lan "otomatisasi jaringan" liyane, nanging iki mung perlu, nanging kondisi ora cukup. Supaya insinyur jaringan bisa "kasil gabung karo tim", dheweke kudu bisa nganggo basa sing padha karo pangembang lan sesama admin / devops. Iki artine apa?

• ora mung bisa digunakake ing Linux minangka pangguna, nanging uga ngatur, paling ora ing tingkat sysadmin-junior: nginstal piranti lunak sing dibutuhake, miwiti maneh layanan sing tiba, nulis unit systemd sing prasaja.
• Ngerti (paling ora ing istilah umum) carane tumpukan jaringan ing Linux, carane jaringan dianggo ing hypervisors lan kontaner (lxc / docker / kubernetes).
• Mesthi, bisa nggarap ansible / chef / wayang utawa sistem SCM liyane.
• Baris kapisah kudu ditulis babagan SDN lan jaringan kanggo awan pribadi (contone, TungstenFabric utawa OpenvSwitch). Iki minangka kawruh gedhe liyane.

Если кратко, то я описал типичного T-shape специалиста (как сейчас модно говорить). Вроде бы ничего нового, однако же по опыту собеседований далеко не все сетевые инженеры могут похвастаться знаниями хотя бы по двум темам из списка выше. На практике, отсутствие знаний «в смежных областях» очень сильно затрудняет не только коммуникацию с коллегами, но и понимание требований, которые бизнес предъявляет к сети, как к самой низкоуровневой инфраструктуре проекта. А без этого понимания становится сложнее аргументированно отстаивать свою точку зрения и «продавать» её бизнесу.

Ing tangan liyane, pakulinan banget "pangerten cara sistem bisa" menehi networkers kauntungan apik banget liwat macem-macem "generalists" sing ngerti teknologi saka artikel ing Habré / medium lan telegram chats, nanging ora duwe idea apa prinsip iki utawa lunak sing dianggo. Lan kawruh babagan sawetara aturan, kaya sing sampeyan ngerteni, sukses ngganti kawruh babagan akeh fakta.

Kesimpulan, utawa mung TL;DR

1. Administrator jaringan (kaya DBA utawa insinyur VoIP) minangka spesialis profil sing rada sempit (ora kaya sysadmins / devops / SRE), kabutuhan sing ora langsung muncul (lan bisa uga ora muncul nganti suwe, nyatane) . Nanging yen muncul, mula ora mungkin diganti karo keahlian njaba (outsourcing utawa administrator umum biasa, "sing uga ngurus jaringan"). Sing luwih sedhih yaiku kabutuhan spesialis kasebut cilik, lan, kanthi syarat, ing perusahaan kanthi 800 programer lan 30 devops / admin, mung ana rong jaringan sing nindakake tugas kanthi sampurna. Sing. pasar ana lan banget, cilik banget, lan malah kurang karo gaji apik.
2. Ing sisih liya, jaringan sing apik ing jagad modern kudu ngerti ora mung jaringan kasebut (lan cara ngotomatisasi konfigurasi), nanging uga kepiye sistem operasi lan piranti lunak sesambungan karo jaringan kasebut, sing mbukak jaringan kasebut. Tanpa iki, bakal angel banget kanggo ngerti apa sing dijaluk rekan kerja saka sampeyan lan ngirim (cukup) kepinginan / syarat sampeyan.
3. Ora ana awan, mung komputere wong liya. Sampeyan kudu ngerti manawa panggunaan awan umum / pribadi utawa layanan panyedhiya hosting "sing nindakake kabeh kanggo sampeyan" ora negate kasunyatan manawa aplikasi sampeyan isih nggunakake jaringan, lan masalah kasebut bakal mengaruhi operasi aplikasi sampeyan. . Pilihan sampeyan yaiku ing ngendi pusat kompetensi bakal ana, sing bakal tanggung jawab kanggo jaringan proyek sampeyan.

Source: www.habr.com