{"id":53925,"date":"2019-12-13T00:00:00","date_gmt":"2019-12-12T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat"},"modified":"2020-02-18T14:01:52","modified_gmt":"2020-02-18T11:01:52","slug":"devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat","title":{"rendered":"Nincsenek DevOps m\u00e9rn\u00f6k\u00f6k. Akkor kik is l\u00e9teznek, \u00e9s mit lehet ezzel tenni?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Nincsenek<\/p>\n

<\/p>\n

Az ut\u00f3bbi id\u0151ben ilyen hirdet\u00e9sekkel tel\u00edt\u0151d\u00f6tt az internet. A kellemes fizet\u00e9s ellen\u00e9re zavar\u00f3, hogy bel\u00fcl olyan abszurd dolgokat \u00edrnak, hogy el\u0151sz\u00f6r azt felt\u00e9telezik, a \u201eDevOps\u201d \u00e9s az \u201em\u00e9rn\u00f6k\u201d valahogy \u00f6sszevonhat\u00f3. Ezt k\u00f6veti egy v\u00e9letlenszer\u0171 k\u00f6vetelm\u00e9nylista, amelyb\u0151l egyes r\u00e9szek nyilv\u00e1nval\u00f3an a rendszergazda \u00e1ll\u00e1saj\u00e1nl\u00e1s\u00e1b\u00f3l sz\u00e1rmaznak.<\/p>\n

<\/p>\n

Ebben a bejegyz\u00e9sben szeretn\u00e9k egy kicsit besz\u00e9lni arr\u00f3l, hogy jutottunk el id\u00e1ig, mi is a DevOps val\u00f3j\u00e1ban, \u00e9s most mit kezdj\u00fcnk ezzel.<\/p>\n

<\/p>\n

Ilyen \u00e1ll\u00e1shirdet\u00e9seket sok\u00e1ig lehetne kritiz\u00e1lni, de a t\u00e9ny az t\u00e9ny: sokan vannak, \u00e9s a piac most \u00edgy m\u0171k\u00f6dik. Rendezett\u00fcnk egy DevOps konferenci\u00e1t, \u00e9s ny\u00edltan kijelentj\u00fck: \u201eDevOops<\/a><\/noindex> \u2014 nem DevOps m\u00e9rn\u00f6k\u00f6k sz\u00e1m\u00e1ra\u201d. Sokan furcs\u00e1nak \u00e9s abszurdnak tal\u00e1lj\u00e1k majd: mi\u00e9rt mennek szembe a piachoz k\u00f6t\u0151d\u0151 profitorient\u00e1lt rendezv\u00e9ny szervez\u0151i. Most mindent elmagyar\u00e1zunk.<\/p>\n

<\/a><\/noindex><\/p>\n

Kultur\u00e1r\u00f3l \u00e9s folyamatokr\u00f3l<\/h2>\n

<\/p>\n

Kezdj\u00fck azzal, hogy a DevOps nem m\u00e9rn\u00f6ki diszcipl\u00edna. Minden akkor kezd\u0151d\u00f6tt, amikor a szerepek t\u00f6rt\u00e9nelmi feloszt\u00e1sa nem j\u00e1rult hozz\u00e1 a term\u00e9kek min\u0151s\u00e9g\u00e9hez. Amikor a programoz\u00f3k csak programoznak, de semmit sem akarnak hallani a tesztel\u00e9sr\u0151l \u2014 a szoftver tele lesz hib\u00e1kkal. Amikor az adminisztr\u00e1torokat nem \u00e9rdekli, hogyan \u00e9s mi\u00e9rt k\u00e9sz\u00fclt el a szoftver \u2014 a t\u00e1mogat\u00e1s pokoll\u00e1 v\u00e1lik. <\/p>\n

<\/p>\n

P\u00e9ld\u00e1ul a rendszergazdai \u00e9s SRE megk\u00f6zel\u00edt\u00e9sek k\u00f6z\u00f6tti k\u00fcl\u00f6nbs\u00e9g le\u00edr\u00e1sa a h\u00edres Google SRE K\u00f6nyvben<\/a><\/noindex>. \u00c9rdekes kutat\u00e1sokat v\u00e9geztek a DORA felm\u00e9r\u00e9s keret\u00e9ben<\/a><\/noindex> \u2014 l\u00e1that\u00f3, hogy a legjobb fejleszt\u0151k valahogyan gyorsabban k\u00e9pesek \u00faj v\u00e1ltoztat\u00e1sokat telep\u00edteni a termel\u00e9sbe, mint \u00f3r\u00e1nk\u00e9nt egyszer. \u0150k k\u00e9zzel legfeljebb a tesztel\u00e9si feladatok 10%-\u00e1t v\u00e9gzik el (ez a tavalyi DORA-b\u00f3l<\/a><\/noindex>). Hogy csin\u00e1lj\u00e1k ezt? \u201eExcel vagy hal\u00e1l\u201d \u2013 mondja egy jelent\u00e9s c\u00edme. A tesztel\u00e9s szempontj\u00e1b\u00f3l a statisztika r\u00e9szletes megvitat\u00e1s\u00e1hoz Baruch Sadogursky keynote-j\u00e1ra lehet hivatkozni, \u201eVan DevOps-unk. Tegy\u00fck ki az \u00f6sszes tesztel\u0151t\u201d<\/a><\/noindex> a m\u00e1sik konferenci\u00e1nkon, a Heisenbug-on.<\/p>\n

<\/p>\n

\u201eAmikor a t\u00e1rsak k\u00f6z\u00f6tt nincs egyet\u00e9rt\u00e9s,
\nNincs el\u0151rel\u00e9p\u00e9s,
\nS csak k\u00ednl\u00f3d\u00e1s marad, ami abb\u00f3l fakad.
\nEgyszer egy hatty\u00fa, r\u00e1k \u00e9s csuka\u2026\"<\/p><\/blockquote>\n

Mit gondolsz, a webprogramoz\u00f3k h\u00e1ny sz\u00e1zal\u00e9ka \u00e9rti val\u00f3j\u00e1ban, milyen k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt futnak az alkalmaz\u00e1saik a termel\u00e9sben? H\u00e1nyan mennek el az adminisztr\u00e1torokhoz, hogy megtudj\u00e1k, mi fog t\u00f6rt\u00e9nni, ha meghib\u00e1sodik az adatb\u00e1zis? \u00c9s ki az, aki elmegy a tesztel\u0151kh\u00f6z, hogy megtanulja, hogyan kell helyesen \u00edrni a teszteket? \u00c9s ott vannak m\u00e9g a biztons\u00e1gi szakemberek, a term\u00e9kmenedzserek, meg m\u00e9g sok m\u00e1s ember.<\/p>\n

<\/p>\n

A DevOps \u00e1ltal\u00e1nos \u00f6tlete a szerepek \u00e9s oszt\u00e1lyok k\u00f6z\u00f6tti egy\u00fcttm\u0171k\u00f6d\u00e9s el\u0151seg\u00edt\u00e9se. Ezt els\u0151sorban nem valamilyen bonyolultan megszabott szoftverrel, hanem a kommunik\u00e1ci\u00f3 gyakorlat\u00e1val \u00e9rik el. A DevOps a kult\u00fara, a gyakorlat, a metodol\u00f3gia \u00e9s a folyamatok sz\u00f3l. Nincs olyan m\u00e9rn\u00f6ki szakma, amely v\u00e1laszolna ezekre a k\u00e9rd\u00e9sekre.<\/p>\n

<\/p>\n

Bez\u00e1rt k\u00f6r<\/h2>\n

<\/p>\n

Akkor honnan j\u00f6tt a \"devops m\u00e9rn\u00f6ki\" diszcipl\u00edna? Van egy elm\u00e9let\u00fcnk! A DevOps \u00f6tletei olyan j\u00f3k voltak \u2014 annyira, hogy a siker\u00fck \u00e1ldozatai lettek. Az eg\u00e9sz t\u00e9ma k\u00f6r\u00fcl furcsa toborz\u00f3k \u00e9s emberek keresked\u00e9se kezdett el gy\u00fclekezni, akiknek saj\u00e1tos l\u00e9gk\u00f6r\u00fck van.<\/p>\n

<\/p>\n

K\u00e9pzeld el: tegnap m\u00e9g Himmkieben kebabot \u00e1rult\u00e1l, ma pedig m\u00e1r nagy ember vagy, senior toborz\u00f3. Itt egy eg\u00e9sz folyamat van a jel\u00f6ltek keres\u00e9s\u00e9re \u00e9s kiv\u00e1laszt\u00e1s\u00e1ra, nem egyszer\u0171, \u00e9rteni kell. Tegy\u00fck fel, a r\u00e9szlegvezet\u0151 azt mondja: tal\u00e1lj egy szakembert X-ter\u00fcleten. Hozz\u00e1f\u0171zz\u00fck az X-hez a sz\u00f3t \"m\u00e9rn\u00f6k\", \u00e9s m\u00e1r meg is van. Kell Linux? Akkor biztosan Linux-m\u00e9rn\u00f6k, ha DevOps \u2014 DevOps-m\u00e9rn\u00f6k. A hirdet\u00e9s nem csak a c\u00edmr\u0151l sz\u00f3l, hanem bel\u00fcl is kell \u00edrni valamilyen sz\u00f6veget. A legegyszer\u0171bb, ha egy k\u00e9sz kulcssz\u00f3halmazt \u00edrunk be a Google-b\u00f3l, akinek van el\u00e9g fant\u00e1zi\u00e1ja. A DevOps k\u00e9t sz\u00f3b\u00f3l \u00e1ll \u2014 \"Dev\" \u00e9s \"Ops\", \u00edgy kulcsszavakat kell \u00f6sszekapcsolni a fejleszt\u0151k \u00e9s az adminisztr\u00e1torok ter\u00fclet\u00e9r\u0151l, mindent egy kupacba. \u00cdgy j\u00f6nnek l\u00e9tre az \u00e1ll\u00e1shirdet\u00e9sek, amelyek 42 programoz\u00e1si nyelv ismeret\u00e9t \u00e9s 20 \u00e9v Kubernetes \u00e9s Swarm p\u00e1rhuzamos haszn\u00e1lat\u00e1t k\u00f6vetelik meg. Ez a munka folyamat.<\/p>\n

<\/p>\n

Ilyen m\u00f3don az emberek tudat\u00e1ban meger\u0151s\u00f6d\u00f6tt a tartalmatlan \u00e9s k\u00edm\u00e9letlen k\u00e9p a k\u00fcl\u00f6nf\u00e9le szuperh\u0151s \"devopsr\u00f3l\", aki mindenkinek be\u00e1ll\u00edtja a deploy-t a Jenkinsre, \u00e9s el\u00e9rkezik a boldogs\u00e1g. \u00d3, b\u00e1rcsak minden olyan egyszer\u0171 lenne. \"\u00c9s \u00edgy toborozhatunk rendszergazd\u00e1kat is \u2014 gondolja a HR-es, \u2014 ez egy divatos sz\u00f3, a kulcsszavak ugyanazok, biztosan r\u00e1 fognak kattanni.\"<\/p>\n

<\/p>\n

A kereslet k\u00edn\u00e1latot teremt, \u00e9s ezekre a sz\u00f6rny\u0171 \u00e1ll\u00e1shirdet\u00e9sekre \u0151r\u00fclt mennyis\u00e9g\u0171 rendszergazda vet\u0151d\u00f6tt, akik r\u00e1j\u00f6ttek: mindazt, amit r\u00e9gen csin\u00e1ltak, megtehetik most is, de sokkal t\u00f6bb p\u00e9nzt kapnak, ha DevOps-osnak h\u00edvj\u00e1k magukat. Ahogyan kor\u00e1bban SSH-n kereszt\u00fcl egyes\u00e9vel \u00e1ll\u00edtottad be a szervereket, \u00fagy fogod tov\u00e1bbra is csin\u00e1lni, de most ezt \u00e1ll\u00edt\u00f3lag DevOps-praktik\u00e1nak h\u00edvj\u00e1k. Ez egy bonyolult jelens\u00e9g, ami r\u00e9szben a klasszikus adminisztr\u00e1torok al\u00e1becs\u00fcl\u00e9s\u00e9vel \u00e9s a DevOps k\u00f6r\u00fcli hype-pal is \u00f6sszef\u00fcgg, de v\u00e9gs\u0151 soron \u2014 ami lett, az lett.<\/p>\n

<\/p>\n

Teh\u00e1t van kereslet \u00e9s k\u00edn\u00e1lat. Ez egy \u00f6nfenntart\u00f3 \u00f6rd\u00f6gi k\u00f6r. Ezzel k\u00fczd\u00fcnk (t\u00f6bbek k\u00f6z\u00f6tt a DevOops konferencia l\u00e9trehoz\u00e1s\u00e1val).<\/p>\n

<\/p>\n

Term\u00e9szetesen a \u00abdevops\u00bb n\u00e9ven \u00e1tkonvert\u00e1lt rendszergazd\u00e1k mellett m\u00e1s r\u00e9sztvev\u0151k is vannak \u2014 p\u00e9ld\u00e1ul szakmai SRE-k vagy Infrastructure-as-Code fejleszt\u0151k.<\/p>\n

<\/p>\n

Val\u00f3j\u00e1ban mivel foglalkoznak az emberek a DevOpsban<\/h2>\n

<\/p>\n

Teh\u00e1t szeretn\u00e9l el\u0151rel\u00e9pni a DevOps gyakorlatok megismer\u00e9s\u00e9ben \u00e9s alkalmaz\u00e1s\u00e1ban. De hogyan lehet ezt megtenni, melyik ir\u00e1nyba \u00e9rdemes n\u00e9zni? Nyilv\u00e1nval\u00f3, hogy nem szabad vakon k\u00f6vetni a n\u00e9pszer\u0171 kulcsszavakat.<\/p>\n

<\/p>\n

Ha van munka, valakinek foglalkoznia kell vele. M\u00e1r meg\u00e1llap\u00edtottuk, hogy ez nem \u00abdevops m\u00e9rn\u00f6k\u00bb, akkor ki az? Tal\u00e1n helyesebb lenne ezt nem a poz\u00edci\u00f3k kifejez\u00e9s\u00e9ben, hanem a konkr\u00e9t munkater\u00fcletek szerint megfogalmazni.<\/p>\n

<\/p>\n

El\u0151sz\u00f6r is foglalkozhatsz a DevOps sz\u00edv\u00e9vel \u2014 a folyamatokkal \u00e9s a kult\u00far\u00e1val. A kult\u00fara nem gyors \u00e9s nem k\u00f6nny\u0171 dolog, \u00e9s b\u00e1r ez hagyom\u00e1nyosan a vezet\u0151k felel\u0151ss\u00e9ge, valamilyen m\u00f3don mindenki r\u00e9szt vesz benne, a programoz\u00f3kt\u00f3l az adminisztr\u00e1torokig. N\u00e9h\u00e1ny h\u00f3napja Tim Lister egy interj\u00faban azt mondta<\/a><\/noindex>:<\/p>\n

<\/p>\n

\u00abA kult\u00far\u00e1ra az alapvet\u0151 \u00e9rt\u00e9kek hat\u00e1rozz\u00e1k meg. Az emberek \u00e1ltal\u00e1ban nem veszik \u00e9szre, de mi, akik t\u00f6bb \u00e9ve dolgozunk a tan\u00e1csad\u00f3i szektorban, hozz\u00e1szoktunk ezt \u00e9szrevenni. Bel\u00e9psz egy c\u00e9gbe, \u00e9s sz\u00f3 szerint n\u00e9h\u00e1ny percen bel\u00fcl elkezded \u00e9rezni, hogy mi t\u00f6rt\u00e9nik. Ezt nevezz\u00fck \u00abillatnak\u00bb. N\u00e9ha ez az illat val\u00f3ban j\u00f3. N\u00e9ha h\u00e1nyingert kelt. (\u2026) Nem tudod megv\u00e1ltoztatni a kult\u00far\u00e1t, am\u00edg nem tudatos\u00edtott\u00e1k az \u00e9rt\u00e9keket \u00e9s meggy\u0151z\u0151d\u00e9seket, amelyek a konkr\u00e9t cselekedetek m\u00f6g\u00f6tt \u00e1llnak. A viselked\u00e9st k\u00f6nny\u0171 megfigyelni, de a meggy\u0151z\u0151d\u00e9seket neh\u00e9z keresni. A DevOps t\u00f6k\u00e9letes p\u00e9lda arra, hogy minden egyre bonyolultabb\u00e1 v\u00e1lik.\u00bb<\/p><\/blockquote>\n

Term\u00e9szetesen van a k\u00e9rd\u00e9snek egy technikai oldala is. Ha egy \u00faj k\u00f3dot egy h\u00f3nap m\u00falva tesztel\u00e9sre k\u00fcldenek, de a kiad\u00e1s csak egy \u00e9v m\u00falva val\u00f3sul meg, \u00e9s fizikailag nem lehet felgyors\u00edtani a folyamatot \u2014 nem biztos, hogy el\u00e9rj\u00fck a j\u00f3 gyakorlatokat. A j\u00f3 gyakorlatokat j\u00f3 eszk\u00f6z\u00f6k t\u00e1mogatj\u00e1k. P\u00e9ld\u00e1ul az Infrastructure-as-Code elv\u00e9t szem el\u0151tt tartva haszn\u00e1lhatunk b\u00e1rmit az AWS CloudFormation \u00e9s Terraform-t\u00f3l kezdve a Chef-Ansible-Puppet-ig. Ezt mind tudni \u00e9s \u00e9rteni kell, \u00e9s ez m\u00e1r egy val\u00f3di m\u00e9rn\u00f6ki tudom\u00e1ny\u00e1g. Fontos, hogy ne keverj\u00fck \u00f6ssze az okot \u00e9s a k\u00f6vetkezm\u00e9nyeket: el\u0151sz\u00f6r az SRE elveit alkalmazzuk, \u00e9s csak ut\u00e1na val\u00f3s\u00edtjuk meg ezeket a konkr\u00e9t technikai megold\u00e1sok form\u00e1j\u00e1ban. Az SRE egy nagyon \u00f6sszetett m\u00f3dszertan, amely nem arr\u00f3l sz\u00f3l, hogyan \u00e1ll\u00edtsuk be a Jenkinst, hanem \u00f6t alapelvr\u0151l sz\u00f3l:<\/p>\n

<\/p>\n