{"id":97373,"date":"2020-10-17T14:42:32","date_gmt":"2020-10-17T12:42:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/seteviki-ne-nuzhny"},"modified":"2020-10-17T14:42:32","modified_gmt":"2020-10-17T12:42:32","slug":"seteviki-ne-nuzhny","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/seteviki-ne-nuzhny","title":{"rendered":"N\u00e4tverkstekniker (\u00e4r) n\u00f6dv\u00e4ndiga","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vid skrivandet av denna artikel gav en s\u00f6kning p\u00e5 en popul\u00e4r jobbsida med frasen \"N\u00e4tverkstekniker\" omkring trehundra lediga tj\u00e4nster \u00f6ver hela Ryssland. F\u00f6r j\u00e4mf\u00f6relsevis visar en s\u00f6kning med frasen \"systemadministrat\u00f6r\" n\u00e4stan 2500 lediga tj\u00e4nster, medan \"DevOps ingenj\u00f6r\" visar n\u00e4stan 800.<\/p>\n

Betyder detta att n\u00e4tverksfolk inte l\u00e4ngre beh\u00f6vs i en tid med dominerande moln, Docker, Kubernetes och allest\u00e4des n\u00e4rvarande offentliga Wi-Fi?
\nL\u00e5t oss reda ut detta (c)<\/p>\n

\"N\u00e4tverkstekniker
\n<\/a><\/noindex>
\nL\u00e5t mig presentera mig. Jag heter Aleksei och jag \u00e4r n\u00e4tverksingenj\u00f6r. <\/p>\n

Jag har arbetat med n\u00e4tverk i mer \u00e4n 10 \u00e5r och har mer \u00e4n 15 \u00e5rs erfarenhet av olika *nix-system (har f\u00e5tt m\u00f6jlighet att arbeta med b\u00e5de Linux och FreeBSD). Jag har arbetat f\u00f6r teleoperat\u00f6rer, stora f\u00f6retag som ofta betraktas som \"enterprise\", och p\u00e5 senare tid har jag arbetat i en \"ung och dj\u00e4rv\" fintech d\u00e4r moln, DevOps, Kubernetes och andra skr\u00e4mmande termer som s\u00e4kerligen kommer att g\u00f6ra mig och mina kollegor \u00f6verfl\u00f6diga. N\u00e4r som helst. Kanske.<\/p>\n

ansvarsfriskrivning: \"I v\u00e5rt liv \u00e4r inte allt, alltid och \u00f6verallt, utan ibland och p\u00e5 vissa st\u00e4llen\" (c) Maxim Dorofejev.<\/p>\n

Allt som skrivit nedan kan och b\u00f6r anses vara f\u00f6rfattarens personliga \u00e5sikter, utan anspr\u00e5k p\u00e5 den slutgiltiga sanningen, och inte ens p\u00e5 en fullst\u00e4ndig forskning. Alla karakt\u00e4rer \u00e4r fiktiva, alla likheter \u00e4r slumpm\u00e4ssiga.<\/p><\/blockquote>\n

V\u00e4lkommen till min v\u00e4rld.<\/p>\n

Var kan man \u00f6verhuvudtaget tr\u00e4ffa n\u00e4tverksfolk?<\/h3>\n

\n1. Telekomoperat\u00f6rer, tj\u00e4nstef\u00f6retag och andra integrat\u00f6rer<\/b>. H\u00e4r \u00e4r det enkelt: n\u00e4tverk \u00e4r en aff\u00e4r f\u00f6r dem. De s\u00e4ljer antingen direkt anslutning (operat\u00f6rer) eller tillhandah\u00e5ller tj\u00e4nster f\u00f6r att starta\/underh\u00e5lla n\u00e4tverk f\u00f6r sina kunder. <\/p>\n

Det finns mycket erfarenhet h\u00e4r, men inte mycket pengar (om du inte \u00e4r direkt\u00f6r eller en framg\u00e5ngsrik f\u00f6rs\u00e4ljningschef). Men om du gillar n\u00e4tverk och \u00e4r i b\u00f6rjan av din karri\u00e4r, kommer en roll i support p\u00e5 en mindre operat\u00f6r fortfarande vara en perfekt startpunkt (i federala f\u00f6retag \u00e4r allt v\u00e4ldigt genomsyrat av manus och det finns lite utrymme f\u00f6r kreativitet). Ber\u00e4ttelser om att man kan v\u00e4xa fr\u00e5n en jouringenj\u00f6r till en C-level chef p\u00e5 n\u00e5gra \u00e5r \u00e4r ocks\u00e5 fullt m\u00f6jliga, \u00e4ven om de \u00e4r s\u00e4llsynta av uppenbara sk\u00e4l. Det finns alltid behov av personal, eftersom personaloms\u00e4ttningen verkligen f\u00f6rekommer. Det \u00e4r b\u00e5de bra och d\u00e5ligt p\u00e5 samma g\u00e5ng \u2014 det finns alltid lediga tj\u00e4nster, \u00e5 andra sidan tenderar de mest aktiva\/intelligenta ofta att snabbt g\u00e5 vidare till h\u00f6gre positioner eller till andra, mer 'bekv\u00e4ma' platser.<\/p>\n

2. Tveksamt \"enterprise\"<\/b>. Oavsett om f\u00f6retagets huvudverksamhet \u00e4r IT eller inte, \u00e4r det viktigaste att det finns en egen IT-avdelning som ansvarar f\u00f6r drift av f\u00f6retagets interna system, inklusive n\u00e4tverk p\u00e5 kontoren och kommunikationskanaler till filialerna osv. I s\u00e5dana f\u00f6retag kan en systemadministrat\u00f6r (om n\u00e4tverksinfrastrukturen \u00e4r liten, eller hanteras av en extern entrepren\u00f6r) fungera som n\u00e4tverksingenj\u00f6r. Om det finns en n\u00e4tverksingenj\u00f6r kan den personen dessutom \u00f6vervaka telefoni och SAN (f\u00f6r att vara tydlig). L\u00f6nerna varierar mycket \u2014 det beror starkt p\u00e5 aff\u00e4rens l\u00f6nsamhet, f\u00f6retagets storlek och organisation. Jag har arbetat med f\u00f6retag d\u00e4r man ofta belastade Routerns kapacitet, och f\u00f6retag d\u00e4r n\u00e4tverket byggdes av skr\u00e4p, pinnar och bl\u00e5 tejp, d\u00e4r servrarna aldrig uppdaterades (det \u00e4r on\u00f6digt att n\u00e4mna att det inte heller fanns n\u00e5gra reserver). Erfarenheten h\u00e4r \u00e4r betydligt mindre, och den kommer n\u00e4stan s\u00e4kert att vara inom omr\u00e5det f\u00f6r h\u00e5rd vendor-lock eller<\/p>\n

3. Produktf\u00f6retag<\/b>, vars vinst kommer fr\u00e5n utveckling (och ofta, drift) av n\u00e5gon mjukvara eller plattform \u2014 den s\u00e5 kallade produkten. Vanligtvis \u00e4r de sm\u00e5 och snabba, de har inte kommit l\u00e5ngt i skala j\u00e4mf\u00f6rt med stora f\u00f6retag och deras byr\u00e5krati. H\u00e4r finns massor av devops, kuber, dockor och andra skr\u00e4mmande termer som s\u00e4kert kommer att g\u00f6ra n\u00e4tverken och n\u00e4tverksing\u00e9nj\u00f6rerna till en \u00f6verfl\u00f6dig rest. <\/p>\n

Vad skiljer en n\u00e4tverksingenj\u00f6r fr\u00e5n en systemadministrat\u00f6r?<\/h3>\n

\nI m\u00e4nniskors uppfattning utanf\u00f6r IT \u2014 \u00e4r det inget. B\u00e5de den ena och den andra tittar p\u00e5 en svart sk\u00e4rm och skriver n\u00e5got slags formel, ibland muttrande tyst. <\/p>\n

I programmernas f\u00f6rst\u00e5else \u00e4r det mer av ett \u00e4mnesomr\u00e5de. Systemadministrat\u00f6rer administrerar servrar, n\u00e4tverksadministrat\u00f6rer administrerar switchar och routrar. Ibland g\u00f6r de det d\u00e5ligt, och allt faller samman f\u00f6r alla. I s\u00e5dana fall \u00e4r n\u00e4tverksadministrat\u00f6rerna ocks\u00e5 skyldiga. Bara f\u00f6r att fuck you, det \u00e4r d\u00e4rf\u00f6r.<\/p>\n

Men i verkligheten \u00e4r den viktigaste skillnaden arbetss\u00e4ttet. Bland n\u00e4tverksadministrat\u00f6rer \u00e4r det nog flest som f\u00f6respr\u00e5kar \u201dFungerar \u2014 r\u00f6r det inte!\u201d. Att g\u00f6ra n\u00e5got (inom en enskild leverant\u00f6r) kan vanligtvis g\u00f6ras p\u00e5 endast ett s\u00e4tt, hela konfigurationen av enheten \u2014 den ligger d\u00e4r, i din hand. Priset f\u00f6r ett misstag \u2014 \u00e4r h\u00f6gt, ibland till och med mycket h\u00f6gt (till exempel m\u00e5ste man \u00e5ka flera hundra kilometer f\u00f6r att starta om routern, medan flera tusen personer kommer vara utan kontakt \u2014 en helt vanlig situation f\u00f6r en operat\u00f6r).<\/p>\n

Enligt min \u00e5sikt \u00e4r det just d\u00e4rf\u00f6r som n\u00e4tverksingenj\u00f6rer, \u00e5 ena sidan, \u00e4r extremt motiverade att uppr\u00e4tth\u00e5lla n\u00e4tverksstabilitet (och f\u00f6r\u00e4ndringar \u00e4r stabilitetens fr\u00e4msta fiende), och \u00e5 andra sidan g\u00e5r deras kunskaper djupare snarare \u00e4n bredare (det kr\u00e4vs inte att man kan konfigurera tiotals olika tj\u00e4nster, man m\u00e5ste f\u00f6rst\u00e5 teknologierna och deras implementering hos en specifik tillverkare). Det \u00e4r d\u00e4rf\u00f6r en systemadministrat\u00f6r som har googlat hur man konfigurerar VLAN p\u00e5 Cisco \u2014 inte r\u00e4knas som en n\u00e4tverksadministrat\u00f6r. Och det \u00e4r osannolikt att han effektivt kan st\u00f6dja (eller fels\u00f6ka) ett mer eller mindre komplext n\u00e4tverk. <\/p>\n

Men varf\u00f6r beh\u00f6vs en n\u00e4tverksadministrat\u00f6r om du har hostingleverant\u00f6ren<\/a>?<\/b><\/p>\n

Mot en extra kostnad (och om du \u00e4r en mycket stor och omtyckt kund \u2014 kanske till och med gratis, \"som en v\u00e4n\") kommer datacenteringenj\u00f6rer att konfigurera dina switchar efter dina behov och kanske till och med hj\u00e4lpa till att etablera BGP-anslutningar med leverant\u00f6rerna (om du har ditt eget underr\u00e4ttelse IP-adresser<\/a> f\u00f6r annonseringen).<\/p>\n

Huvudproblemet \u00e4r att datacentret inte \u00e4r din IT-avdelning, utan ett separat f\u00f6retag vars m\u00e5l \u00e4r att g\u00f6ra vinst. Detta inkluderar ocks\u00e5 vinster fr\u00e5n dig som kund. Datacentret tillhandah\u00e5ller hyllor, ser till att de f\u00e5r el och kyla, samt ger viss \"standard\" anslutning till internet. Baserat p\u00e5 denna infrastruktur kan datacentret placera din utrustning (colocation), hyra ut en server till dig (dedicated server), eller erbjuda managed service (till exempel OpenStack eller K8s). Men datacentrets (vanligtvis) aff\u00e4rsid\u00e9 \u00e4r inte att administrera kundernas infrastruktur, eftersom denna process \u00e4r ganska arbetsintensiv, sv\u00e5rt att automatisera (och i ett normalt datacenter \u00e4r allt som m\u00f6jligt automatiserat), \u00e4nnu sv\u00e5rare att standardisera (varje kund \u00e4r unik) och i allm\u00e4nhet kan leda till klagom\u00e5l (\"ni installerade servern \u00e5t mig, men nu har den kraschat, det \u00e4r ert fel!!!111\"). D\u00e4rf\u00f6r, om hostingleverant\u00f6ren hj\u00e4lper dig med n\u00e5got, kommer de att f\u00f6rs\u00f6ka g\u00f6ra det s\u00e5 enkelt och \"standardiserat\" som m\u00f6jligt. Det \u00e4r f\u00f6r att g\u00f6ra n\u00e5got komplicerat inte \u00e4r l\u00f6nsamt, \u00e5tminstone sett till den arbetsm\u00e4ngd som ingenj\u00f6rerna hos denna hostingleverant\u00f6r har (men situationer kan vara olika, se disclaimer). Detta inneb\u00e4r inte att hostingleverant\u00f6ren n\u00f6dv\u00e4ndigtvis g\u00f6r allt d\u00e5ligt. Men det \u00e4r l\u00e5ngt ifr\u00e5n en garanti att de kommer att g\u00f6ra precis det som du verkligen beh\u00f6vde.<\/p>\n

Det kan tyckas vara en ganska uppenbar sak, men jag har flera g\u00e5nger st\u00f6tt p\u00e5 att f\u00f6retag har b\u00f6rjat f\u00f6rlita sig p\u00e5 sin hostingprovider lite mer \u00e4n vad som var rimligt, vilket aldrig lett till n\u00e5got bra. Jag har varit tvungen att f\u00f6rklara l\u00e4nge och detaljerat att ingen SLA kan t\u00e4cka f\u00f6rluster fr\u00e5n stillest\u00e5nd (det finns undantag, men dessa \u00e4r vanligtvis mycket, MYCKET dyra f\u00f6r kunden) och att hostingleverant\u00f6ren \u00f6verhuvudtaget inte \u00e4r medveten om vad som h\u00e4nder i best\u00e4llarnas infrastruktur (f\u00f6rutom v\u00e4ldigt allm\u00e4nna indikatorer). Och backuper g\u00f6r hostingleverant\u00f6ren inte f\u00f6r dig heller. \u00c4nnu v\u00e4rre blir det om du har mer \u00e4n en hostingleverant\u00f6r. Vid problem mellan dem kommer de definitivt inte att reda ut vad som egentligen har g\u00e5tt fel.<\/p>\n

Motivationen h\u00e4r \u00e4r exakt de samma som n\u00e4r det g\u00e4ller valet mellan \"egen administrat\u00f6rsgrupp vs outsourcing\". Om riskerna \u00e4r ber\u00e4knade, kvaliteten \u00e4r tillfredsst\u00e4llande och f\u00f6retaget inte har n\u00e5got emot det \u2014 varf\u00f6r inte prova? \u00c5 andra sidan \u00e4r n\u00e4tverket en av de mest grundl\u00e4ggande lagren av infrastrukturen, och det \u00e4r tveksamt om man b\u00f6r \u00f6verl\u00e4mna det \u00e5t externa personer, s\u00e4rskilt om allt annat redan hanteras internt.<\/p>\n

N\u00e4r beh\u00f6vs en n\u00e4tverksingenj\u00f6r?<\/b><\/p>\n

H\u00e4rn\u00e4st handlar det specifikt om moderna produktbolag. Med operat\u00f6rer och stora f\u00f6retag \u00e4r situationen mer eller mindre klar \u2014 det har inte f\u00f6r\u00e4ndrats mycket under de senaste \u00e5ren, och n\u00e4tverksingenj\u00f6rer har alltid varit n\u00f6dv\u00e4ndiga d\u00e4r. Men med de \"unga och dj\u00e4rva\" \u00e4r det inte s\u00e5 entydigt. Ofta l\u00e4gger de hela sin infrastruktur i molnet, s\u00e5 de beh\u00f6ver inte speciellt m\u00e5nga administrat\u00f6rer \u2014 f\u00f6rutom administrat\u00f6rerna f\u00f6r just dessa moln, f\u00f6rst\u00e5s. Infrastrukturen \u00e4r \u00e5 ena sidan ganska enkel, \u00e5 andra sidan \u00e4r den v\u00e4l automatiserad (ansible\/puppet, terraform, ci\/cd\u2026 ni vet). Men \u00e4ven h\u00e4r finns det situationer d\u00e4r man inte kan klara sig utan en n\u00e4tverksingenj\u00f6r.<\/p>\n

Exempel 1, klassiskt<\/b><\/p>\n

Anta att f\u00f6retaget b\u00f6rjar med en server med en offentlig ip-adress, som st\u00e5r i datacentret. Sedan \u00f6kar antalet servrar till tv\u00e5. Sedan fler... Tidigt eller sent kommer behovet av ett privat n\u00e4tverk mellan servrarna. Eftersom \"extern\" trafik begr\u00e4nsas b\u00e5de i bandbredd (max 100 Mbit\/s till exempel) och i volym nedladdat\/\u00f6verf\u00f6rt per m\u00e5nad (olika v\u00e4rdar har olika priser, men bandbredd i den externa v\u00e4rlden \u00e4r oftast mycket dyrare \u00e4n f\u00f6r ett privat n\u00e4tverk).<\/p>\n

V\u00e4rden l\u00e4gger till extra n\u00e4tverkskort i servrarna och ansluter dem till sina switchar i en separat vlan. En \"platt\" lokaln\u00e4tverk uppst\u00e5r mellan servrarna. Bekv\u00e4mt!<\/p>\n

Antalet servrar \u00f6kar, trafiken i det privata n\u00e4tverket ocks\u00e5 \u2014 s\u00e4kerhetskopior, replikeringar osv. Huvudleverant\u00f6ren erbjuder att flytta er till separata switchar s\u00e5 att ni inte st\u00f6r andra kunder och de inte st\u00f6r er. Leverant\u00f6ren installerar vissa switchar och konfigurerar dem p\u00e5 ett eller annat s\u00e4tt \u2014 troligtvis l\u00e4mnar man en platt n\u00e4tverksstruktur mellan alla era servrar. Allt fungerar bra, men vid en viss punkt b\u00f6rjar problem att uppst\u00e5: latenser mellan v\u00e4rdarna \u00f6kar periodvis, i loggarna syns varningar om f\u00f6r m\u00e5nga arp-paket per sekund, och en penetrationstestare lyckades bryta sig in i hela ert lokala n\u00e4tverk genom att bara hacka en server.<\/p>\n

Vad beh\u00f6ver g\u00f6ras?<\/i><\/p>\n

Dela upp n\u00e4tverket i segment - VLAN. Konfigurera olika adresseringar i varje VLAN, avs\u00e4tta en gateway som ska hantera trafiken mellan n\u00e4tverken. P\u00e5 gatewayen st\u00e4ll in ACL f\u00f6r att begr\u00e4nsa \u00e5tkomst mellan segmenten, eller s\u00e4tt en separat brandv\u00e4gg bredvid.<\/p>\n

Exempel 1, forts\u00e4ttning<\/b><\/p>\n

Servrarna \u00e4r anslutna till det lokala n\u00e4tverket med en kabel. Switcharna i racken \u00e4r p\u00e5 n\u00e5got s\u00e4tt sammanl\u00e4nkade, men vid ett haveri i ett rack f\u00f6rlorar ocks\u00e5 tre angr\u00e4nsande rack anslutningen. Det finns scheman, men det finns tveksamheter kring deras relevans. Varje server har en offentlig adress som tillhandah\u00e5lls av leverant\u00f6ren och \u00e4r kopplad till racken. D.v.s. n\u00e4r servern flyttas m\u00e5ste adressen \u00e4ndras.<\/p>\n

Vad beh\u00f6ver g\u00f6ras?<\/i><\/p>\n

Anslut servrarna med hj\u00e4lp av LAG (Link Aggregation Group) med tv\u00e5 kablar till switcharna i racken (\u00e4ven dessa beh\u00f6ver redundans). S\u00e4kra anslutningarna mellan racken, omkonfigurera till \"stj\u00e4rna\" (eller den idag trendiga CLOS), s\u00e5 att bortfall av ett rack inte p\u00e5verkar de andra. Utse \"centrala\" rack d\u00e4r det n\u00e4tverksk\u00e4rnan kommer att placeras och d\u00e4r andra rack kommer att kopplas in. \u00c5tg\u00e4rda \u00e4ven offentlig adressering, erh\u00e5ll av leverant\u00f6ren (eller av RIR, om m\u00f6jligt) ett subnet som ni, sj\u00e4lva (eller via leverant\u00f6ren) kan annonsera mot omv\u00e4rlden.<\/p>\n

Kan en \"vanlig\" systemadministrat\u00f6r utan djupa kunskaper inom n\u00e4tverk klara av allt detta? Jag \u00e4r os\u00e4ker. Kommer leverant\u00f6ren att g\u00f6ra det? Kanske, men det kommer att kr\u00e4vas en ganska detaljerad kravspecifikation fr\u00e5n er, som ocks\u00e5 beh\u00f6ver skrivas av n\u00e5gon. Och d\u00e4refter kontrollera att allt g\u00f6rs korrekt.<\/p>\n

Exempel 2. Moln<\/b><\/p>\n

Anta att du har en VPC i n\u00e5got offentligt moln. F\u00f6r att f\u00e5 \u00e5tkomst fr\u00e5n kontoret eller on-prem-delen av infrastrukturen till det lokala n\u00e4tverket inom VPC, beh\u00f6ver du konfigurera en anslutning via IPSec eller en dedikerad lina. \u00c5 ena sidan \u00e4r IPSec billigare eftersom du inte beh\u00f6ver k\u00f6pa extra h\u00e5rdvara, du kan st\u00e4lla in en tunnel mellan din server med offentlig IP-adress och molnet. Men - det finns f\u00f6rseningar, begr\u00e4nsad prestanda (eftersom kanalen m\u00e5ste krypteras), plus os\u00e4ker anslutning (eftersom \u00e5tkomsten g\u00e5r genom vanligt internet). <\/p>\n

Vad beh\u00f6ver g\u00f6ras?<\/i><\/p>\n

Uppr\u00e4tta en anslutning via en dedikerad lina (till exempel, hos AWS kallas detta Direct Connect). F\u00f6r detta, hitta en partneroperat\u00f6r som kan ansluta dig, best\u00e4mma n\u00e4rmaste ing\u00e5ngspunkt (b\u00e5de f\u00f6r dig till operat\u00f6ren och operat\u00f6ren till molnet), och slutligen konfigurera allt. Kan detta g\u00f6ras utan n\u00e4tverksingenj\u00f6r? Sannolikt, ja. Men hur man fels\u00f6ker detta utan honom i h\u00e4ndelse av problem \u00e4r inte s\u00e5 klart. <\/p>\n

Det kan ocks\u00e5 uppst\u00e5 problem med tillg\u00e4nglighet mellan moln (om du har en multiskylt) eller problem med f\u00f6rdr\u00f6jningar mellan olika regioner, osv. Certainly har det nu kommit m\u00e5nga verktyg som \u00f6kar transparensen kring vad som h\u00e4nder i molnet (som Thousand Eyes), men dessa \u00e4r fortfarande n\u00e4tverksingenj\u00f6rens verktyg, inte dess ers\u00e4ttning.<\/p>\n

Jag skulle kunna n\u00e4mna ett dussin s\u00e5dana exempel fr\u00e5n min egen praktik, men jag tror att det \u00e4r tydligt att i ett team, n\u00e4r infrastrukturen n\u00e5r en viss utvecklingsniv\u00e5, m\u00e5ste det finnas n\u00e5gon (och helst flera) som vet hur n\u00e4tverket fungerar, kan konfigurera n\u00e4tverksutrustningen och l\u00f6sa problem om de uppst\u00e5r. Tro mig, det kommer att finnas mycket att g\u00f6ra. <\/p>\n

Vad b\u00f6r en n\u00e4tverksingenj\u00f6r veta?<\/b><\/p>\n

Det \u00e4r inte n\u00f6dv\u00e4ndigt (och ibland till och med skadligt) att n\u00e4tverksingenj\u00f6ren endast fokuserar p\u00e5 n\u00e4tverket och inget annat. \u00c4ven om man inte tar h\u00e4nsyn till alternativet med infrastruktur som n\u00e4stan helt lever i det offentliga molnet (och det blir, oavsett hur man ser p\u00e5 det, allt mer popul\u00e4rt), och tar exempelvis on-premise eller privata moln, d\u00e4r man inte klarar sig endast med 'kunskaper p\u00e5 CCNP-niv\u00e5'. <\/p>\n

F\u00f6rutom n\u00e4tverken - h\u00e4r finns det en o\u00e4ndlig m\u00f6jlighet att utforska, \u00e4ven om man bara fokuserar p\u00e5 ett specifikt omr\u00e5de (leverant\u00f6rsn\u00e4t, f\u00f6retagsn\u00e4t, datacenter, Wi-Fi...)<\/p>\n

Sj\u00e4lvklart, m\u00e5nga av er kommer att t\u00e4nka p\u00e5 Python och annan \"n\u00e4tverksautomation\", men det \u00e4r bara ett n\u00f6dv\u00e4ndigt, men inte tillr\u00e4ckligt villkor. F\u00f6r att en n\u00e4tverksingenj\u00f6r ska kunna \"integrera framg\u00e5ngsrikt i teamet\" m\u00e5ste han kunna prata samma spr\u00e5k med b\u00e5de utvecklare och kollegor inom administration\/devops. Vad inneb\u00e4r det?<\/p>\n