{"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\/cs\/blog\/administrirovanie\/kto-takie-devops","title":{"rendered":"Kdo jsou DevOps?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

V sou\u010dasnosti je to snad nejdra\u017e\u0161\u00ed pozice na trhu. Z\u00e1jem o in\u017een\u00fdry \u201eDevOps\u201c p\u0159ekra\u010duje v\u0161echny p\u0159edstavy, a situace je je\u0161t\u011b hor\u0161\u00ed, pokud jde o Senior DevOps in\u017een\u00fdry.
\nPracuji jako vedouc\u00ed odd\u011blen\u00ed integrace a automatizace, uh\u00e1dnete anglickou zkratku \u2013 DevOps Manager. Odr\u00e1\u017e\u00ed p\u0159esn\u011b anglick\u00e1 zkratka na\u0161i ka\u017edodenn\u00ed \u010dinnost? O tom pochybuji, ale rusk\u00e1 varianta je v tomto p\u0159\u00edpad\u011b p\u0159esn\u011bj\u0161\u00ed. Ve sv\u00e9 pr\u00e1ci je samoz\u0159ejm\u011b pot\u0159eba pohov\u00edrat si s budouc\u00edmi \u010dleny m\u00e9ho t\u00fdmu a za uplynul\u00fd rok jsem pro\u0161el skrze 50 lid\u00ed, a je\u0161t\u011b tolik bylo vylou\u010deno p\u0159i preskr\u00ednu s m\u00fdmi zam\u011bstnanci.<\/p>\n

<\/p>\n

St\u00e1le jsme na hled\u00e1n\u00ed koleg\u016f, proto\u017ee za zna\u010dkou DevOps se skr\u00fdv\u00e1 velmi \u0161irok\u00e1 vrstva r\u016fzn\u00fdch in\u017een\u00fdr\u016f.<\/a><\/noindex><\/p>\n

<\/p>\n

V\u0161e, co je naps\u00e1no n\u00ed\u017ee, je m\u016fj osobn\u00ed n\u00e1zor, nemus\u00edte s n\u00edm souhlasit, av\u0161ak p\u0159ipou\u0161t\u00edm, \u017ee to m\u016f\u017ee p\u0159in\u00e9st odst\u00edn do va\u0161eho n\u00e1zoru na t\u00e9ma. I p\u0159es riziko, \u017ee se dostanu do nemilosti, zve\u0159ej\u0148uji sv\u016fj n\u00e1zor, nebo\u0165 si mysl\u00edm, \u017ee m\u00e1 m\u00edsto b\u00fdt.<\/p>\n

<\/p>\n

Spole\u010dnosti maj\u00ed r\u016fzn\u00e9 n\u00e1zory na to, kdo jsou DevOps in\u017een\u00fd\u0159i, a pro rychl\u00e9 naj\u00edm\u00e1n\u00ed zdroj\u016f p\u0159ipev\u0148uj\u00ed tuto zna\u010dku v\u0161em. Situace je dost podivn\u00e1, proto\u017ee spole\u010dnosti jsou ochotny platit nere\u00e1ln\u00e9 odm\u011bny t\u011bmto lidem, p\u0159i\u010dem\u017e v\u011bt\u0161inou dost\u00e1vaj\u00ed administr\u00e1tora-n\u00e1stroja\u0159e.<\/p>\n

<\/p>\n

Kdo tedy jsou DevOps in\u017een\u00fd\u0159i?<\/h2>\n

<\/p>\n

Poj\u010fme za\u010d\u00edt s histori\u00ed vzniku \u2013 Development Operations se objevil jako dal\u0161\u00ed krok k optimalizaci spolupr\u00e1ce v mal\u00fdch t\u00fdmech za \u00fa\u010delem zv\u00fd\u0161en\u00ed rychlosti v\u00fdroby produktu, co\u017e bylo o\u010dek\u00e1van\u00fdm d\u016fsledkem. My\u0161lenka spo\u010d\u00edvala v pos\u00edlen\u00ed t\u00fdmu v\u00fdvoj\u00e1\u0159\u016f znalostmi o postupech a p\u0159\u00edstupech v \u0159\u00edzen\u00ed produktov\u00e9ho prost\u0159ed\u00ed. Jin\u00fdmi slovy, v\u00fdvoj\u00e1\u0159 by m\u011bl rozum\u011bt a v\u011bd\u011bt, jak jeho produkt funguje v r\u016fzn\u00fdch podm\u00ednk\u00e1ch, m\u011bl by ch\u00e1pat, jak nasadit sv\u016fj produkt, jak\u00e9 charakteristiky prost\u0159ed\u00ed upravit, aby se zv\u00fd\u0161il v\u00fdkon. V pr\u016fb\u011bhu \u010dasu se tak objevili v\u00fdvoj\u00e1\u0159i s p\u0159\u00edstupem DevOps. DevOps v\u00fdvoj\u00e1\u0159i psali skripty pro sestaven\u00ed a balen\u00ed, aby usnadnili svou \u010dinnost a funk\u010dnost produktivn\u00edho prost\u0159ed\u00ed. Nicm\u00e9n\u011b slo\u017eitost architektury \u0159e\u0161en\u00ed a vz\u00e1jemn\u00fd vliv komponent infrastruktury v pr\u016fb\u011bhu \u010dasu za\u010daly zhor\u0161ovat pracovn\u00ed ukazatele prost\u0159ed\u00ed, ka\u017ed\u00e1 iterace vy\u017eadovala st\u00e1le hlub\u0161\u00ed porozum\u011bn\u00ed r\u016fzn\u00fdm komponent\u016fm, co\u017e sni\u017eovalo produktivitu samotn\u00e9ho v\u00fdvoj\u00e1\u0159e kv\u016fli dodate\u010dn\u00fdm n\u00e1klad\u016fm na pochopen\u00ed komponent a lad\u011bn\u00ed syst\u00e9m\u016f pro konkr\u00e9tn\u00ed \u00fakol. Vlastn\u00ed n\u00e1klady v\u00fdvoj\u00e1\u0159e rostly, n\u00e1klady na produkt \u0161ly ruku v ruce s nimi, a n\u00e1roky na nov\u00e9 v\u00fdvoj\u00e1\u0159e v t\u00fdmu prudce vzrostly, proto\u017ee museli tak\u00e9 pokr\u00fdt povinnosti 'hv\u011bzdy' v\u00fdvoje, a p\u0159irozen\u011b, 'hv\u011bzdy' se st\u00e1valy st\u00e1le m\u00e9n\u011b dostupn\u00fdmi. Tak\u00e9 stoj\u00ed za zm\u00ednku, \u017ee ze sv\u00e9 zku\u0161enosti v\u00edm, \u017ee m\u00e1lokoho z v\u00fdvoj\u00e1\u0159\u016f zaj\u00edm\u00e1 specifika zpracov\u00e1n\u00ed paket\u016f j\u00e1drem opera\u010dn\u00edho syst\u00e9mu, pravidla sm\u011brov\u00e1n\u00ed paket\u016f, aspekty bezpe\u010dnosti hostitele. Logick\u00fdm krokem bylo p\u0159izvat administr\u00e1tora, kter\u00fd se s t\u00edmto obezn\u00e1men a p\u0159en\u00e9st podobn\u00e9 povinnosti pr\u00e1v\u011b na n\u011bj, co\u017e d\u00edky jeho zku\u0161enostem umo\u017enilo dos\u00e1hnout stejn\u00fdch v\u00fdsledk\u016f s men\u0161\u00edmi n\u00e1klady ne\u017e n\u00e1klady na 'hv\u011bzdu' v\u00fdvoje. Takov\u00ed administr\u00e1to\u0159i byli za\u010dlen\u011bni do t\u00fdmu a jejich hlavn\u00edm \u00fakolem bylo \u0159\u00edzen\u00ed testovac\u00edch a produktivn\u00edch prost\u0159ed\u00ed podle pravidel konkr\u00e9tn\u00edho t\u00fdmu, s prost\u0159edky vy\u010dlen\u011bn\u00fdmi pr\u00e1v\u011b tomuto t\u00fdmu. Tak se vlastn\u011b objevili DevOps v p\u0159edstav\u00e1ch v\u011bt\u0161iny.<\/p>\n

<\/p>\n

\u010c\u00e1ste\u010dn\u011b nebo zcela, postupem \u010dasu, za\u010dali tito syst\u00e9mov\u00ed administr\u00e1to\u0159i ch\u00e1pat pot\u0159eby konkr\u00e9tn\u00edho t\u00fdmu v\u00fdvoje, jak usnadnit \u017eivot v\u00fdvoj\u00e1\u0159\u016fm a tester\u016fm, jak nasadit aktualizaci a nez\u016fst\u00e1vat v kancel\u00e1\u0159i v p\u00e1tek v noci, abychom opravovali chyby p\u0159i nasazen\u00ed. \u010cas plynul a nyn\u00ed se \"hv\u011bzdami\" stali syst\u00e9mov\u00ed administr\u00e1to\u0159i, kte\u0159\u00ed rozum\u011bli tomu, co v\u00fdvoj\u00e1\u0159i cht\u011bj\u00ed. S c\u00edlem minimalizovat dopad se za\u010daly objevovat n\u00e1stroje pro spr\u00e1vu, v\u0161ichni si vzpomn\u011bli na star\u00e9 a spolehliv\u00e9 metody izolace na \u00farovni OS, kter\u00e9 minimalizovaly po\u017eadavky na bezpe\u010dnost, spr\u00e1vu s\u00ed\u0165ov\u00e9 \u010d\u00e1sti a celkovou konfiguraci hostitele a t\u00edm sn\u00ed\u017eily po\u017eadavky na nov\u00e9 \"hv\u011bzdy.\" <\/p>\n

<\/p>\n

Objevila se \"\u00fa\u017easn\u00e1\" v\u011bc \u2014 docker. Pro\u010d \u00fa\u017easn\u00e1? Jen proto, \u017ee vytvo\u0159en\u00ed izolace v chroot nebo jail, stejn\u011b jako OpenVZ, vy\u017eadovalo netrivi\u00e1ln\u00ed znalosti OS, a protin\u00e1stroj, kter\u00fd n\u00e1m umo\u017e\u0148uje jednodu\u0161e vytvo\u0159it izolovan\u00e9 prost\u0159ed\u00ed aplikace na n\u011bjak\u00e9m hostiteli se v\u0161\u00edm pot\u0159ebn\u00fdm uvnit\u0159 a p\u0159edat ot\u011b\u017ee v\u00fdvoje zp\u011bt, zat\u00edmco syst\u00e9mov\u00fd administr\u00e1tor spravuje pouze jeden hostitel, zaji\u0161\u0165uj\u00edc\u00ed jeho bezpe\u010dnost a vysokou dostupnost \u2014 logick\u00e9 zjednodu\u0161en\u00ed. Ale pokrok nestoj\u00ed na m\u00edst\u011b a syst\u00e9my se op\u011bt st\u00e1vaj\u00ed st\u00e1le slo\u017eit\u011bj\u0161\u00edmi, komponent\u016f je \u010d\u00edm d\u00e1l v\u00edc, jeden hostitel ji\u017e nespl\u0148uje pot\u0159eby syst\u00e9mu a je nutn\u00e9 budovat clustery, op\u011bt se vrac\u00edme k syst\u00e9mov\u00fdm administr\u00e1tor\u016fm, kte\u0159\u00ed jsou schopni tyto syst\u00e9my postavit.<\/p>\n

<\/p>\n

Cyklicky se objevuj\u00ed r\u016fzn\u00e9 syst\u00e9my usnad\u0148uj\u00edc\u00ed v\u00fdvoj a\/nebo administraci, objevuj\u00ed se orchestrace, kter\u00e9, dokud nen\u00ed pot\u0159eba odklonit se od standardn\u00edho procesu, jsou snadno pou\u017eiteln\u00e9. Mikroservisn\u00ed architektura se tak\u00e9 objevila s c\u00edlem zjednodu\u0161it v\u0161e v\u00fd\u0161e popsan\u00e9 \u2014 m\u00e9n\u011b vz\u00e1jemn\u00fdch vazeb, snadn\u011bj\u0161\u00ed spr\u00e1va. Ve sv\u00e9m zku\u0161enosti jsem pln\u011b neza\u017eil mikroservisn\u00ed architekturu, \u0159ekl bych, \u017ee je to 50 na 50 \u2014 50 procent mikroservis\u016f, \u010dern\u00e9 krabice, co p\u0159i\u0161lo na vstup, vy\u0161lo zpracovan\u00e9, ostatn\u00edch 50 \u2014 roztrhan\u00fd monolit, slu\u017eby neschopn\u00e9 pracovat samostatn\u011b od ostatn\u00edch komponent. To v\u0161echno op\u011bt ulo\u017eilo omezen\u00ed na \u00farove\u0148 znalost\u00ed jak v\u00fdvoj\u00e1\u0159\u016f, tak administr\u00e1tor\u016f.<\/p>\n

<\/p>\n

Podobn\u00e9 \"houpa\u010dky\" odborn\u00fdch znalost\u00ed ur\u010dit\u00e9ho zdroje trvaj\u00ed a\u017e do dne\u0161n\u00edho dne. Ale trochu jsme se odklonili, je tu \u0159ada v\u011bc\u00ed, kter\u00e9 stoj\u00ed za to osv\u011btlit.<\/p>\n

<\/p>\n

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

<\/p>\n

Velmi specializovan\u00ed in\u017een\u00fd\u0159i, kte\u0159\u00ed se objevili jako prost\u0159edek standardizace proces\u016f sestavov\u00e1n\u00ed softwaru a jeho uvoln\u011bn\u00ed. V dob\u011b masivn\u00edho zav\u00e1d\u011bn\u00ed Agile by se mohlo zd\u00e1t, \u017ee p\u0159estali b\u00fdt \u017e\u00e1dan\u00ed, ale to nen\u00ed pravda. Tato specializace vznikla jako prost\u0159edek standardizace pr\u00e1v\u011b sestavov\u00e1n\u00ed a dod\u00e1vky softwaru ve velk\u00e9m m\u011b\u0159\u00edtku, tedy vyu\u017e\u00edv\u00e1n\u00edm standardn\u00edch technik pro v\u0161echny produkty spole\u010dnosti. Se vznikem DevOps v\u00fdvoj\u00e1\u0159i \u010d\u00e1ste\u010dn\u011b ztratili funkce, proto\u017ee to byli pr\u00e1v\u011b v\u00fdvoj\u00e1\u0159i, kte\u0159\u00ed p\u0159ipravovali produkt k dod\u00e1n\u00ed, a vzhledem k m\u011bn\u00edc\u00ed se infrastruktu\u0159e a p\u0159\u00edstupu co nejrychlej\u0161\u00ed dod\u00e1vce bez ohledu na kvalitu se \u010dasem stali vlastn\u011b brzdou zm\u011bn, proto\u017ee dodr\u017eov\u00e1n\u00ed standard\u016f kvality nevyhnuteln\u011b zpomaluje dod\u00e1vky. Tak\u017ee postupn\u011b \u010d\u00e1st funkcionality Build\/Release in\u017een\u00fdr\u016f p\u0159e\u0161la na syst\u00e9mov\u00e9 administr\u00e1tory.<\/p>\n

<\/p>\n

Opsov\u00e9 jsou tak r\u016fzn\u00ed<\/h2>\n

<\/p>\n

Postupujeme d\u00e1le a op\u011bt p\u0159\u00edtomnost \u0161irok\u00e9ho spektra povinnost\u00ed a nedostatek kvalifikovan\u00fdch pracovn\u00edk\u016f n\u00e1s nut\u00ed k p\u0159\u00edsn\u00e9 specializaci, jako houby po de\u0161ti, objevuj\u00ed se r\u016fzn\u00e9 Operations:<\/p>\n

<\/p>\n