{"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\/hr\/blog\/administrirovanie\/devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat","title":{"rendered":"Ne postoje DevOps in\u017eenjeri. Tko onda postoji i \u0161to u\u010diniti s tim?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Ne<\/p>\n

<\/p>\n

U posljednje vrijeme takvi su oglasi preplavili internet. Iako je pla\u0107a primamljiva, ne mo\u017ee a da ne smeta \u0161to unutar njih pi\u0161e potpuna besmislica. U po\u010detku se pretpostavlja da se 'DevOps' i 'in\u017eenjer' mogu nekako spojiti u jednu rije\u010d, a zatim slijedi nasumi\u010dan popis zahtjeva, od kojih je dio o\u010dito prekopiran iz oglasa za sistemskog administratora.<\/p>\n

<\/p>\n

U ovom postu \u017eelim malo razgovarati o tome kako smo do\u0161li do ovoga, \u0161to DevOps zapravo jest i \u0161to sada u\u010diniti s tim.<\/p>\n

<\/p>\n

Takve oglase mo\u017eemo osuditi, ali \u010dinjenica je da ih ima puno i to je trenutno situacija na tr\u017ei\u0161tu. Organizirali smo DevOps konferenciju i otvoreno izjavljujemo:DevOops<\/a><\/noindex> \u2014 nije za DevOps in\u017eenjere. Mnogima \u0107e ovo zvu\u010dati \u010dudno i neprihvatljivo: za\u0161to ljudi koji rade potpuno komercijalni doga\u0111aj idu protiv tr\u017ei\u0161ta. Sada \u0107emo to objasniti.<\/p>\n

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

O kulturi i procesima<\/h2>\n

<\/p>\n

Po\u010dnimo s tim da DevOps nije in\u017eenjerska disciplina. Sve je po\u010delo od toga da povijesno razdvajanje uloga ne doprinosi kvaliteti proizvoda. Kada programeri samo programiraju, ali ne \u017eele ni\u0161ta \u010duti o testiranju \u2014 softver je prepun gre\u0161aka. Kada administratorima nije stalo do toga kako i za\u0161to je softver napisan \u2014 podr\u0161ka postaje pakao. <\/p>\n

<\/p>\n

Na primjer, opis razlike izme\u0111u sistema administracije i SRE pristupa upravljanju uslugama po\u010dinje poznatom Google SRE knjigom<\/a><\/noindex>. Zanimljive studije provedene su u okviru ankete DORA<\/a><\/noindex> \u2014 vidljivo je da najbolji programeri na neki na\u010din uspijevaju implementirati nove promjene u produkciju br\u017ee nego jednom u satu. Oni tako\u0111er ne testiraju ru\u010dno vi\u0161e od 10% (to se mo\u017ee vidjeti u pro\u0161logodi\u0161njem DORA<\/a><\/noindex>). Kako im to uspijeva? 'Excel ili umri' \u2013 ka\u017ee jedan od naslova izvje\u0161taja. Za detaljnu raspravu o ovoj statistici u sklopu testiranja mo\u017eete se obratiti keynoteu Barucha Sadogurskog 'Imamo DevOps. Uklonimo sve testere'<\/a><\/noindex> na na\u0161oj drugoj konferenciji, Heisenbug.<\/p>\n

<\/p>\n

'Kada me\u0111u prijateljima nema slaganja,
\nNjihovo djelo ne\u0107e i\u0107i,
\nI iz njega \u0107e iza\u0107i ne posao, ve\u0107 mu\u010denje.
\nJednom su Labud, Rak i \u0160tuka...'<\/p><\/blockquote>\n

Kako mislite, koja je to\u010dka web programera koja zaista razumije u kojim se uvjetima njihovi aplikacije koriste u produkciji? Koliko njih \u0107e oti\u0107i do administratora i poku\u0161ati saznati \u0161to \u0107e se dogoditi prilikom pada baze podataka? A tko \u0107e oti\u0107i do testera i zamoliti ih da ih nau\u010de kako ispravno pisati testove? A tu su jo\u0161 i sigurnosni stru\u010dnjaci, menad\u017eeri proizvoda, cijela hrpa ljudi.<\/p>\n

<\/p>\n

Osnovna ideja DevOps-a je uspostavljanje suradnje izme\u0111u uloga i odjela. To se prije svega posti\u017ee ne nekim slo\u017eenim softverskim rje\u0161enjima, ve\u0107 praksom komunikacije. DevOps je o kulturi, praksi, metodologiji i procesima. Ne postoji takva in\u017eenjerska profesija koja bi odgovarala na ta pitanja.<\/p>\n

<\/p>\n

Zatvoreni krug<\/h2>\n

<\/p>\n

Odakle je tada potekla disciplina 'devops in\u017eenjerstva'? Imamo verziju! Ideje DevOps-a bile su tako dobre \u2014 toliko dobre da su postale \u017ertve vlastitog uspjeha. Oko ove teme po\u010deli su se okupljati sumnjivi regruteri i trgovci ljudima, koji imaju svoju specifi\u010dnu atmosferu.<\/p>\n

<\/p>\n

Zamislite: ju\u010der ste u Himkama radili s shawarmom, a danas ste ve\u0107 velika osoba, senior regruter. Tu je cijeli proces tra\u017eenja i odabira kandidata, sve nije jednostavno, treba razumjeti. Recimo, \u0161ef odjela ka\u017ee: prona\u0111i stru\u010dnjaka za X. Dodajemo rije\u010d 'in\u017eenjer' uz X i stvar je rije\u0161ena. Treba Linux? Pa to je definitivno Linux-in\u017eenjer, ako \u017eelite DevOps \u2014 DevOps-in\u017eenjer. Oglas nije samo naslov, ve\u0107 unutra treba napisati i neki tekst. Najlak\u0161e je ubaciti set klju\u010dnih rije\u010di s Googlea, koliko tko mo\u017ee smisliti. DevOps se sastoji od dvije rije\u010di \u2014 'Dev' i 'Ops', zna\u010di, treba spojiti klju\u010dne rije\u010di povezane s programerima i administratorima u jednu hrpu. Tako se pojavljuju oglasi o poznavanju 42 programska jezika i 20 godina kori\u0161tenja Kubernetes-a i Swarm-a istovremeno. Radna shema.<\/p>\n

<\/p>\n

Tako se u svijesti ljudi ukorijenio besmisleni i nemilosrdni lik nekog superjunaka-\u2018devopsa\u2019, koji \u0107e svima prilagoditi deploy na Jenkins-u, i tada \u0107e nastati sre\u0107a. Ah, kad bi sve bilo tako jednostavno. 'A jo\u0161 tako mogu potra\u017eivati sistemske administratore,' misli HR, 'to je moderna rije\u010d, iste klju\u010dne rije\u010di, trebali bi se uhvatiti.'<\/p>\n

<\/p>\n

Potra\u017enja stvara ponudu, i na sve te glupave oglase za posao naletjelo je nevjerojatno mnogo sistemskih administratora koji su shvatili: mogu raditi sve isto \u0161to i prije, ali dobivati nekoliko puta vi\u0161e, nazvav\u0161i se \"devopsima\". Kako si do sada pode\u0161avao servere preko SSH-a jedan po jedan, tako \u0107e\u0161 i dalje raditi, ali sad je to navodno devops praksa. To je neka slo\u017eena pojava, djelomi\u010dno povezana s nedovoljnom procjenom klasi\u010dnih administratora i hypeom oko DevOps-a, ali u svakom slu\u010daju \u2014 \u0161to je tu je, to se dogodilo.<\/p>\n

<\/p>\n

Dakle, imamo potra\u017enju i ponudu. Zatvoreni krug koji se sam sebe hrani. S tim se mi borimo (izme\u0111u ostalog, organiziraju\u0107i konferenciju DevOops).<\/p>\n

<\/p>\n

Naravno, osim sistemskih administratora koji su se preimenovali u \"devopse\", postoje i drugi sudionici \u2014 na primjer, profesionalni SRE-ovi ili programeri Infrastructure-as-Code.<\/p>\n

<\/p>\n

\u010cime se ljudi zapravo bave u DevOps-u<\/h2>\n

<\/p>\n

Dakle, \u017eelite napredovati u u\u010denju i primjeni DevOps praksi. Ali kako to posti\u0107i, u kojem smjeru gledati? O\u010dito, slijepim vo\u0111enjem popularnim klju\u010dnim rije\u010dima ne treba se zamarati.<\/p>\n

<\/p>\n

Ako posao postoji, netko se njime mora baviti. Ve\u0107 smo utvrdili da to nisu \"devops in\u017eenjeri\", pa tko onda? \u010cini se da je ispravnije to formulisati ne u pojmovima radnih mjesta, ve\u0107 u pojmovima konkretnih podru\u010dja rada.<\/p>\n

<\/p>\n

Prvo, mo\u017eete se baviti samim srcem DevOps-a \u2014 procesima i kulturom. Kultura je spor i te\u017eak posao, i iako je to tradicionalno podru\u010dje odgovornosti rukovoditelja, na ovaj ili onaj na\u010din u tome sudjeluju svi, od programera do administratora. Prije nekoliko mjeseci Tim Lister u intervjuu je rekao<\/a><\/noindex>:<\/p>\n

<\/p>\n

\"Kultura se postavlja osnovnim vrijednostima organizacije. Obi\u010dno ljudi to ne primje\u0107uju, ali mi, rade\u0107i u konzultantskim poslovima dugi niz godina, navikli smo to primje\u0107ivati. U\u0111e\u0161 u kompaniju i doslovno nakon nekoliko minuta po\u010dne\u0161 osje\u0107ati \u0161to se doga\u0111a. Mi to nazivamo 'aromom'. Ponekad je ta aroma zaista dobra. Ponekad izaziva mu\u010dninu. (\u2026) Ne mo\u017ee\u0161 promijeniti kulturu dok se ne osvijeste vrijednosti i uvjerenja koja stoje iza odre\u0111enih postupaka. Pona\u0161anje je lako primijetiti, ali pronala\u017eenje uvjerenja je te\u0161ko. DevOps je upravo izvrstan primjer kako sve postaje sve slo\u017eenije i slo\u017eenije.\"<\/p><\/blockquote>\n

Postoji i tehni\u010dka strana problema, naravno. Ako novi kod stigne na testiranje kroz mjesec dana, a u verziji se pojavi tek nakon godinu dana, te fizi\u010dki nije mogu\u0107e ubrzati sve to \u2014 do dobrih praksi mo\u017eda se i ne stigne. Dobre prakse podr\u017eavaju dobri alati. Na primjer, dr\u017ee\u0107i u glavi ideju Infrastructure-as-Code, mo\u017eete koristiti bilo \u0161to, od AWS CloudFormation-a i Terraform-a do Chef-Ansible-Puppet-a. Sve to treba znati i umjeti, i to je ve\u0107 uvelike in\u017eenjerska disciplina. Va\u017eno je ne mije\u0161ati uzrok i posljedicu: najprije radite po principima SRE, a tek potom konkretizirate te principe kroz neka specifi\u010dna tehni\u010dka rje\u0161enja. Pri tome, SRE je vrlo kompleksna metodologija koja ne govori o tome kako postaviti Jenkins, ve\u0107 o pet osnovnih principa:<\/p>\n

<\/p>\n