IP-c\u00edmek<\/a> bejelent\u00e9s\u00e9hez).<\/p>\nA f\u0151 probl\u00e9ma az, hogy a data center nem az \u00d6n IT r\u00e9szlege, hanem egy k\u00fcl\u00f6n\u00e1ll\u00f3 c\u00e9g, amelynek c\u00e9lja a nyeres\u00e9gszerz\u00e9s. Ide\u00e9rtve \u00d6nt, mint \u00fcgyfelet is. A data center \u00e1llv\u00e1nyokat biztos\u00edt, ell\u00e1tja azokat \u00e1rammal \u00e9s h\u0171t\u00e9ssel, valamint biztos\u00edt egy bizonyos \"alap\u00e9rtelmezett\" kapcsol\u00f3d\u00e1st az internethez. Ezen infrastrukt\u00fara alapj\u00e1n a data center elhelyezheti az \u00d6n berendez\u00e9s\u00e9t (colocation), b\u00e9rbe adhat \u00d6nnek egy szervert (dedicated server), vagy ny\u00fajthat managed service-t (p\u00e9ld\u00e1ul OpenStack vagy K8s). De a data center \u00fczlete (\u00e1ltal\u00e1ban) nem az \u00fcgyfelek infrastrukt\u00far\u00e1j\u00e1nak adminisztr\u00e1l\u00e1sa, mert ez a folyamat meglehet\u0151sen munkaig\u00e9nyes, rosszul automatiz\u00e1lhat\u00f3 (m\u00e9g a norm\u00e1l data centerben is mindent automatiz\u00e1lni kell, ami csak lehets\u00e9ges), m\u00e9g rosszabbul egys\u00e9ges\u00edthet\u0151 (mivel minden \u00fcgyf\u00e9l egyedi) \u00e9s egy\u00e1ltal\u00e1n nem kock\u00e1zatmentes (\u201ebe\u00e1ll\u00edtott\u00e1k nekem a szervert, most meg le\u00e1llt, ez\u00e9rt \u00d6n a felel\u0151s!!!111\u201d). Teh\u00e1t ha a hosztol\u00f3nak seg\u00edtenie kell \u00d6nnek, akkor megpr\u00f3b\u00e1lja ezt a lehet\u0151 legegyszer\u0171bben \u00e9s \u00fagynevezett \u201ekond\u00f3\u201d m\u00f3don tenni. Mert bonyolultan dolgozni - nem gazdas\u00e1gos, legal\u00e1bbis a hosztol\u00f3 m\u00e9rn\u00f6keinek munkaig\u00e9nye szempontj\u00e1b\u00f3l (de el\u0151fordulhatnak k\u00fcl\u00f6nb\u00f6z\u0151 helyzetek, l\u00e1sd a diszklaimert). Ez nem jelenti azt, hogy a hosztol\u00f3 mindent rosszul csin\u00e1l. De egy\u00e1ltal\u00e1n nem biztos, hogy pontosan azt fogja csin\u00e1lni, amire \u00d6nnek val\u00f3j\u00e1ban sz\u00fcks\u00e9ge volt.<\/p>\n
Els\u0151 pillant\u00e1sra ez egy el\u00e9g nyilv\u00e1nval\u00f3nak t\u0171n\u0151 dolog, de a gyakorlatomban t\u00f6bbsz\u00f6r is tal\u00e1lkoztam azzal, hogy a c\u00e9gek picit t\u00falzottan b\u00edztak a hosting szolg\u00e1ltat\u00f3jukban, ami nem vezetett j\u00f3ra. Hosszan \u00e9s r\u00e9szletesen kellett elmagyar\u00e1znom, hogy egyetlen SLA sem fedezi a le\u00e1ll\u00e1sb\u00f3l sz\u00e1rmaz\u00f3 vesztes\u00e9geket (vannak kiv\u00e9telek, de ezek \u00e1ltal\u00e1ban nagyon, NAGYON dr\u00e1g\u00e1k az \u00fcgyf\u00e9l sz\u00e1m\u00e1ra), \u00e9s hogy a hosztol\u00f3 \u00e1ltal\u00e1ban nem tudja, mi t\u00f6rt\u00e9nik az \u00fcgyfelek infrastrukt\u00far\u00e1j\u00e1ban (kiv\u00e9ve a nagyon \u00e1ltal\u00e1nos mutat\u00f3sz\u00e1mokat). \u00c9s a hosztol\u00f3 a bback-upokat sem k\u00e9sz\u00edti el \u00d6n helyett. M\u00e9g rosszabb a helyzet, ha t\u00f6bb hosztol\u00f3ja van. B\u00e1rmilyen probl\u00e9ma eset\u00e9n, \u0151k biztosan nem fogj\u00e1k kider\u00edteni \u00d6n helyett, hogy mi is ment v\u00e9g\u00fcl rosszul.<\/p>\n
A val\u00f3di indokok itt ugyanazok, mint amikor az \"saj\u00e1t admin csapat vs kiszervez\u00e9s\" k\u00e9rd\u00e9se mer\u00fcl fel. Ha a kock\u00e1zatok \u00e9rt\u00e9kelve vannak, a min\u0151s\u00e9g megfelel\u0151, \u00e9s a v\u00e1llalat nem ellenzi \u2013 mi\u00e9rt ne pr\u00f3b\u00e1ln\u00e1nk ki? M\u00e1sr\u00e9szt, a h\u00e1l\u00f3zat az infrastrukt\u00fara egyik legalapvet\u0151bb r\u00e9tege, \u00edgy aligha \u00e9rdemes r\u00e1 b\u00edzni a k\u00fcls\u0151s\u00f6kre, ha minden m\u00e1st m\u00e1r magunk is fenntartunk.<\/p>\n
Mikor van sz\u00fcks\u00e9g h\u00e1l\u00f3zati m\u00e9rn\u00f6kre?<\/b><\/p>\n
A k\u00f6vetkez\u0151kben kifejezetten a modern term\u00e9korient\u00e1lt c\u00e9gekr\u0151l lesz sz\u00f3. Az oper\u00e1torokkal \u00e9s v\u00e1llalati szektorral minden nagyj\u00e1b\u00f3l vil\u00e1gos \u2013 ott az ut\u00f3bbi \u00e9vekben alig v\u00e1ltozott valami, a h\u00e1l\u00f3zati m\u00e9rn\u00f6k\u00f6k ott kor\u00e1bban is sz\u00fcks\u00e9gesek voltak, \u00e9s jelenleg is azok. Azonban a \"fiatal \u00e9s mer\u00e9sz\" c\u00e9gekkel a helyzet nem ennyire egy\u00e9rtelm\u0171. Gyakran az eg\u00e9sz infrastrukt\u00far\u00e1jukat felh\u0151ben helyezik el, \u00edgy nem is igaz\u00e1n van sz\u00fcks\u00e9g\u00fck adminisztr\u00e1torokra \u2013 kiv\u00e9ve a felh\u0151k adminjait, term\u00e9szetesen. Az infrastrukt\u00fara egyr\u00e9szr\u0151l el\u00e9g egyszer\u0171 fel\u00e9p\u00edt\u00e9s\u0171, m\u00e1sr\u00e9szr\u0151l j\u00f3l automatiz\u00e1lt (ansible\/puppet, terraform, ci\/cd\u2026 tudj\u00e1k, mire gondolok). De m\u00e9g itt is vannak olyan helyzetek, amikor elengedhetetlen a h\u00e1l\u00f3zati m\u00e9rn\u00f6k.<\/p>\n
P\u00e9lda 1, klasszikus<\/b><\/p>\n
Tegy\u00fck fel, hogy a c\u00e9g egy nyilv\u00e1nos ip-c\u00edmmel rendelkez\u0151 szerverrel kezd, ami egy adatk\u00f6zpontban tal\u00e1lhat\u00f3. Azt\u00e1n a szerverek sz\u00e1ma kett\u0151re n\u0151. Majd m\u00e9g t\u00f6bb\u2026 El\u0151bb-ut\u00f3bb sz\u00fcks\u00e9g van egy mag\u00e1nh\u00e1l\u00f3zatra a szerverek k\u00f6z\u00f6tt. Mert a \"k\u00fcls\u0151\" forgalom korl\u00e1tozott, ak\u00e1r s\u00e1vsz\u00e9less\u00e9gben (p\u00e9ld\u00e1ul nem t\u00f6bb mint 100 Mbit\/s), ak\u00e1r a let\u00f6lt\u00f6tt\/\u00e1tadott adatok mennyis\u00e9g\u00e9ben havonta (k\u00fcl\u00f6nb\u00f6z\u0151 szolg\u00e1ltat\u00f3kn\u00e1l k\u00fcl\u00f6nb\u00f6z\u0151 tarif\u00e1k vannak, de a k\u00fcls\u0151 vil\u00e1gba val\u00f3 s\u00e1vsz\u00e9less\u00e9g \u00e1ltal\u00e1ban sokkal dr\u00e1g\u00e1bb a mag\u00e1nh\u00e1l\u00f3zathoz k\u00e9pest).<\/p>\n
A hoszterszolg\u00e1ltat\u00f3 tov\u00e1bbi h\u00e1l\u00f3zati k\u00e1rty\u00e1kat ad a szerverekhez, \u00e9s ezeket egy k\u00fcl\u00f6n vlan-ba k\u00f6ti a switch-ein. A szerverek k\u00f6z\u00f6tt megjelenik egy \"lapos\" lok\u00e1lis h\u00e1l\u00f3zat. K\u00e9nyelmes!<\/p>\n
A szerverek sz\u00e1ma n\u00f6vekszik, a forgalom a priv\u00e1t h\u00e1l\u00f3zatban is n\u0151 \u2014 biztons\u00e1gi ment\u00e9sek, replik\u00e1ci\u00f3k stb. A szolg\u00e1ltat\u00f3 k\u00fcl\u00f6n switchekre k\u00f6lt\u00f6ztet, hogy ne zavarj\u00e1k egym\u00e1st a kliensek. A szolg\u00e1ltat\u00f3 valamilyen switchet telep\u00edt, \u00e9s be\u00e1ll\u00edtja \u0151ket \u2014 val\u00f3sz\u00edn\u0171leg egy s\u00edk h\u00e1l\u00f3zatot hagyva az \u00f6sszes szerver k\u00f6z\u00f6tt. Minden j\u00f3l m\u0171k\u00f6dik, de egy bizonyos id\u0151 ut\u00e1n probl\u00e9m\u00e1k mer\u00fclnek fel: id\u0151nk\u00e9nt n\u0151 a k\u00e9sleltet\u00e9s a hostok k\u00f6z\u00f6tt, a napl\u00f3kban t\u00fal sok arp-csomagr\u00f3l van sz\u00f3 m\u00e1sodpercenk\u00e9nt, \u00e9s a pentester az audit sor\u00e1n a helyi h\u00e1l\u00f3zatot teljesen \u00e1tj\u00e1rta, csak egy szervert megszak\u00edtva.<\/p>\n
Mit kell tenni?<\/i><\/p>\n
A h\u00e1l\u00f3zatot szegmensekre osztani - VLAN-ok. Minden VLAN-ban be kell \u00e1ll\u00edtani a saj\u00e1t c\u00edmz\u00e9s\u00e9t, ki kell jel\u00f6lni a gyakorlatilag forgalmat \u00e1tkonvert\u00e1l\u00f3 \u00e1tj\u00e1r\u00f3t. Az \u00e1tj\u00e1r\u00f3n ACL-t kell be\u00e1ll\u00edtani a szegmensek k\u00f6z\u00f6tti hozz\u00e1f\u00e9r\u00e9s korl\u00e1toz\u00e1s\u00e1ra, vagy egyszer\u0171en egy k\u00fcl\u00f6n t\u0171zfalat \u00e1ll\u00edtani mell\u00e9.<\/p>\n
P\u00e9lda 1, folytat\u00e1s<\/b><\/p>\n
A szerverek egy k\u00e1bel seg\u00edts\u00e9g\u00e9vel csatlakoznak a helyi h\u00e1l\u00f3zathoz. A switchek a rackben valahogy \u00f6sszekapcsol\u00f3dnak, de egy rack meghib\u00e1sod\u00e1sa eset\u00e9n h\u00e1rom szomsz\u00e9dos is kiesik. L\u00e9teznek s\u00e9m\u00e1k, de a relevanci\u00e1jukban vannak k\u00e9ts\u00e9gek. Minden szerver saj\u00e1t publikus c\u00edmmel rendelkezik, amelyet a szolg\u00e1ltat\u00f3 ad ki \u00e9s a rackhez van hozz\u00e1rendelve. Azaz, ha a szervert \u00e1thelyezik, a c\u00edmet is meg kell v\u00e1ltoztatni.<\/p>\n
Mit kell tenni?<\/i><\/p>\n
A szervereket LAG (Link Aggregation Group) seg\u00edts\u00e9g\u00e9vel k\u00e9t k\u00e1bellel kell csatlakoztatni a rack switcheihez (ezeket is redund\u00e1lni kell). A rackek k\u00f6z\u00f6tti kapcsolatokat is redund\u00e1lni kell, \u00e9s \"csillag\" elrendez\u00e9sre (vagy a n\u00e9pszer\u0171 CLOS-ra) kell alak\u00edtani, hogy egy rack kies\u00e9se ne befoly\u00e1solja a t\u00f6bbit. Kijel\u00f6lni a \"k\u00f6zponti\" rackeket, ahol a h\u00e1l\u00f3zati mag elhelyezkedik, \u00e9s ahov\u00e1 a t\u00f6bbi rack csatlakozik. Ezzel egy id\u0151ben rendbe kell tenni a publikus c\u00edmz\u00e9st, a szolg\u00e1ltat\u00f3t\u00f3l (vagy a RIR-t\u0151l, ha van r\u00e1 lehet\u0151s\u00e9g) subnet-et kell k\u00e9rni, amelyet \u00f6n\u00e1ll\u00f3an (vagy a szolg\u00e1ltat\u00f3n kereszt\u00fcl) be kell jelenteni a vil\u00e1g fel\u00e9.<\/p>\n
El tudja mindezt v\u00e9gezni egy \"norm\u00e1lis\" rendszergazda, akinek nincsenek m\u00e9lyrehat\u00f3 ismeretei a h\u00e1l\u00f3zatokr\u00f3l? Nem vagyok benne biztos. Meg fogja ezt csin\u00e1lni a szolg\u00e1ltat\u00f3? Tal\u00e1n igen, de r\u00e9szletes m\u0171szaki le\u00edr\u00e1st k\u00e9rnek t\u0151led, amelyet szint\u00e9n valakinek \u00f6ssze kell \u00e1ll\u00edtania, \u00e9s k\u00e9s\u0151bb ellen\u0151rizni kell, hogy minden rendben van-e.<\/p>\n
P\u00e9lda 2. Felh\u0151<\/b><\/p>\n
Tegy\u00fck fel, hogy van egy VPC-je valamilyen nyilv\u00e1nos felh\u0151ben. Ahhoz, hogy hozz\u00e1f\u00e9rjen az irod\u00e1b\u00f3l vagy az on-prem r\u00e9szb\u0151l a VPC-n bel\u00fcli helyi h\u00e1l\u00f3zathoz, be kell \u00e1ll\u00edtania a kapcsolatot IPSec-en vagy dedik\u00e1lt csatorn\u00e1n kereszt\u00fcl. Egyfel\u0151l az IPSec olcs\u00f3bb, mivel nem kell tov\u00e1bbi hardvert v\u00e1s\u00e1rolni, be lehet \u00e1ll\u00edtani egy alagutat a nyilv\u00e1nos IP-c\u00edmmel rendelkez\u0151 szervere \u00e9s a felh\u0151 k\u00f6z\u00f6tt. De - k\u00e9sleked\u00e9s, korl\u00e1tozott teljes\u00edtm\u00e9ny (mivel a csatorn\u00e1t titkos\u00edtani kell), \u00e9s r\u00e1ad\u00e1sul nem garant\u00e1lt kapcsol\u00f3d\u00e1si stabilit\u00e1s (mivel a hozz\u00e1f\u00e9r\u00e9s a szok\u00e1sos interneten kereszt\u00fcl t\u00f6rt\u00e9nik). <\/p>\n
Mit kell tenni?<\/i><\/p>\n
Hozza l\u00e9tre a kapcsolatot egy dedik\u00e1lt csatorn\u00e1n (p\u00e9ld\u00e1ul az AWS-n\u00e9l ezt Direct Connect-nek h\u00edvj\u00e1k). Ehhez keressen egy partner szolg\u00e1ltat\u00f3t, aki \u00f6sszekapcsolja \u00d6nt, hat\u00e1rozza meg a legk\u00f6zelebbi csatlakoz\u00e1si pontot (mint az \u00d6n szolg\u00e1ltat\u00f3j\u00e1n\u00e1l, \u00fagy a felh\u0151 szolg\u00e1ltat\u00f3n\u00e1l is), \u00e9s v\u00e9g\u00fcl mindent \u00e1ll\u00edtson be. Lehet mindezt h\u00e1l\u00f3zati m\u00e9rn\u00f6k n\u00e9lk\u00fcl megoldani? Bizony\u00e1ra, igen. De hogy fogja ezt hibaelh\u00e1r\u00edtani, ha probl\u00e9ma mer\u00fcl fel - az m\u00e1r nem annyira egy\u00e9rtelm\u0171. <\/p>\n
Ezenk\u00edv\u00fcl probl\u00e9m\u00e1k mer\u00fclhetnek fel a rendelkez\u00e9sre \u00e1ll\u00e1ssal a felh\u0151k k\u00f6z\u00f6tt (ha t\u00f6bb felh\u0151t haszn\u00e1l) vagy k\u00e9sleltet\u00e9si probl\u00e9m\u00e1k mer\u00fclhetnek fel k\u00fcl\u00f6nb\u00f6z\u0151 r\u00e9gi\u00f3k k\u00f6z\u00f6tt, stb. Hat\u00e1rozottan sz\u00e1mos olyan eszk\u00f6z jelent meg, amelyek n\u00f6velik a felh\u0151ben zajl\u00f3 esem\u00e9nyek \u00e1tl\u00e1that\u00f3s\u00e1g\u00e1t (p\u00e9ld\u00e1ul a Thousand Eyes), de ezek mind h\u00e1l\u00f3zati m\u00e9rn\u00f6ki eszk\u00f6z\u00f6k, nem pedig annak helyettes\u00edt\u00e9se.<\/p>\n
M\u00e9g egy tucat ilyen p\u00e9ld\u00e1t tudn\u00e9k felhozni a gyakorlatomb\u00f3l, de \u00fagy gondolom, egy\u00e9rtelm\u0171, hogy egy csapatban, bizonyos infrastrukt\u00farafejletts\u00e9g ut\u00e1n, kell lennie egy szem\u00e9lynek (\u00e9s a legjobb, ha t\u00f6bb is van), aki tudja, hogyan m\u0171k\u00f6dik a h\u00e1l\u00f3zat, k\u00e9pes be\u00e1ll\u00edtani a h\u00e1l\u00f3zati berendez\u00e9seket, \u00e9s meg tudja oldani a probl\u00e9m\u00e1kat, ha azok felmer\u00fclnek. Higgye el, lesz dolga b\u0151ven. <\/p>\n
Mit kell tudnia egy h\u00e1l\u00f3zati szakembernek?<\/b><\/p>\n
A h\u00e1l\u00f3zati m\u00e9rn\u00f6knek nem k\u00f6telez\u0151 (s\u0151t, n\u00e9ha h\u00e1tr\u00e1nyos is), hogy csak a h\u00e1l\u00f3zattal foglalkozzon, \u00e9s semmi m\u00e1ssal. M\u00e9g ha nem is vessz\u00fck figyelembe a nyilv\u00e1nos felh\u0151ben szinte teljes eg\u00e9sz\u00e9ben m\u0171k\u00f6d\u0151 infrastrukt\u00fara lehet\u0151s\u00e9g\u00e9t (ami, akarva akaratlanul, egyre n\u00e9pszer\u0171bb), \u00e9s vegy\u00fcnk p\u00e9ld\u00e1ul on-premise vagy priv\u00e1t felh\u0151ket, ahol a \"CCNP szint\u0171 tud\u00e1s\" \u00f6nmag\u00e1ban nem elegend\u0151. <\/p>\n
A h\u00e1l\u00f3zatokon k\u00edv\u00fcl - b\u00e1r itt egyszer\u0171en hatalmas mez\u0151 van a tanulm\u00e1nyoz\u00e1sra, m\u00e9g akkor is, ha csak egy ir\u00e1nyra \u00f6sszpontos\u00edtunk (szolg\u00e1ltat\u00f3i h\u00e1l\u00f3zatok, v\u00e1llalati, adatk\u00f6zpontok, Wi-Fi...)<\/p>\n
Term\u00e9szetesen sokan k\u00f6z\u00fcletek most a Pythonra \u00e9s a t\u00f6bbi \"h\u00e1l\u00f3zati automatiz\u00e1l\u00e1sra\" gondolnak, de ez csak egy sz\u00fcks\u00e9ges, de nem el\u00e9gs\u00e9ges felt\u00e9tel. Ahhoz, hogy a h\u00e1l\u00f3zati m\u00e9rn\u00f6k \"sikeresen beilleszkedjen a k\u00f6z\u00f6ss\u00e9gbe\", k\u00e9pesnek kell lennie arra, hogy egy nyelvet besz\u00e9ljen a fejleszt\u0151kkel, valamint az adminisztr\u00e1tor \u00e9s DevOps koll\u00e9g\u00e1kkal. Mit jelent ez?<\/p>\n
\nTudni kell nemcsak Linuxban felhaszn\u00e1l\u00f3k\u00e9nt dolgozni, hanem az adminisztr\u00e1ci\u00f3j\u00e1t is v\u00e9gezni, legal\u00e1bb junior rendszergazda szinten: telep\u00edteni a sz\u00fcks\u00e9ges szoftvereket, \u00fajraind\u00edtani a le\u00e1llt szolg\u00e1ltat\u00e1sokat, \u00edrni egy egyszer\u0171 systemd-unitot.<\/li>\n \u00c9rteni (legal\u00e1bbis \u00e1ltal\u00e1noss\u00e1gban), hogyan m\u0171k\u00f6dik a h\u00e1l\u00f3zati verem a Linuxban, hogyan van fel\u00e9p\u00edtve a h\u00e1l\u00f3zat a hypervizorokban \u00e9s kont\u00e9nerekben (lxc \/ docker \/ kubernetes).<\/li>\n Term\u00e9szetesen tudni kell dolgozni az ansible\/chef\/puppet vagy m\u00e1s SCM rendszerrel.<\/li>\n K\u00fcl\u00f6n eml\u00edt\u00e9st \u00e9rdemel az SDN \u00e9s a priv\u00e1t felh\u0151k h\u00e1l\u00f3zatai (p\u00e9ld\u00e1ul TungstenFabric vagy OpenvSwitch). Ez egy \u00fajabb hatalmas tud\u00e1sanyag.<\/li>\n<\/ul>\n\nR\u00f6viden, a tipikus T-alak\u00fa szakembert \u00edrtam le (ahogy most divatos mondani). \u00dagy t\u0171nik, semmi \u00faj, de a munkainterj\u00fak tapasztalatai alapj\u00e1n messze nem minden h\u00e1l\u00f3zati m\u00e9rn\u00f6k dicsekedhet azzal, hogy legal\u00e1bb k\u00e9t t\u00e9m\u00e1ban ismeretekkel rendelkezik a fent eml\u00edtett list\u00e1b\u00f3l. A gyakorlatban a \"szomsz\u00e9dos ter\u00fcleteken\" val\u00f3 ismeretek hi\u00e1nya nagym\u00e9rt\u00e9kben megnehez\u00edti nemcsak a koll\u00e9g\u00e1kkal val\u00f3 kommunik\u00e1ci\u00f3t, hanem a v\u00e1llalat \u00e1ltal t\u00e1masztott h\u00e1l\u00f3zati k\u00f6vetelm\u00e9nyek meg\u00e9rt\u00e9s\u00e9t is, mint a projekt legalapvet\u0151bb infrastrukt\u00far\u00e1j\u00e1t. En\u00e9lk\u00fcl a meg\u00e9rt\u00e9s n\u00e9lk\u00fcl neh\u00e9z \u00e9rvelni \u00e9s \"eladni\" az \u00e1ll\u00e1spontunkat a v\u00e1llalatnak.<\/p>\n
M\u00e1sr\u00e9szr\u0151l, az a megszokott szok\u00e1s, hogy \"meg\u00e9rtem, hogyan m\u0171k\u00f6dik a rendszer\" nagyon j\u00f3 el\u0151nyt ad a h\u00e1l\u00f3zati m\u00e9rn\u00f6k\u00f6knek a k\u00fcl\u00f6nb\u00f6z\u0151 \"sz\u00e9les spektrum\u00fa szakemberekkel\" szemben, akik a technol\u00f3gi\u00e1kr\u00f3l cikkeket olvasnak a Habr\u00e9n \/ Mediumon \u00e9s chatelnek a Telegramon, de teljesen nem \u00e9rtik, hogy egy-egy szoftver hogyan m\u0171k\u00f6dik. \u00c9s ahogy tudjuk, bizonyos t\u00f6rv\u00e9nyszer\u0171s\u00e9gek ismerete sikeresen helyettes\u00edti sz\u00e1mos t\u00e9ny ismeret\u00e9t.<\/p>\n
K\u00f6vetkeztet\u00e9sek, vagy egyszer\u0171en TL;DR<\/h3>\n <\/p>\n
\nA h\u00e1l\u00f3zati adminisztr\u00e1tor (mint a DBA vagy VoIP szakember) egy viszonylag sz\u0171k profil\u00fa szakember (ellent\u00e9tben a rendszergazd\u00e1kkal\/devops-okkal\/SRE-kkel), akire a kereslet nem mer\u00fcl fel azonnal (s\u0151t, sok\u00e1ig nem is mer\u00fcl fel). De ha egyszer sz\u00fcks\u00e9g van r\u00e1, akkor val\u00f3sz\u00edn\u0171leg nem p\u00f3tolhat\u00f3 k\u00fcls\u0151 szak\u00e9rtelemmel (outsourcing vagy \u00e1ltal\u00e1nos adminisztr\u00e1torok, \u201eakik m\u00e9g a h\u00e1l\u00f3zatot is figyelik\u201d). Ami valamivel szomor\u00fabb \u2014 az ilyen szakemberek ir\u00e1nti ig\u00e9ny alacsony, \u00e9s mondjuk egy 800 programoz\u00f3s \u00e9s 30 devops-os\/adminst\u00e1rb\u00f3l \u00e1ll\u00f3 c\u00e9gben lehet, hogy csak kett\u0151 h\u00e1l\u00f3zati szak\u00e9rt\u0151 van, akik t\u00f6k\u00e9letesen v\u00e9gzik a feladataikat. Teh\u00e1t a piac eddig is kicsi volt \u00e9s van, \u00e9s hogy j\u00f3 fizet\u00e9ssel \u2014 az m\u00e9g kisebb.<\/li>\n M\u00e1sr\u00e9szr\u0151l, egy j\u00f3 h\u00e1l\u00f3zati szakember a modern vil\u00e1gban nemcsak a h\u00e1l\u00f3zatokat (\u00e9s azok be\u00e1ll\u00edt\u00e1s\u00e1nak automatiz\u00e1l\u00e1s\u00e1t) kell, hogy ismerje, hanem azt is, hogy az oper\u00e1ci\u00f3s rendszerek \u00e9s a f\u00f6l\u00f6tt\u00fck fut\u00f3 szoftverek hogyan interak\u00e1lnak a h\u00e1l\u00f3zatokkal. En\u00e9lk\u00fcl rendk\u00edv\u00fcl neh\u00e9z meg\u00e9rteni, mit k\u00e9rnek t\u0151led a koll\u00e9g\u00e1id, \u00e9s \u00e9rdemben k\u00f6zvet\u00edteni a k\u00edv\u00e1ns\u00e1gaikat\/k\u00f6vetelm\u00e9nyeiket. <\/li>\n Nincs felh\u0151, ez csak valaki m\u00e1s sz\u00e1m\u00edt\u00f3g\u00e9pe. Meg kell \u00e9rteni, hogy a nyilv\u00e1nos\/priv\u00e1t felh\u0151k vagy a \"mindent kulcsra k\u00e9sz\" hosting szolg\u00e1ltat\u00f3k haszn\u00e1lata nem mentes\u00edt att\u00f3l, hogy az alkalmaz\u00e1sa tov\u00e1bbra is haszn\u00e1lja a h\u00e1l\u00f3zatot, \u00e9s a vele kapcsolatos probl\u00e9m\u00e1k befoly\u00e1solj\u00e1k az alkalmaz\u00e1s m\u0171k\u00f6d\u00e9s\u00e9t. Az \u00f6n v\u00e1laszt\u00e1sa, hogy hol helyezkedik el a kompetenciak\u00f6zpont, amely a projektje h\u00e1l\u00f3zat\u00e1\u00e9rt felel\u0151s.<\/li>\n<\/ol>\nForr\u00e1s: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041d\u0430 \u043c\u043e\u043c\u0435\u043d\u0442 \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0438\u044f \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u043f\u043e\u0438\u0441\u043a \u043d\u0430 \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u043e\u043c \u0440\u0430\u0431\u043e\u0442\u043d\u043e\u043c \u0441\u0430\u0439\u0442\u0435 \u043f\u043e \u0441\u043b\u043e\u0432\u043e\u0441\u043e\u0447\u0435\u0442\u0430\u043d\u0438\u044e \u00ab\u0421\u0435\u0442\u0435\u0432\u043e\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u00bb \u0432\u044b\u0434\u0430\u0432\u0430\u043b \u043e\u043a\u043e\u043b\u043e \u0442\u0440\u0451\u0445\u0441\u043e\u0442 \u0432\u0430\u043a\u0430\u043d\u0441\u0438\u0439 \u043f\u043e \u0432\u0441\u0435\u0439 \u0420\u043e\u0441\u0441\u0438\u0438. \u0414\u043b\u044f \u0441\u0440\u0430\u0432\u043d\u0435\u043d\u0438\u044f, \u043f\u043e\u0438\u0441\u043a \u043f\u043e \u0444\u0440\u0430\u0437\u0435 \u00ab\u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440\u00bb \u0432\u044b\u0434\u0430\u0451\u0442 \u043f\u043e\u0447\u0442\u0438 2.5 \u0442\u044b\u0441\u044f\u0447\u0438 \u0432\u0430\u043a\u0430\u043d\u0441\u0438\u0439, \u0430 \u00abDevOps \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u00bb \u2014 \u043f\u043e\u0447\u0442\u0438 800. \u0417\u043d\u0430\u0447\u0438\u0442 \u043b\u0438 \u044d\u0442\u043e, \u0447\u0442\u043e \u0441\u0435\u0442\u0435\u0432\u0438\u043a\u0438 \u0431\u043e\u043b\u0435\u0435 \u043d\u0435 \u043d\u0443\u0436\u043d\u044b \u0432\u043e \u0432\u0440\u0435\u043c\u0435\u043d\u0430 \u043f\u043e\u0431\u0435\u0434\u0438\u0432\u0448\u0438\u0445 \u043e\u0431\u043b\u0430\u043a\u043e\u0432, \u0434\u043e\u043a\u0435\u0440\u0430, \u043a\u0443\u0431\u0435\u0440\u043d\u0435\u0442\u0438\u0441\u0430 \u0438 \u0432\u0435\u0437\u0434\u0435\u0441\u0443\u0449\u0435\u0433\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97374,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97373","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"A](\"\/wp-content\/uploads\/2020\/10\/1d4cfb53ebfa2bece12eb71e12b4dc9f.jpg\")