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

V s\u00fa\u010dasnosti je to pravdepodobne najdrah\u0161ia poz\u00edcia na trhu. Rozruch okolo \u201eDevOps\u201c in\u017einierov prekon\u00e1va v\u0161etky predstavite\u013en\u00e9 hranice, najm\u00e4 pokia\u013e ide o Senior DevOps in\u017einierov.
\nPracujem ako ved\u00faci oddelenia integr\u00e1cie a automatiz\u00e1cie, uh\u00e1dnite anglick\u00fd prepis \u2014 DevOps Manager. Odr\u00e1\u017ea anglick\u00fd prepis na\u0161u ka\u017edodenn\u00fa \u010dinnos\u0165 \u2014 sotva, ale slovensk\u00e1 verzia je v tomto pr\u00edpade presnej\u0161ia. V s\u00favislosti s mojou pr\u00e1cou je prirodzen\u00e9, \u017ee mus\u00edm pohovori\u0165 s bud\u00facimi \u010dlenmi m\u00f4jho t\u00edmu a za posledn\u00fd rok pre\u0161lo cez m\u0148a asi 50 \u013eud\u00ed, a \u010fal\u0161\u00edch to\u013eko sa odstr\u00e1nilo na preskrine s mojimi zamestnancami.<\/p>\n

<\/p>\n

St\u00e1le h\u013ead\u00e1me kolegov, preto\u017ee za ozna\u010den\u00edm DevOps sa skr\u00fdva ve\u013emi ve\u013ek\u00e1 vrstva r\u00f4znych in\u017einierov.<\/a><\/noindex><\/p>\n

<\/p>\n

V\u0161etko, \u010do je nap\u00edsan\u00e9 ni\u017e\u0161ie, je m\u00f4j osobn\u00fd n\u00e1zor, nemus\u00edte sa s n\u00edm s\u00fahlasi\u0165, av\u0161ak predpoklad\u00e1m, \u017ee to m\u00f4\u017ee prida\u0165 odtie\u0148 k v\u00e1\u0161mu vz\u0165ahu k t\u00e9me. Napriek riziku, \u017ee sa dostanem do nemilosti, publikujem svoj n\u00e1zor, preto\u017ee si mysl\u00edm, \u017ee m\u00e1 svoje miesto.<\/p>\n

<\/p>\n

Spolo\u010dnosti r\u00f4zne ch\u00e1pu, kto s\u00fa DevOps in\u017einieri, a kv\u00f4li r\u00fdchlemu n\u00e1boru zdrojov prikladaj\u00fa tento \u0161t\u00edtok v\u0161etk\u00fdm. Situ\u00e1cia je dos\u0165 zvl\u00e1\u0161tna, preto\u017ee spolo\u010dnosti s\u00fa ochotn\u00e9 plati\u0165 nepredstavite\u013en\u00e9 odmeny t\u00fdmto \u013eu\u010fom, pri\u010dom v mnoh\u00fdch pr\u00edpadoch dost\u00e1vaj\u00fa len administr\u00e1tora-n\u00e1strojistu.<\/p>\n

<\/p>\n

Kto teda s\u00fa DevOps in\u017einieri?<\/h2>\n

<\/p>\n

Za\u010dnime s pr\u00edbehom vzniku \u2014 Development Operations vzniklo ako \u010fal\u0161\u00ed krok k optimaliz\u00e1cii interakcie v mal\u00fdch t\u00edmoch s cie\u013eom zv\u00fd\u0161i\u0165 r\u00fdchlos\u0165 v\u00fdroby produktu ako o\u010dak\u00e1van\u00fd d\u00f4sledok. My\u0161lienkou bolo posilni\u0165 v\u00fdvojov\u00fd t\u00edm znalos\u0165ami o praktik\u00e1ch a pr\u00edstupoch v spr\u00e1ve produktov\u00e9ho prostredia. In\u00fdmi slovami, v\u00fdvoj\u00e1r by mal ch\u00e1pad a vedie\u0165, ako jeho produkt funguje v r\u00f4znych podmienkach, mal by vedie\u0165, ako nasadi\u0165 svoj produkt, ak\u00e9 charakteristiky prostredia upravi\u0165 na zv\u00fd\u0161enie v\u00fdkonu. Tak sa v priebehu \u010dasu objavili v\u00fdvoj\u00e1ri s pr\u00edstupom DevOps. DevOps v\u00fdvoj\u00e1ri p\u00edsali skripty na zostavovanie a balenie na zjednodu\u0161enie svojej \u010dinnosti a fungovania produkt\u00edvneho prostredia. Av\u0161ak zlo\u017eitost architekt\u00fary rie\u0161en\u00ed a vz\u00e1jomn\u00fd vplyv komponentov infra\u0161trukt\u00fary v priebehu \u010dasu za\u010dali zhor\u0161ova\u0165 pracovn\u00e9 v\u00fdkony prostred\u00ed, s ka\u017edou iter\u00e1ciou sa vy\u017eadovali st\u00e1le hlb\u0161ie porozumenia r\u00f4znym komponentom, \u010do zni\u017eovalo produktivitu samotn\u00e9ho v\u00fdvoj\u00e1ra kv\u00f4li dodato\u010dn\u00fdm n\u00e1kladom na porozumenie komponentom a ladeniu syst\u00e9mov na konkr\u00e9tnu \u00falohu. Vlastn\u00e9 n\u00e1klady v\u00fdvoj\u00e1ra st\u00fapali, cena produktu spolu s nimi, n\u00e1roky na nov\u00fdch v\u00fdvoj\u00e1rov v t\u00edme prudko vzr\u00e1stli, preto\u017ee museli pokr\u00fdva\u0165 aj povinnosti \"hviezdy\" v\u00fdvoja a prirodzene, \"hviezdy\" sa st\u00e1vali \u010doraz menej dostupn\u00fdmi. Rovnako treba poznamena\u0165, \u017ee z mojej sk\u00fasenosti je m\u00e1lo ktor\u00fdch v\u00fdvoj\u00e1rov zauj\u00edma \u0161pecifik\u00e1 spracovania paketov jadrom opera\u010dn\u00e9ho syst\u00e9mu, pravidl\u00e1 smerovania paketov, aspekty bezpe\u010dnosti hostite\u013ea. Logick\u00fdm krokom bolo anga\u017eova\u0165 administr\u00e1tora, ktor\u00fd sa s t\u00fdmto oboznamuje a prizna\u0165 podobn\u00e9 povinnosti pr\u00e1ve jemu, \u010do, v\u010faka jeho sk\u00fasenostiam, umo\u017enilo dosiahnu\u0165 rovnak\u00e9 v\u00fdsledky s ni\u017e\u0161\u00edmi n\u00e1kladmi v porovnan\u00ed s n\u00e1kladmi \"hviezdy\" v\u00fdvoja. Tak\u00edto administr\u00e1tori boli zaraden\u00ed do t\u00edmu a ich hlavnou \u00falohou bolo spravova\u0165 testovacie a produkt\u00edvne prostredia pod\u013ea pravidiel konkr\u00e9tneho t\u00edmu, s prostriedkami pridelen\u00fdmi pr\u00e1ve tomuto t\u00edmu. Tak sa vlastne objavili DevOps v predstav\u00e1ch v\u00e4\u010d\u0161iny.<\/p>\n

<\/p>\n

\u010ciasto\u010dne alebo \u00faplne, s \u010dasom, syst\u00e9mov\u00ed administr\u00e1tori za\u010dali ch\u00e1pa\u0165 potreby tejto konkr\u00e9tnej v\u00fdvoj\u00e1rskej skupiny, ako u\u013eah\u010di\u0165 \u017eivot v\u00fdvoj\u00e1rom a testerom, ako nasadi\u0165 aktualiz\u00e1ciu a nezosta\u0165 v piatok v kancel\u00e1rii, opravuj\u00fac chyby nasadenia. \u010cas plynul, a teraz \u201ehviezdami\u201c sa st\u00e1vali syst\u00e9mov\u00ed administr\u00e1tori, ktor\u00ed pochopili, \u010do v\u00fdvoj\u00e1ri chc\u00fa. S cie\u013eom minimalizova\u0165 dopad sa za\u010dali pou\u017e\u00edva\u0165 n\u00e1stroje na spr\u00e1vu, v\u0161etci si spomenuli na star\u00e9 a osved\u010den\u00e9 met\u00f3dy izola\u010dnej \u00farovne OS, ktor\u00e9 umo\u017enili minimalizova\u0165 po\u017eiadavky na zabezpe\u010denie, riadenie sie\u0165ovej \u010dasti, a konfigur\u00e1ciu hostite\u013ea ako celku, a, ako n\u00e1sledok, zn\u00ed\u017ei\u0165 po\u017eiadavky na nov\u00fdch \u201ehviezd\u201c. <\/p>\n

<\/p>\n

Objavila sa \u201e\u00fa\u017easn\u00e1\u201c vec \u2013 Docker. Pre\u010do \u00fa\u017easn\u00e1? Len preto, \u017ee vytvorenie izol\u00e1cie v chroot alebo jail, rovnako ako OpenVZ, si vy\u017eadovalo netrivi\u00e1lne znalosti OS, zatia\u013e \u010do prostredn\u00edctvom n\u00e1stroja je mo\u017en\u00e9 jednoducho vytvori\u0165 izolovan\u00e9 prostredie aplik\u00e1cie na ur\u010ditom hostite\u013eovi so v\u0161etk\u00fdm potrebn\u00fdm vo vn\u00fatri a znovu odovzda\u0165 opraty v\u00fdvoju, pri\u010dom syst\u00e9mov\u00fd administr\u00e1tor ovl\u00e1da iba jeden hostite\u013e, zabezpe\u010duj\u00fac jeho bezpe\u010dnos\u0165 a vysok\u00fa dostupnos\u0165 \u2013 logick\u00e9 zjednodu\u0161enie. Ale pokrok nestoj\u00ed na mieste a syst\u00e9my sa op\u00e4\u0165 st\u00e1vaj\u00fa \u010doraz zlo\u017eitej\u0161\u00edmi, komponentov je \u010doraz viac a jeden hostite\u013e u\u017e nesp\u013a\u0148a potreby syst\u00e9mu, a je potrebn\u00e9 budova\u0165 clustre, op\u00e4\u0165 sa vraciame k syst\u00e9mov\u00fdm administr\u00e1torom, ktor\u00ed s\u00fa schopn\u00ed postavi\u0165 tieto syst\u00e9my.<\/p>\n

<\/p>\n

Cyklicky sa objavuj\u00fa r\u00f4zne syst\u00e9my, ktor\u00e9 zjednodu\u0161uj\u00fa v\u00fdvoj a\/alebo administr\u00e1ciu, objavuj\u00fa sa syst\u00e9my orchestr\u00e1cie, ktor\u00e9, pokia\u013e nie je potrebn\u00e9 od\u00eds\u0165 od \u0161tandardn\u00e9ho procesu, s\u00fa jednoduch\u00e9 na pou\u017e\u00edvanie. Mikroslu\u017ebov\u00e1 architekt\u00fara sa taktie\u017e objavila s cie\u013eom zjednodu\u0161i\u0165 v\u0161etko vy\u0161\u0161ie uveden\u00e9 \u2013 menej vz\u00e1jomn\u00fdch v\u00e4zieb, jednoduch\u0161ie na spr\u00e1vu. Vo svojej sk\u00fasenosti som neza\u017eil \u00faplne mikroslu\u017ebov\u00fa architekt\u00faru, povedal by som 50 na 50 \u2013 50 percent mikroslu\u017eieb, \u010dierne skrinky, pri\u0161lo na vstup, vy\u0161lo spracovan\u00e9, \u010fal\u0161\u00edch 50 \u2013 roztrhnut\u00fd monolit, slu\u017eby neschopn\u00e9 pracova\u0165 oddelene od in\u00fdch komponentov. To v\u0161etko op\u00e4\u0165 ulo\u017eilo obmedzenia na \u00farove\u0148 znalost\u00ed ako v\u00fdvoj\u00e1rov, tak administr\u00e1torov.<\/p>\n

<\/p>\n

Tak\u00e9to \"hojdania\" na \u00farovni expertn\u00fdch znalost\u00ed dan\u00e9ho zdroja pokra\u010duj\u00fa a\u017e dodnes. Ale trochu sme sa odklonili, je ve\u013ea aspektov, ktor\u00e9 stoj\u00ed za to osvetli\u0165.<\/p>\n

<\/p>\n

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

<\/p>\n

Ve\u013emi \u0161pecializovan\u00ed in\u017einieri, ktor\u00ed sa objavili ako prostriedok na\u0161tandardizovania procesov zostavovania softv\u00e9ru a jeho vydan\u00ed. V procese zavedenia masov\u00e9ho Agile sa zdalo, \u017ee prestali by\u0165 potrebn\u00ed, \u010do v\u0161ak nie je pravda. T\u00e1to \u0161pecializ\u00e1cia vznikla ako prostriedok na\u0161tandardizovania pr\u00e1ve zostavovania a dod\u00e1vky softv\u00e9ru vo ve\u013ekom, t.j. vyu\u017e\u00edvan\u00edm \u0161tandardn\u00fdch techn\u00edk pre v\u0161etky produkty spolo\u010dnosti. S pr\u00edchodom DevOps v\u00fdvoj\u00e1ri \u010diasto\u010dne stratili funkcie, preto\u017ee pr\u00e1ve v\u00fdvoj\u00e1ri sa za\u010dali pripravi\u0165 na dod\u00e1vku produktu, a ber\u00fac do \u00favahy meniaciu sa infra\u0161trukt\u00faru a pr\u00edstup k maxim\u00e1lne r\u00fdchlej dod\u00e1vke bez oh\u013eadu na kvalitu sa \u010dasom premenili pr\u00e1ve na brzdu zmien, nako\u013eko dodr\u017eiavanie \u0161tandardov kvality nevyhnutne spoma\u013euje dod\u00e1vky. Tak, postupne, \u010das\u0165 funk\u010dnosti Build\/Release in\u017einierov pre\u0161la na plecia syst\u00e9mov\u00fdch administr\u00e1torov.<\/p>\n

<\/p>\n

Ops s\u00fa r\u00f4zne<\/h2>\n

<\/p>\n

Pos\u00favame sa \u010falej a op\u00e4\u0165 pr\u00edtomnos\u0165 \u0161irok\u00e9ho spektra povinnost\u00ed a nedostatok kvalifikovan\u00fdch pracovn\u00edkov n\u00e1s vedie k silnej specializ\u00e1cii, ako huby po da\u017edi sa objavuj\u00fa r\u00f4zne Operations:<\/p>\n

<\/p>\n