{"id":38521,"date":"2019-10-31T22:24:16","date_gmt":"2019-10-31T19:24:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kto-takie-devops\/"},"modified":"2019-10-31T22:24:16","modified_gmt":"2019-10-31T19:24:16","slug":"kto-takie-devops","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/kto-takie-devops","title":{"rendered":"Ki az a DevOps?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Jelenleg ez a piacon az egyik legdr\u00e1g\u00e1bb poz\u00edci\u00f3. A \u201eDevOps\u201d m\u00e9rn\u00f6k\u00f6k k\u00f6r\u00fcli ny\u00fczsg\u00e9s minden k\u00e9pzeletet fel\u00fclm\u00fal, \u00e9s ann\u00e1l is rosszabb a Senior DevOps m\u00e9rn\u00f6k\u00f6kkel kapcsolatban.
\nIntegr\u00e1ci\u00f3s \u00e9s automatiz\u00e1l\u00e1si oszt\u00e1lyvezet\u0151k\u00e9nt dolgozom, tal\u00e1lj\u00e1tok ki az angol r\u00f6vid\u00edt\u00e9st \u2013 DevOps Manager. T\u00e9nyleg t\u00fckr\u00f6zi az angol r\u00f6vid\u00edt\u00e9s a mindennapi tev\u00e9kenys\u00e9g\u00fcnket? Val\u00f3sz\u00edn\u0171leg nem, viszont a magyar v\u00e1ltozat sokkal pontosabb ebben az esetben. A munk\u00e1m term\u00e9szet\u00e9n\u00e9l fogva elker\u00fclhetetlen, hogy j\u00f6v\u0151beni csapattagokat interj\u00faztassak, \u00e9s az elm\u00falt \u00e9vben k\u00f6r\u00fclbel\u00fcl 50 ember ment \u00e1t rajtam, \u00e9s m\u00e9g annyian estek ki a sz\u0171r\u00e9s sor\u00e1n a koll\u00e9g\u00e1immal.<\/p>\n

<\/p>\n

M\u00e9g mindig keress\u00fck a koll\u00e9g\u00e1kat, mert a DevOps c\u00edmke m\u00f6g\u00f6tt nagyon nagy k\u00fcl\u00f6nf\u00e9le m\u00e9rn\u00f6ki r\u00e9teg b\u00fajik meg.<\/a><\/noindex><\/p>\n

<\/p>\n

Minden, amit al\u00e1bb \u00edrok, szem\u00e9lyes v\u00e9lem\u00e9nyem, nem kell egyet\u00e9rtenetek vele, de azt felt\u00e9telezem, hogy \u00e1rnyalatot adhat a t\u00e9m\u00e1hoz val\u00f3 hozz\u00e1\u00e1ll\u00e1sotokhoz. A b\u00e1rmi lehet\u0151s\u00e9ge ellen\u00e9re, megosztom a v\u00e9lem\u00e9nyemet, mivel \u00fagy \u00e9rzem, hogy van helye.<\/p>\n

<\/p>\n

A c\u00e9gek k\u00fcl\u00f6nb\u00f6z\u0151en \u00e9rtelmezik, hogy kik is a DevOps m\u00e9rn\u00f6k\u00f6k, \u00e9s a gyors toborz\u00e1s \u00e9rdek\u00e9ben ezt a c\u00edmk\u00e9t mindenkire r\u00e1kattintj\u00e1k. A helyzet el\u00e9g furcsa, mivel a c\u00e9gek hajland\u00f3k irre\u00e1lis juttat\u00e1sokat adni ezeknek az embereknek, akik\u00e9rt a legt\u00f6bb esetben csak egy adminisztr\u00e1tort kapnak.<\/p>\n

<\/p>\n

Teh\u00e1t kik is a DevOps m\u00e9rn\u00f6k\u00f6k?<\/h2>\n

<\/p>\n

Kezdj\u00fck a t\u00f6rt\u00e9nelem bemutat\u00e1s\u00e1val \u2013 A Development Operations megjelent mint egy \u00faj l\u00e9p\u00e9s a kis csapatok k\u00f6z\u00f6tti egy\u00fcttm\u0171k\u00f6d\u00e9s optimaliz\u00e1l\u00e1s\u00e1ban a term\u00e9kgy\u00e1rt\u00e1s sebess\u00e9g\u00e9nek n\u00f6vel\u00e9se \u00e9rdek\u00e9ben, mint az elv\u00e1rt k\u00f6vetkezm\u00e9ny. Az \u00f6tlet az volt, hogy a fejleszt\u0151 csapatot felk\u00e9sz\u00edts\u00e9k a term\u00e9kk\u00f6rnyezet kezel\u00e9s\u00e9vel kapcsolatos elj\u00e1r\u00e1sok \u00e9s megk\u00f6zel\u00edt\u00e9sek ismereteivel. M\u00e1s sz\u00f3val, a fejleszt\u0151nek tudnia kell, hogy a term\u00e9ke hogyan m\u0171k\u00f6dik bizonyos k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt, tudnia kell, hogyan telep\u00edtse a term\u00e9k\u00e9t, \u00e9s mely k\u00f6rnyezeti jellemz\u0151ket kell optimaliz\u00e1lni a teljes\u00edtm\u00e9ny fokoz\u00e1sa \u00e9rdek\u00e9ben. \u00cdgy egy id\u0151 ut\u00e1n megjelentek a DevOps megk\u00f6zel\u00edt\u00e9ssel rendelkez\u0151 fejleszt\u0151k. A DevOps fejleszt\u0151k \u00f6ssze\u00e1ll\u00edt\u00e1si \u00e9s csomagol\u00e1si szkripteket \u00edrtak, hogy megk\u00f6nny\u00edts\u00e9k saj\u00e1t feladataikat \u00e9s a produkt\u00edv k\u00f6rnyezet m\u0171k\u00f6d\u00e9s\u00e9t. Azonban az architekt\u00far\u00e1k megold\u00e1sainak bonyolults\u00e1ga \u00e9s az infrastrukt\u00fara komponenseinek k\u00f6lcs\u00f6nhat\u00e1sa id\u0151vel rontotta a k\u00f6rnyezetek munkateljes\u00edtm\u00e9ny\u00e9t, \u00e9s minden iter\u00e1ci\u00f3val egyre m\u00e9lyebb meg\u00e9rt\u00e9s volt sz\u00fcks\u00e9ges a k\u00fcl\u00f6nf\u00e9le komponensekr\u0151l, cs\u00f6kkentve a fejleszt\u0151 saj\u00e1t produktivit\u00e1s\u00e1t a komponensek meg\u00e9rt\u00e9s\u00e9re \u00e9s a rendszerek egyedi feladatokra t\u00f6rt\u00e9n\u0151 optimaliz\u00e1l\u00e1s\u00e1ra ford\u00edtott pluszk\u00f6lts\u00e9gek miatt. A fejleszt\u0151k k\u00f6lts\u00e9ge n\u0151tt, a term\u00e9k k\u00f6lts\u00e9ge is ezzel egy\u00fctt, a csapatba \u00faj fejleszt\u0151k ir\u00e1nti kereslet dr\u00e1maian megugrott, hiszen nekik is be kellett t\u00f6lteni\u00fck a \u201ecsillag\u201d fejleszt\u0151 feladatait, \u00e9s term\u00e9szetesen a \u201ecsillagok\u201d egyre nehezebben voltak el\u00e9rhet\u0151k. Szint\u00e9n eml\u00edt\u00e9st \u00e9rdemel, hogy tapasztalataim szerint a fejleszt\u0151k k\u00f6z\u00fcl kevesen \u00e9rdekl\u0151dnek az oper\u00e1ci\u00f3s rendszer magj\u00e1nak csomagkezel\u00e9si saj\u00e1toss\u00e1gai, a csomagok vertik\u00e1lis ir\u00e1ny\u00edt\u00e1sa \u00e9s a gazdag\u00e9p biztons\u00e1gi aspektusai ir\u00e1nt. Logikus l\u00e9p\u00e9s volt egy olyan adminisztr\u00e1tor bevon\u00e1sa, aki pontosan ezekkel ismerkedett meg, \u00e9s a feladatokat a sz\u00e1m\u00e1ra kiszabni, ami az \u0151 tapasztalata alapj\u00e1n lehet\u0151v\u00e9 tette, hogy ugyanazokat az eredm\u00e9nyeket el\u00e9rj\u00fck alacsonyabb k\u00f6lts\u00e9gek mellett, mint a \u201ecsillag\u201d fejleszt\u0151 k\u00f6lts\u00e9ge. Az ilyen adminisztr\u00e1torokat a csapatba illesztett\u00e9k, \u00e9s f\u0151 feladatuk a teszt- \u00e9s produkt\u00edv k\u00f6rnyezetek kezel\u00e9se volt az \u00e9ppen kiv\u00e1lasztott csapat szab\u00e1lyai szerint, a csapat sz\u00e1m\u00e1ra elk\u00fcl\u00f6n\u00edtett er\u0151forr\u00e1sokkal. \u00cdgy val\u00f3j\u00e1ban megjelentek a DevOps a t\u00f6bbs\u00e9g szem\u00e9ben.<\/p>\n

<\/p>\n

R\u00e9szben vagy teljesen, id\u0151vel a rendszergazd\u00e1k kezdt\u00e9k meg\u00e9rteni ennek a konkr\u00e9t fejleszt\u0151csapatnak az ig\u00e9nyeit arr\u00f3l, hogyan lehetne egyszer\u0171bb\u00e9 tenni a fejleszt\u0151k \u00e9s tesztel\u0151k \u00e9let\u00e9t, hogyan lehetne friss\u00edt\u00e9seket telep\u00edteni an\u00e9lk\u00fcl, hogy p\u00e9nteken \u00e9jszak\u00e1t kellene t\u00f6lteni\u00fck az irod\u00e1ban a telep\u00edt\u00e9si hib\u00e1k jav\u00edt\u00e1s\u00e1val. Az id\u0151 telt, a rendszergazd\u00e1k v\u00e1ltak a \u201ecsillagokk\u00e1\u201d, akik tudt\u00e1k, mit akarnak a fejleszt\u0151k. A hat\u00e1s minimaliz\u00e1l\u00e1sa \u00e9rdek\u00e9ben elkezdtek felbukkanni a kezel\u0151programok, mindenki eml\u00e9kezett a r\u00e9gi \u00e9s megb\u00edzhat\u00f3 oper\u00e1ci\u00f3s rendszer szint\u0171 izol\u00e1ci\u00f3s m\u00f3dszerekre, amelyek lehet\u0151v\u00e9 tett\u00e9k a biztons\u00e1g, a h\u00e1l\u00f3zati kezel\u00e9s, \u00e9s a gazda konfigur\u00e1ci\u00f3j\u00e1nak k\u00f6vetelm\u00e9nyeinek minimaliz\u00e1l\u00e1s\u00e1t, aminek k\u00f6vetkezt\u00e9ben cs\u00f6kkent az \u00faj \u201ecsillagokra\u201d vonatkoz\u00f3 ig\u00e9ny. <\/p>\n

<\/p>\n

Megjelent egy \u201ecsod\u00e1s\u201d dolog \u2014 a docker. Mi\u00e9rt csod\u00e1s? Csak az\u00e9rt, mert a chroot vagy jail izol\u00e1l\u00e1sa, ak\u00e1rcsak az OpenVZ, nem trivi\u00e1lis oper\u00e1ci\u00f3s rendszertud\u00e1st ig\u00e9nyelt, m\u00edg egy olyan eszk\u00f6z, amely lehet\u0151v\u00e9 teszi egy egyszer\u0171 izol\u00e1lt alkalmaz\u00e1si k\u00f6rnyezet l\u00e9trehoz\u00e1s\u00e1t egy hoszton, mindennel egy\u00fctt, \u00e9s lehet\u0151v\u00e9 teszi, hogy a fejleszt\u00e9s ir\u00e1ny\u00edt\u00e1sa \u00fajb\u00f3l a fejleszt\u0151 kez\u00e9be ker\u00fclj\u00f6n, m\u00edg a rendszergazda csak egy hosztot kell ir\u00e1ny\u00edtania, biztos\u00edtva annak biztons\u00e1g\u00e1t \u00e9s magas rendelkez\u00e9sre \u00e1ll\u00e1s\u00e1t \u2014 logikus egyszer\u0171s\u00edt\u00e9s. De a fejl\u0151d\u00e9s nem \u00e1ll meg, \u00e9s a rendszerek ism\u00e9t egyre bonyolultabb\u00e1 v\u00e1lnak, a komponensek sz\u00e1ma egyre n\u0151, egy hoszt m\u00e1r nem el\u00e9g\u00edti ki a rendszer ig\u00e9nyeit, \u00e9s klasztereket kell \u00e9p\u00edteni, ism\u00e9t visszat\u00e9r\u00fcnk a rendszergazd\u00e1khoz, akik k\u00e9pesek fel\u00e9p\u00edteni ezeket a rendszereket.<\/p>\n

<\/p>\n

Ciklusok sorozatak\u00e9nt k\u00fcl\u00f6nb\u00f6z\u0151 rendszerek jelennek meg, amelyek megk\u00f6nny\u00edtik a fejleszt\u00e9st \u00e9s\/vagy az adminisztr\u00e1l\u00e1st, megjelennek az orkestr\u00e1ci\u00f3s rendszerek, amelyek eg\u00e9szen addig k\u00f6nnyen haszn\u00e1lhat\u00f3k, am\u00edg nem sz\u00fcks\u00e9ges elt\u00e9rni a szabv\u00e1nyos folyamatt\u00f3l. A mikroszolg\u00e1ltat\u00e1s architekt\u00fara szint\u00e9n az\u00e9rt bukkant fel, hogy egyszer\u0171s\u00edtse mindazt, amir\u0151l fent sz\u00f3 volt \u2014 kevesebb \u00f6sszefon\u00f3d\u00e1s, k\u00f6nnyebb kezel\u00e9s. Tapasztalatom szerint soha nem tal\u00e1lkoztam teljesen mikroszolg\u00e1ltat\u00e1s-architekt\u00far\u00e1val, azt mondan\u00e1m, 50-50 ar\u00e1nyban \u2014 50 sz\u00e1zal\u00e9k mikroszolg\u00e1ltat\u00e1s, fekete doboz, ami bej\u00f6tt, feldolgozva j\u00f6tt ki, a m\u00e1sik 50 \u2014 sz\u00e9tszabdalt monolit, a szolg\u00e1ltat\u00e1sok nem k\u00e9pesek m\u00e1s komponensekt\u0151l f\u00fcggetlen\u00fcl m\u0171k\u00f6dni. Mindez \u00fajra korl\u00e1tokat \u00e1ll\u00edtott fel a tud\u00e1sszintre, mind a fejleszt\u0151k, mind az adminisztr\u00e1torok sz\u00e1m\u00e1ra.<\/p>\n

<\/p>\n

Az ilyen tud\u00e1sszint\u0171 \u201ehint\u00e1z\u00e1sok\u201d a k\u00fcl\u00f6nb\u00f6z\u0151 forr\u00e1sok k\u00f6z\u00f6tt m\u00e9g ma is folytat\u00f3dnak. De egy kicsit elt\u00e9rt\u00fcnk a t\u00e9m\u00e1t\u00f3l, rengeteg olyan dolog van, amit \u00e9rdemes megvil\u00e1g\u00edtani.<\/p>\n

<\/p>\n

Build Engineer\/Release Engineer<\/h2>\n

<\/p>\n

Nagyon speci\u00e1lis m\u00e9rn\u00f6k\u00f6k, akik a szoftverek \u00f6ssze\u00e1ll\u00edt\u00e1si \u00e9s kiad\u00e1si folyamatait szabv\u00e1nyos\u00edt\u00f3 eszk\u00f6z\u00f6kk\u00e9nt jelentek meg. Az Agile bevezet\u00e9s\u00e9vel \u00fagy t\u0171nt, hogy elt\u0171ntek a sz\u00ednr\u0151l, de ez k\u00f6zel sem \u00edgy van. Ez a specializ\u00e1ci\u00f3 a szoftverek ipari m\u00e9ret\u0171 \u00f6sszeszerel\u00e9s\u00e9nek \u00e9s sz\u00e1ll\u00edt\u00e1s\u00e1nak sematikus kidolgoz\u00e1sa \u00e9rdek\u00e9ben j\u00f6tt l\u00e9tre, vagyis a v\u00e1llalat \u00f6sszes term\u00e9k\u00e9re vonatkoz\u00f3 szabv\u00e1nyos technik\u00e1k alkalmaz\u00e1s\u00e1val. A DevOps megjelen\u00e9s\u00e9vel a fejleszt\u0151k elvesztett\u00e9k egy r\u00e9sz\u00e9t a feladatoknak, mivel \u0151k kezdt\u00e9k el az elk\u00e9sz\u00fclt term\u00e9k el\u0151k\u00e9sz\u00edt\u00e9s\u00e9t a kiad\u00e1sra, ugyanakkor a folyamatosan v\u00e1ltoz\u00f3 infrastrukt\u00fara \u00e9s az a megk\u00f6zel\u00edt\u00e9s, hogy a lehet\u0151 leggyorsabban kell sz\u00e1ll\u00edtani a min\u0151s\u00e9g figyelembev\u00e9tele n\u00e9lk\u00fcl, id\u0151vel a v\u00e1ltoz\u00e1sok meg\u00e1ll\u00edt\u00e1s\u00e1hoz vezetett, mivel a min\u0151s\u00e9gi szabv\u00e1nyoknak val\u00f3 megfelel\u00e9s elker\u00fclhetetlen\u00fcl lass\u00edtja a sz\u00e1ll\u00edt\u00e1st. \u00cdgy a Build\/Release m\u00e9rn\u00f6k\u00f6k egy r\u00e9sze fokozatosan a rendszergazd\u00e1k feladatai k\u00f6z\u00e9 ker\u00fclt.<\/p>\n

<\/p>\n

Az Ops’ok annyira k\u00fcl\u00f6nb\u00f6z\u0151ek<\/h2>\n

<\/p>\n

Tov\u00e1bb haladunk, \u00e9s \u00fajra a sz\u00e9les k\u00f6r\u0171 felel\u0151ss\u00e9gek \u00e9s a szakk\u00e9pzett munkaer\u0151 hi\u00e1nya arra k\u00e9nyszer\u00edt minket, hogy szigor\u00fa specializ\u00e1ci\u00f3ra t\u00f6rekedj\u00fcnk, mint az es\u0151 ut\u00e1ni gomb\u00e1k, k\u00fcl\u00f6nb\u00f6z\u0151 m\u0171veletek jelennek meg:<\/p>\n

<\/p>\n