{"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\/pl\/blog\/administrirovanie\/seteviki-ne-nuzhny","title":{"rendered":"In\u017cynierowie sieciowi (nie) s\u0105 potrzebni","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

W momencie pisania tego artyku\u0142u, wyszukiwanie na popularnej stronie z ofertami pracy pod has\u0142em \u201eIn\u017cynier sieci\u201d zwraca\u0142o oko\u0142o trzystu ofert pracy w ca\u0142ej Rosji. Dla por\u00f3wnania, wyszukiwanie frazy \u201eadministrator system\u00f3w\u201d zwraca prawie 2,5 tysi\u0105ca ofert, a \u201ein\u017cynier DevOps\u201d \u2014 prawie 800.<\/p>\n

Czy oznacza to, \u017ce in\u017cynierowie sieciowi nie s\u0105 ju\u017c potrzebni w czasach dominuj\u0105cych chmur, Dockera, Kubernetes i wszechobecnego publicznego Wi-Fi?
\nZastan\u00f3wmy si\u0119 nad tym (c)<\/p>\n

\"In\u017cynierowie
\n<\/a><\/noindex>
\nPozw\u00f3lcie, \u017ce si\u0119 przedstawi\u0119. Nazywam si\u0119 Aleksiej i jestem in\u017cynierem sieciowym. <\/p>\n

Od ponad 10 lat zajmuj\u0119 si\u0119 sieciami i od ponad 15 lat pracuj\u0119 z r\u00f3\u017cnymi systemami *nix (zdarzy\u0142o mi si\u0119 grzeba\u0107 zar\u00f3wno w Linuksie, jak i FreeBSD). Pracowa\u0142em u operator\u00f3w telekomunikacyjnych, w du\u017cych firmach uznawanych za \u201eenterprise\u201d, a ostatnio pracuj\u0119 w m\u0142odej i odwa\u017cnej bran\u017cy fintech, gdzie chmury, DevOps, Kubernetes i inne straszne s\u0142owa, kt\u00f3re na pewno uczyni\u0105 mnie i moich koleg\u00f3w zb\u0119dnymi. Kiedy\u015b. Mo\u017ce.<\/p>\n

zrzeczenie si\u0119 odpowiedzialno\u015bci: \u201eW naszym \u017cyciu nie wszystko, zawsze i wsz\u0119dzie, a niekt\u00f3re rzeczy, czasami i miejscami\u201d (c) Maksym Dorofiejew.<\/p>\n

Wszystko, co napisane poni\u017cej, mo\u017cna i trzeba traktowa\u0107 jako osobiste zdanie autora, kt\u00f3re nie ro\u015bci sobie prawa do bycia ostateczn\u0105 prawd\u0105, ani nawet pe\u0142noprawnym badaniem. Wszystkie postacie s\u0105 fikcyjne, wszelkie zbie\u017cno\u015bci przypadkowe.<\/p><\/blockquote>\n

Witaj w moim \u015bwiecie.<\/p>\n

Gdzie mo\u017cna spotka\u0107 in\u017cynier\u00f3w sieciowych?<\/h3>\n

\n1. Operatorzy telekomunikacyjni, firmy serwisowe i inni integratorzy<\/b>. Tu wszystko jest proste: sie\u0107 to dla nich biznes. Bezpo\u015brednio sprzedaj\u0105 \u0142\u0105czno\u015b\u0107 (operatorzy) lub \u015bwiadcz\u0105 us\u0142ugi uruchamiania\/utrzymania sieci swoich klient\u00f3w. <\/p>\n

Tutaj jest du\u017co do\u015bwiadczenia, ale niewiele pieni\u0119dzy (chyba \u017ce jeste\u015b dyrektorem lub skutecznym mened\u017cerem sprzeda\u017cy). Niemniej jednak, je\u015bli interesuj\u0105 Ci\u0119 sieci i dopiero zaczynasz swoj\u0105 drog\u0119, kariera w wsparciu jakiego\u015b mniejszego operatora b\u0119dzie, nawet teraz, idealnym punktem wyj\u015bcia (w du\u017cych firmach wszystko jest bardzo schematyczne i jest ma\u0142o miejsca na kreatywno\u015b\u0107). Historie o tym, \u017ce mo\u017cna z technika dy\u017curnego awansowa\u0107 w ci\u0105gu kilku lat do mened\u017cera na poziomie C, r\u00f3wnie\u017c s\u0105 ca\u0142kiem realne, chocia\u017c rzadkie, z oczywistych powod\u00f3w. Potrzeba pracownik\u00f3w zawsze istnieje, poniewa\u017c rotacja jest zjawiskiem rzeczywistym. To ma swoje dobre i z\u0142e strony \u2014 zawsze s\u0105 wolne miejsca, z drugiej strony \u2014 cz\u0119sto najbardziej aktywni\/inteligentni szybko odchodz\u0105, albo awansuj\u0105c, albo do innych, bardziej \u201ekomfortowych\u201d miejsc.<\/p>\n

2. Warunkowy \"enterprise\"<\/b>. Niezale\u017cnie od tego, czy jego g\u0142\u00f3wna dzia\u0142alno\u015b\u0107 zwi\u0105zana jest z IT, czy nie. Najwa\u017cniejsze jest to, \u017ce posiada w\u0142asny dzia\u0142 IT, kt\u00f3ry zajmuje si\u0119 zapewnieniem pracy wewn\u0119trznych system\u00f3w firmy, w tym sieci w biurach, kana\u0142\u00f3w komunikacyjnych do oddzia\u0142\u00f3w itp. Funkcje in\u017cyniera sieci w takich firmach mog\u0105 \u201ena zasadzie wsp\u00f3\u0142pracy\u201d pe\u0142ni\u0107 administratorzy system\u00f3w (je\u015bli infrastruktura sieciowa jest niewielka, lub zajmuje si\u0119 ni\u0105 zewn\u0119trzny wykonawca), a sieciowiec, je\u015bli w og\u00f3le jest, mo\u017ce r\u00f3wnie\u017c nadzorowa\u0107 telefoni\u0119 i SAN (w ko\u0144cu). Wynagrodzenia s\u0105 r\u00f3\u017cne - mocno zale\u017cy od rentowno\u015bci biznesu, wielko\u015bci firmy i struktury. Pracowa\u0142em z firmami, gdzie cisco regularnie \u201e\u0142adowa\u0142y beczki\u201d, i z firmami, gdzie sie\u0107 budowano z odpad\u00f3w, kijk\u00f3w i niebieskiej ta\u015bmy, a serwery nigdy nie by\u0142y aktualizowane (czy trzeba m\u00f3wi\u0107, \u017ce \u017cadne rezerwy r\u00f3wnie\u017c nie by\u0142y przewidziane). Do\u015bwiadczenia jest znacznie mniej, i prawie na pewno b\u0119dzie w obszarze sztywnego vendor-locka albo \u201ejak z niczego zrobi\u0107 co\u015b\u201d. Osobi\u015bcie wydawa\u0142o mi si\u0119 tam strasznie nudno, chocia\u017c wielu to lubi - wszystko jest wystarczaj\u0105co spokojne i przewidywalne (je\u015bli m\u00f3wimy o du\u017cych firmach), \u201edorahabachato\u201d itp. Nie rzadziej ni\u017c raz w roku jaki\u015b du\u017cy dostawca m\u00f3wi, \u017ce wymy\u015bli\u0142 kolejn\u0105 mega-super-system, kt\u00f3ra automatyzuje wszystko, wi\u0119c wszystkich administrator\u00f3w system\u00f3w i in\u017cynier\u00f3w sieciowych mo\u017cna by zwolni\u0107, zostawiaj\u0105c kilku do klikni\u0119cia przycisk\u00f3w w \u0142adnym interfejsie. Rzeczywisto\u015b\u0107 jest jednak taka, \u017ce nawet abstrahuj\u0105c od koszt\u00f3w rozwi\u0105zania, in\u017cynierowie sieciowi z tego miejsca si\u0119 nie wycofaj\u0105. Tak, by\u0107 mo\u017ce zamiast konsoli znowu b\u0119dzie interfejs webowy (ale nie ju\u017c konkretnego sprz\u0119tu, a du\u017cego systemu, kt\u00f3ry zarz\u0105dza dziesi\u0105tkami i setkami takich urz\u0105dze\u0144), ale wiedza o tym, \u201ejak wszystko dzia\u0142a w \u015brodku\u201d nadal b\u0119dzie potrzebna.<\/p>\n

3. Firmy produktowe<\/b>, kt\u00f3rej zyski pochodz\u0105 z tworzenia (i cz\u0119sto, eksploatacji) jakiego\u015b oprogramowania lub platformy - tego w\u0142a\u015bnie produktu. Zwykle s\u0105 to ma\u0142e i zwinne firmy, kt\u00f3re jeszcze daleko maj\u0105 do rozmiar\u00f3w przedsi\u0119biorstw i ich biurokracji. To tutaj masowo znajduj\u0105 si\u0119 ci wszyscy devopsi, kubery, dockery i inne straszne s\u0142owa, kt\u00f3re koniecznie uczyni\u0105 sie\u0107 i in\u017cynier\u00f3w sieciowych niepotrzebnym reliktem. <\/p>\n

Czym r\u00f3\u017cni si\u0119 in\u017cynier sieciowy od administratora systemu?<\/h3>\n

\nW oczach os\u00f3b spoza bran\u017cy IT \u2014 nic. I jedni, i drudzy patrz\u0105 w czarny ekran i wpisuj\u0105 jakie\u015b zakl\u0119cia, czasem przeklinaj\u0105c cicho. <\/p>\n

Dla programist\u00f3w to raczej tylko obszar tematyczny. Administratorzy serwer\u00f3w zajmuj\u0105 si\u0119 serwerami, specjali\u015bci od sieci zajmuj\u0105 si\u0119 prze\u0142\u0105cznikami i routerami. Czasami administrowanie odbywa si\u0119 \u017ale i wszystko pada. W przypadku wszelkich dziwnych sytuacji r\u00f3wnie\u017c s\u0105 winni specjali\u015bci od sieci. Po prostu, bo tak.<\/p>\n

Tak naprawd\u0119, g\u0142\u00f3wna r\u00f3\u017cnica polega na podej\u015bciu do pracy. By\u0107 mo\u017ce to w\u0142a\u015bnie w\u015br\u00f3d sieciowc\u00f3w najcz\u0119\u015bciej mo\u017cna spotka\u0107 zwolennik\u00f3w podej\u015bcia \u201eDzia\u0142a \u2014 nie ruszaj!\u201d. Zrealizowanie pewnej rzeczy (w ramach jednego dostawcy) zazwyczaj mo\u017cna zrobi\u0107 tylko jednym sposobem, a ca\u0142a konfiguracja sprz\u0119tu \u2014 jest na wyci\u0105gni\u0119cie r\u0119ki. Koszt b\u0142\u0119du jest wysoki, a czasem bardzo wysoki (na przyk\u0142ad trzeba b\u0119dzie jecha\u0107 setki kilometr\u00f3w, aby zrestartowa\u0107 router, a w tym czasie kilka tysi\u0119cy os\u00f3b b\u0119dzie bez \u0142\u0105czno\u015bci \u2014 ca\u0142kiem zwyczajna sytuacja dla operatora).<\/p>\n

Moim zdaniem, w\u0142a\u015bnie dlatego in\u017cynierowie sieciowi, z jednej strony, s\u0105 niezwykle zmotywowani do zapewnienia stabilno\u015bci sieci (a zmiany s\u0105 g\u0142\u00f3wnym wrogiem stabilno\u015bci), a z drugiej strony, ich wiedza jest bardziej wnikliwa ni\u017c szeroka (nie potrzeba umie\u0107 konfigurowa\u0107 dziesi\u0105tek r\u00f3\u017cnych demon\u00f3w, trzeba zna\u0107 technologie i ich realizacj\u0119 u konkretnego producenta sprz\u0119tu). Dlatego administrator system\u00f3w, kt\u00f3ry znalaz\u0142 w Google, jak na urz\u0105dzeniu Cisco ustawi\u0107 VLAN \u2014 to jeszcze nie sieciowiec. I w\u0105tpi\u0119, aby m\u00f3g\u0142 skutecznie wspiera\u0107 (a tak\u017ce rozwi\u0105zywa\u0107 problemy) bardziej skomplikowan\u0105 sie\u0107. <\/p>\n

Ale po co ci sieciowiec, je\u015bli masz powinien umie\u0107 to zrobi\u0107)<\/a>?<\/b><\/p>\n

Za dodatkow\u0105 op\u0142at\u0105 (a je\u015bli jeste\u015b bardzo du\u017cym i ulubionym klientem \u2014 by\u0107 mo\u017ce nawet za darmo, \"po znajomo\u015bci\") in\u017cynierowie centrum danych skonfiguruj\u0105 twoje prze\u0142\u0105czniki wed\u0142ug twoich potrzeb, a by\u0107 mo\u017ce nawet pomog\u0105 uruchomi\u0107 po\u0142\u0105czenie BGP z dostawcami (je\u015bli masz swoj\u0105 podsie\u0107 adres\u00f3w IP<\/a> do og\u0142oszenia).<\/p>\n

G\u0142\u00f3wnym problemem jest to, \u017ce centrum danych to nie wasz dzia\u0142 IT, ale oddzielna firma, kt\u00f3rej celem jest generowanie zysk\u00f3w. W tym r\u00f3wnie\u017c na was, jako klient\u00f3w. Centrum danych zapewnia szafy, dostarcza im energi\u0119 elektryczn\u0105 i ch\u0142odzenie, a tak\u017ce zapewnia pewn\u0105 \u201edomy\u015bln\u0105\u201d \u0142\u0105czno\u015b\u0107 z Internetem. Na bazie tej infrastruktury centrum danych mo\u017ce umie\u015bci\u0107 wasz sprz\u0119t (colocation), wynaj\u0105\u0107 wam serwer (serwer dedykowany) lub dostarcza\u0107 us\u0142ug\u0119 zarz\u0105dzan\u0105 (na przyk\u0142ad OpenStack lub K8s). Ale prowadzenie administracji infrastruktury klient\u00f3w (zwykle) nie jest dzia\u0142alno\u015bci\u0105 centrum danych, poniewa\u017c ten proces jest do\u015b\u0107 pracoch\u0142onny, s\u0142abo si\u0119 automatyzuje (a w normalnym centrum danych zautomatyzowane jest wszystko, co tylko mo\u017cliwe), jeszcze trudniej jest to ujednolici\u0107 (ka\u017cdy klient jest indywidualny) i w og\u00f3le wi\u0105\u017ce si\u0119 z roszczeniami (\u201eustawi\u0142e\u015b mi serwer, a teraz si\u0119 zawiesi\u0142, to wy jeste\u015bcie za wszystko odpowiedzialni!!!111\u201d). Dlatego je\u015bli hoster b\u0119dzie wam w czym\u015b pomaga\u0142, to postara si\u0119 to zrobi\u0107 w maksymalnie prosty i \u201esztywny\u201d spos\u00f3b. Bo robi\u0107 co\u015b skomplikowanego \u2014 jest nieop\u0142acalne, przynajmniej z punktu widzenia nak\u0142ad\u00f3w pracy in\u017cynier\u00f3w tego samego hostera (ale sytuacje s\u0105 r\u00f3\u017cne, patrz zastrze\u017cenie). To nie oznacza, \u017ce hoster koniecznie wszystko zrobi \u017ale. Ale wcale nie ma pewno\u015bci, \u017ce zrobi dok\u0142adnie to, czego naprawd\u0119 potrzebowali\u015bcie.<\/p>\n

Wydawa\u0142oby si\u0119, \u017ce to dosy\u0107 oczywiste, ale w swojej praktyce kilka razy spotka\u0142em si\u0119 z sytuacjami, gdzie firmy zaczyna\u0142y polega\u0107 na swoim dostawcy hostingu nieco bardziej, ni\u017c powinny, co nie prowadzi\u0142o do niczego dobrego. Musia\u0142em d\u0142ugo i szczeg\u00f3\u0142owo wyja\u015bnia\u0107, \u017ce \u017caden SLA nie pokryje strat wynikaj\u0105cych z przestoju (s\u0105 wyj\u0105tki, ale zazwyczaj jest to bardzo, BARDZO drogie dla klienta), a hoster w og\u00f3le nie jest \u015bwiadomy tego, co dzieje si\u0119 w infrastrukturze zamawiaj\u0105cego (opr\u00f3cz bardzo og\u00f3lnych wska\u017anik\u00f3w). I hoster r\u00f3wnie\u017c nie robi za was kopii zapasowych. Jeszcze gorzej wygl\u0105da sprawa, je\u015bli macie wi\u0119cej ni\u017c jednego hostera. W przypadku jakichkolwiek problem\u00f3w mi\u0119dzy nimi, na pewno nie b\u0119d\u0105 wyja\u015bnia\u0107 za was, co tak naprawd\u0119 posz\u0142o nie tak.<\/p>\n

Motywy s\u0105 tu dok\u0142adnie takie same, jak przy wyborze \"w\u0142asny zesp\u00f3\u0142 administrator\u00f3w vs outsourcing\". Je\u015bli ryzyka zosta\u0142y oszacowane, jako\u015b\u0107 jest zadowalaj\u0105ca, a biznes nie ma nic przeciwko \u2014 czemu by nie spr\u00f3bowa\u0107. Z drugiej strony, sie\u0107 to jeden z najbardziej podstawowych poziom\u00f3w infrastruktury, wi\u0119c raczej nie warto oddawa\u0107 jej w r\u0119ce zewn\u0119trznych specjalist\u00f3w, je\u015bli wszystko inne ju\u017c sami obs\u0142ugujecie.<\/p>\n

Kiedy potrzebny jest in\u017cynier sieci?<\/b><\/p>\n

Teraz b\u0119dziemy m\u00f3wi\u0107 o nowoczesnych firmach produktowych. Z operatorami i przedsi\u0119biorstwami wszystko jest mniej wi\u0119cej jasne \u2014 niewiele si\u0119 zmieni\u0142o w ci\u0105gu ostatnich lat, a in\u017cynierowie sieci byli potrzebni wcze\u015bniej, s\u0105 potrzebni i teraz. Inaczej jednak sprawa ma si\u0119 z tymi \"m\u0142odymi i \u015bmia\u0142ymi\" \u2014 cz\u0119sto ca\u0142kowicie umieszczaj\u0105 swoj\u0105 infrastruktur\u0119 w chmurach, wi\u0119c nawet administratorzy nie s\u0105 im specjalnie potrzebni \u2014 poza administratorami tych chmur, oczywi\u015bcie. Infrastruktura z jednej strony jest do\u015b\u0107 prosta w budowie, a z drugiej \u2014 dobrze zautomatyzowana (ansible\/puppet, terraform, ci\/cd\u2026 wiecie, o co chodzi). Ale nawet tutaj zdarzaj\u0105 si\u0119 sytuacje, w kt\u00f3rych in\u017cynier sieci jest niezb\u0119dny.<\/p>\n

Przyk\u0142ad 1, klasyczny<\/b><\/p>\n

Za\u0142\u00f3\u017cmy, \u017ce firma zaczyna od jednego serwera z publicznym adresem IP, kt\u00f3ry znajduje si\u0119 w centrum danych. Potem serwer\u00f3w przybywa, a\u017c w ko\u0144cu pojawia si\u0119 potrzeba stworzenia prywatnej sieci mi\u0119dzy serwerami. Poniewa\u017c \"zewn\u0119trzny\" ruch jest ograniczony zar\u00f3wno pod wzgl\u0119dem przepustowo\u015bci (na przyk\u0142ad nie wi\u0119cej ni\u017c 100 Mbit\/s), jak i obj\u0119to\u015bci danych pobranych\/wys\u0142anych w miesi\u0105cu (r\u00f3\u017cni hosterzy maj\u0105 r\u00f3\u017cne stawki, ale przepustowo\u015b\u0107 do \u015bwiata zewn\u0119trznego jest zazwyczaj znacznie dro\u017csza ni\u017c prywatnej sieci).<\/p>\n

Host dodaje do serwer\u00f3w dodatkowe karty sieciowe i \u0142\u0105czy je z w\u0142asnymi prze\u0142\u0105cznikami w osobnym VLANie. Powstaje \"p\u0142aska\" lokalna sie\u0107. Wygodne!<\/p>\n

Liczba serwer\u00f3w ro\u015bnie, podobnie jak ruch w prywatnej sieci \u2014 kopie zapasowe, replikacje itp. Hostingodawca oferuje przeniesienie do oddzielnych prze\u0142\u0105cznik\u00f3w, aby nie przeszkadza\u0107 innym klientom, a oni nie przeszkadzali wam. Hostingodawca ustawia jakiekolwiek prze\u0142\u0105czniki i w jaki\u015b spos\u00f3b je konfiguruje \u2014 najprawdopodobniej zostawiaj\u0105c pomi\u0119dzy wszystkimi waszymi serwerami jedn\u0105 p\u0142ask\u0105 sie\u0107. Wszystko dzia\u0142a dobrze, ale w pewnym momencie zaczynaj\u0105 si\u0119 problemy: okresowo wzrastaj\u0105 op\u00f3\u017anienia mi\u0119dzy hostami, w logach pojawiaj\u0105 si\u0119 b\u0142\u0119dy zbyt du\u017cej liczby pakiet\u00f3w ARP na sekund\u0119, a pentester podczas audytu uzyska\u0142 dost\u0119p do ca\u0142ej waszej lokalnej sieci, \u0142ami\u0105c tylko jeden serwer.<\/p>\n

Co nale\u017cy zrobi\u0107?<\/i><\/p>\n

Podzia\u0142 sieci na segmenty \u2013 VLAN-y. Skonfiguruj adresacj\u0119 w ka\u017cdym VLAN-ie, przypisz bram\u0119, kt\u00f3ra b\u0119dzie kierowa\u0107 ruch mi\u0119dzy sieciami. Na bramie skonfiguruj ACL, aby ograniczy\u0107 dost\u0119p mi\u0119dzy segmentami, lub postaw obok oddzielny zapor\u0119 ogniow\u0105.<\/p>\n

Przyk\u0142ad 1, kontynuacja<\/b><\/p>\n

Serwery s\u0105 pod\u0142\u0105czone do lokalnej sieci jednym przewodem. Prze\u0142\u0105czniki w szafach jako\u015b s\u0105 ze sob\u0105 po\u0142\u0105czone, ale w przypadku awarii w jednej szafie odpadaj\u0105 jeszcze trzy s\u0105siednie. Schematy istniej\u0105, ale co do ich aktualno\u015bci s\u0105 w\u0105tpliwo\u015bci. Ka\u017cdy serwer ma sw\u00f3j publiczny adres, kt\u00f3ry jest przydzielany przez hostingodawc\u0119 i powi\u0105zany z szaf\u0105. To znaczy, \u017ce podczas przenoszenia serwera trzeba zmienia\u0107 adres.<\/p>\n

Co nale\u017cy zrobi\u0107?<\/i><\/p>\n

Pod\u0142\u0105czy\u0107 serwery za pomoc\u0105 LAG (Link Aggregation Group) dwoma przewodami do prze\u0142\u0105cznik\u00f3w w szafie (te\u017c trzeba je zarezerwowa\u0107). Po\u0142\u0105czenia mi\u0119dzy szafami zarezerwowa\u0107, przekszta\u0142ci\u0107 w \"gwiazd\u0119\" (lub modne obecnie CLOS), aby awaria jednej szafy nie wp\u0142ywa\u0142a na inne. Wyznaczy\u0107 \"centralne\" szafy, w kt\u00f3rych b\u0119dzie zlokalizowane j\u0105dro sieciowe, i do kt\u00f3rych b\u0119d\u0105 pod\u0142\u0105czane inne szafy. Przy okazji uporz\u0105dkowa\u0107 adresacj\u0119 publiczn\u0105, wzi\u0105\u0107 od hostingodawcy (lub od RIR, je\u015bli jest taka mo\u017cliwo\u015b\u0107) podsie\u0107, kt\u00f3r\u0105 samodzielnie (lub przez hostingodawc\u0119) og\u0142osi\u0107 \u015bwiatu.<\/p>\n

Czy to wszystko mo\u017ce zrobi\u0107 \"zwyk\u0142y\" administrator systemu, nie maj\u0105cy g\u0142\u0119bokiej wiedzy o sieciach? Nie jestem pewien. Czy to zrobi hostingodawca? Mo\u017ce i zrobi, ale b\u0119dzie wymagana do\u015b\u0107 szczeg\u00f3\u0142owa specyfikacja, kt\u00f3r\u0105 te\u017c trzeba b\u0119dzie komu\u015b przygotowa\u0107, a potem kontrolowa\u0107, czy wszystko zosta\u0142o zrobione poprawnie.<\/p>\n

Przyk\u0142ad 2. Chmura<\/b><\/p>\n

Za\u0142\u00f3\u017cmy, \u017ce masz VPC w jakiej\u015b publicznej chmurze. Aby uzyska\u0107 dost\u0119p z biura lub on-premise cz\u0119\u015bci infrastruktury do sieci lokalnej wewn\u0105trz VPC, musisz skonfigurowa\u0107 po\u0142\u0105czenie przez IPSec lub dedykowany kana\u0142. Z jednej strony \u2013 IPSec jest ta\u0144szy, poniewa\u017c nie trzeba kupowa\u0107 dodatkowego sprz\u0119tu, mo\u017cna skonfigurowa\u0107 tunel mi\u0119dzy swoim serwerem z publicznym adresem a chmur\u0105. Ale \u2013 op\u00f3\u017anienia, ograniczona wydajno\u015b\u0107 (poniewa\u017c kana\u0142 wymaga szyfrowania), plus brak gwarancji \u0142\u0105czno\u015bci (poniewa\u017c dost\u0119p odbywa si\u0119 przez zwyk\u0142y internet). <\/p>\n

Co nale\u017cy zrobi\u0107?<\/i><\/p>\n

Zorganizuj po\u0142\u0105czenie przez dedykowany kana\u0142 (na przyk\u0142ad w AWS nazywa si\u0119 to Direct Connect). W tym celu znajd\u017a partnera operatora, kt\u00f3ry ci\u0119 pod\u0142\u0105czy, okre\u015bl najbli\u017cszy punkt w\u0142\u0105czenia (zar\u00f3wno do operatora, jak i do chmury), a na ko\u0144cu wszystko skonfiguruj. Czy mo\u017cna to zrobi\u0107 bez in\u017cyniera sieci? Na pewno, tak. Ale jak to zdiagnozowa\u0107 w przypadku problem\u00f3w bez niego \u2013 to ju\u017c nie jest takie oczywiste. <\/p>\n

Mo\u017cliwe s\u0105 r\u00f3wnie\u017c problemy z dost\u0119pno\u015bci\u0105 mi\u0119dzy chmurami (je\u015bli masz wiele chmur) lub problemy z op\u00f3\u017anieniami mi\u0119dzy r\u00f3\u017cnymi regionami itd. Niew\u0105tpliwie pojawi\u0142o si\u0119 wiele narz\u0119dzi, kt\u00f3re zwi\u0119kszaj\u0105 przejrzysto\u015b\u0107 tego, co si\u0119 dzieje w chmurze (to samo Thousand Eyes), ale s\u0105 to narz\u0119dzia in\u017cyniera sieciowego, a nie jego zamiana.<\/p>\n

M\u00f3g\u0142bym poda\u0107 jeszcze dziesi\u0105tki takich przyk\u0142ad\u00f3w z mojej praktyki, ale my\u015bl\u0119, \u017ce rozumiesz, \u017ce w zespole, zaczynaj\u0105c od pewnego poziomu rozwoju infrastruktury, powinien by\u0107 kto\u015b (a lepiej wi\u0119cej ni\u017c jedna osoba), kto wie, jak dzia\u0142a sie\u0107, mo\u017ce skonfigurowa\u0107 sprz\u0119t sieciowy i zrozumie\u0107 problemy, je\u015bli si\u0119 pojawi\u0105. Wierz mi, b\u0119dzie mia\u0142 co robi\u0107. <\/p>\n

Czego powinien wiedzie\u0107 in\u017cynier sieciowy?<\/b><\/p>\n

Nie jest wcale konieczne (a nawet czasami szkodliwe), aby in\u017cynier sieciowy zajmowa\u0142 si\u0119 tylko sieci\u0105 i niczym wi\u0119cej. Nawet je\u015bli nie bra\u0107 pod uwag\u0119 opcji z infrastruktur\u0105, kt\u00f3ra prawie w ca\u0142o\u015bci znajduje si\u0119 w publicznej chmurze (a staje si\u0119 ona coraz bardziej popularna), i wzi\u0105\u0107 na przyk\u0142ad \u015brodowiska on-premise lub prywatne chmury, gdzie tylko \"wiedza na poziomie CCNP\" mo\u017ce nie wystarczy\u0107. <\/p>\n

Opr\u00f3cz samych sieci \u2013 chocia\u017c to po prostu bezkresne pole do nauki, nawet je\u015bli skoncentrujesz si\u0119 tylko na jednym kierunku (sieci dostawc\u00f3w, przedsi\u0119biorstwa, centra danych, Wi-Fi...)<\/p>\n

Oczywi\u015bcie, wielu z was przypomni sobie o Pythonie i innej \u00abautomatyzacji sieci\u00bb, ale to tylko warunek konieczny, a nie wystarczaj\u0105cy. Aby in\u017cynier sieciowy \u201epomy\u015blnie w\u0142\u0105czy\u0142 si\u0119 do zespo\u0142u\u201d, musi by\u0107 w stanie rozmawia\u0107 w tym samym j\u0119zyku zar\u00f3wno z programistami, jak i z kolegami administratorami\/devopsami. Co to oznacza?<\/p>\n