<\/a><\/noindex>DevOps zah\u0155\u0148a mnoho r\u00f4znych konceptov (nepretr\u017eit\u00e1 dod\u00e1vka, nepretr\u017eit\u00e1 integr\u00e1cia, automatiz\u00e1cia at\u010f.), preto m\u00f4\u017ee by\u0165 \u0165a\u017ek\u00e9 vybra\u0165 podstatu, najm\u00e4 ak v\u00e1m na t\u00e9me z\u00e1le\u017e\u00ed. Av\u0161ak, t\u00e1to schopnos\u0165 je ve\u013emi u\u017eito\u010dn\u00e1, bez oh\u013eadu na to, \u010di sa sna\u017e\u00edte pretla\u010di\u0165 svoje n\u00e1pady nadriaden\u00fdm alebo len rozpr\u00e1vate o svojej pr\u00e1ci niekomu z rodiny alebo zn\u00e1mych. Preto odlo\u017e\u00edme na bok terminologick\u00e9 nuansy DevOps a zameriame sa na celkov\u00fd obraz.<\/p>\n
\u010co je DevOps: 6 defin\u00edci\u00ed a anal\u00f3gi\u00ed<\/h3>\n \nPo\u017eiadali sme odborn\u00edkov, aby vysvetlili podstatu DevOps \u010do najjednoduchsie a najstru\u010dnej\u0161ie, aby bola jej hodnota zrozumite\u013en\u00e1 \u010ditate\u013eom s akouko\u013evek \u00farov\u0148ou technickej pr\u00edpravy. Z t\u00fdchto rozhovorov sme vybrali najjasnej\u0161ie anal\u00f3gie a \u00fadern\u00e9 formul\u00e1cie, ktor\u00e9 v\u00e1m pom\u00f4\u017eu zostavi\u0165 v\u00e1\u0161 pr\u00edbeh o DevOps.<\/p>\n
1. DevOps \u2013 to je kult\u00farne hnutie<\/h4>\n \n\u201eDevOps \u2013 to je kult\u00farne hnutie, v r\u00e1mci ktor\u00e9ho obe strany (v\u00fdvoj\u00e1ri softv\u00e9ru a odborn\u00edci na prev\u00e1dzku IT syst\u00e9mov) uzn\u00e1vaj\u00fa, \u017ee softv\u00e9r neposkytuje skuto\u010dn\u00fd pr\u00ednos, pokia\u013e s n\u00edm neza\u010dne niekto pracova\u0165: objedn\u00e1vatelia, z\u00e1kazn\u00edci, zamestnanci, to nie je podstatn\u00e9,\u201c hovor\u00ed Evelina Oehrlich, ved\u00faca analytik v\u00fdskumu In\u0161tit\u00fatu DevOps. \u201ePreto tieto dve strany spolo\u010dne zabezpe\u010duj\u00fa r\u00fdchlu a kvalitn\u00fa dod\u00e1vku softv\u00e9ru.\u201c<\/p>\n
2. DevOps \u2013 to je to, \u010do d\u00e1va moc v\u00fdvoj\u00e1rom<\/h4>\n \n\u201eDevOps umo\u017e\u0148uje v\u00fdvoj\u00e1rom ma\u0165 kontrolu nad aplik\u00e1ciami, ich nasaden\u00edm a spr\u00e1vou dod\u00e1vky od za\u010diatku a\u017e do konca\u201c<\/b><\/p>\n
\u201eO DevOps sa zvy\u010dajne hovor\u00ed ako o sp\u00f4sobe, ako ur\u00fdchli\u0165 dod\u00e1vku aplik\u00e1ci\u00ed do produkcie prostredn\u00edctvom budovania a implement\u00e1cie automatizovan\u00fdch procesov,\u201c hovor\u00ed Jai Schniepp, riadite\u013e platforiem DevOps v pois\u0165ovni Liberty Mutual. \u201eAle pre m\u0148a je to ove\u013ea fundament\u00e1lnej\u0161ia vec. DevOps umo\u017e\u0148uje v\u00fdvoj\u00e1rom ma\u0165 kontrolu nad aplik\u00e1ciami alebo ur\u010dit\u00fdmi \u010das\u0165ami softv\u00e9ru, nad ich nasaden\u00edm a spr\u00e1vou dod\u00e1vky od za\u010diatku a\u017e do konca. DevOps odstr\u00e1\u0148uje chaos z zodpovednosti a vedie v\u0161etk\u00fdch \u00fa\u010dastn\u00edkov procesu k vytv\u00e1raniu automatizovanej a v\u00fdvoj\u00e1rom riadenej infra\u0161trukt\u00fary.\u201c<\/p>\n
3. DevOps je spolupr\u00e1ca pri vytv\u00e1ran\u00ed a dod\u00e1van\u00ed aplik\u00e1ci\u00ed<\/h4>\n \n\u201eJednoducho povedan\u00e9, DevOps je pr\u00edstup k v\u00fdrobe a dod\u00e1vke softv\u00e9ru, kde v\u0161etci pracuj\u00fa spolu,\u201c poznamen\u00e1va Gur Staff, prezident a ved\u00faci div\u00edzie automatiz\u00e1cie digit\u00e1lneho podnikania vo firme BMC.<\/p>\n
4. DevOps je v\u00fdrobn\u00fd proces<\/h4>\n \n\u201eV\u00fdrobn\u00e9 procesy s\u00fa mo\u017en\u00e9 len vtedy, ak v\u0161etky \u010dasti do seba zapadaj\u00fa.\u201c<\/b><\/p>\n
\u201ePorovnal by som DevOps s v\u00fdrobou automobilov,\u201c pokra\u010duje Gur Staff. \u201eIdea spo\u010d\u00edva v tom, \u017ee v\u0161etky \u010dasti by mali by\u0165 navrhnut\u00e9 a vyroben\u00e9 vopred tak, aby sa dali spolu zostavi\u0165 bez individu\u00e1lneho prisp\u00f4sobenia. V\u00fdrobn\u00e9 procesy s\u00fa mo\u017en\u00e9 len vtedy, ak v\u0161etky \u010dasti do seba zapadaj\u00fa. T\u00ed, ktor\u00ed navrhuj\u00fa a vyr\u00e1baj\u00fa motor, musia uva\u017eova\u0165 o tom, ako ho pripevni\u0165 k karos\u00e9rii alebo r\u00e1mu. T\u00ed, ktor\u00ed vyr\u00e1baj\u00fa brzdy, musia prem\u00fd\u0161\u013ea\u0165 o koles\u00e1ch, a tak \u010falej. Rovnako by to malo by\u0165 aj so softv\u00e9rom. <\/p>\n
V\u00fdvoj\u00e1r, ktor\u00fd vytv\u00e1ra obchodn\u00fa logiku alebo pou\u017e\u00edvate\u013esk\u00e9 rozhranie, by mal prem\u00fd\u0161\u013ea\u0165 o datab\u00e1ze, ktor\u00e1 uchov\u00e1va inform\u00e1cie o z\u00e1kazn\u00edkoch, a o bezpe\u010dnostn\u00fdch prostriedkoch na ochranu u\u017e\u00edvate\u013esk\u00fdch d\u00e1t, ako aj o tom, ako to v\u0161etko bude fungova\u0165, ke\u010f slu\u017eba za\u010dne obsluhova\u0165 ve\u013ek\u00e9, mo\u017eno aj mili\u00f3nov\u00e9 publikum u\u017e\u00edvate\u013eov.\u201c<\/p>\n
\u201eUrobi\u0165 to tak, aby \u013eudia spolupracovali a mysleli na tie \u010dasti pr\u00e1ce, ktor\u00e9 vykon\u00e1vaj\u00fa in\u00ed, a nie sa s\u00fastredili v\u00fdlu\u010dne na svoje vlastn\u00e9 \u00falohy \u2013 to je najv\u00e4\u010d\u0161ia prek\u00e1\u017eka, ktor\u00fa treba prekona\u0165. Ak sa to podar\u00ed, m\u00e1te skvel\u00e9 \u0161ance na digit\u00e1lnu transform\u00e1ciu,\u201c dod\u00e1va Gur Staff.<\/p>\n
5. DevOps je spr\u00e1vna kombin\u00e1cia \u013eud\u00ed, procesov a automatiz\u00e1cie<\/h4>\n \nJayne Groll, v\u00fdkonn\u00e1 riadite\u013eka In\u0161tit\u00fatu DevOps, navrhla vynikaj\u00facu anal\u00f3giu na vysvetlenie DevOps. Pod\u013ea jej slov, \u201eDevOps je ako kuch\u00e1rsky recept, v ktorom s\u00fa tri z\u00e1kladn\u00e9 kateg\u00f3rie ingredienci\u00ed: \u013eudia, procesy a automatiz\u00e1cia. V\u00e4\u010d\u0161inu t\u00fdchto ingredienci\u00ed je mo\u017en\u00e9 z\u00edska\u0165 z in\u00fdch oblast\u00ed a zdrojov: Lean, Agile, SRE, CI\/CD, ITIL, leadership, kult\u00fara, n\u00e1stroje. Tajomstvo DevOps, rovnako ako ka\u017ed\u00e9ho dobr\u00e9ho receptu, spo\u010d\u00edva v tom, ako spr\u00e1vne doladi\u0165 proporcie a zmie\u0161a\u0165 tieto ingrediencie, aby sa zv\u00fd\u0161ila r\u00fdchlos\u0165 a \u00fa\u010dinnos\u0165 pr\u00e1ce pri vytv\u00e1ran\u00ed a vyd\u00e1van\u00ed aplik\u00e1ci\u00ed.\u201c<\/p>\n
6. DevOps je, ke\u010f program\u00e1tori pracuj\u00fa ako t\u00edm Formuly 1<\/h4>\n \n\u201ePreteky sa pl\u00e1nuj\u00fa nie od \u0161tartu k cie\u013eu, ale naopak, od cie\u013ea k \u0161tartu.\u201c<\/b><\/p>\n
\u201ePokia\u013e ide o to, \u010do o\u010dak\u00e1va\u0165 od iniciat\u00edvy DevOps, d\u00e1vam pr\u00edklad pretek\u00e1rskeho t\u00edmu NASCAR alebo Formuly 1,\u201c hovor\u00ed Chris Short, hlavn\u00fd marketingov\u00fd mana\u017e\u00e9r cloudov\u00fdch platforiem Red Hat a vydavate\u013e bulletinu DevOps\u2019ish. \u201eCie\u013eom tak\u00e9ho t\u00edmu je obsadi\u0165 \u010do najvy\u0161\u0161ie mo\u017en\u00e9 miesto na z\u00e1klade zdrojov, ktor\u00e9 t\u00edm mal k dispoz\u00edcii, a sk\u00fa\u0161ok, ktor\u00fdm \u010delil. Preteky sa pl\u00e1nuj\u00fa nie od \u0161tartu k cie\u013eu, ale naopak, od cie\u013ea k \u0161tartu. Najprv sa stanov\u00ed ambici\u00f3zny cie\u013e a potom sa ur\u010dia cesty k jeho dosiahnutiu. Potom sa rozdelia na pod\u00falohy a deleguj\u00fa \u010dlenom t\u00edmu.\u201c<\/p>\n
\u201eCel\u00fd t\u00fd\u017ede\u0148 pred pretekmi t\u00edm zdokonaluje pit-stop. Zaoberaj\u00fa sa silov\u00fdmi a kardiotr\u00e9ninkami, aby boli vo forme v n\u00e1ro\u010dn\u00fd de\u0148 pretekov. Cvi\u010dia spolo\u010dn\u00e9 akcie pri rie\u0161en\u00ed ak\u00fdchko\u013evek probl\u00e9mov, ktor\u00e9 sa m\u00f4\u017eu na pretekoch vyskytn\u00fa\u0165. Podobne by sa v\u00fdvojov\u00fd t\u00edm mal cvi\u010di\u0165 v schopnostiach \u010dast\u00e9ho uvo\u013e\u0148ovania nov\u00fdch verzi\u00ed. S tak\u00fdmito zru\u010dnos\u0165ami a vyladen\u00fdm bezpe\u010dnostn\u00fdm syst\u00e9mom sa nasadenie nov\u00fdch verzi\u00ed do produkcie tie\u017e uskuto\u010d\u0148uje \u010dastej\u0161ie. V r\u00e1mci tohto poh\u013eadu rast r\u00fdchlosti znamen\u00e1 rast bezpe\u010dnosti,\u201d hovor\u00ed Short.<\/p>\n
\u201eNejde o to robi\u0165 \u201aspr\u00e1vne veci\u2018, \u2013 dod\u00e1va Short, \u2013 ale o to, aby ste odstr\u00e1nili \u010do najviac prek\u00e1\u017eok, ktor\u00e9 stoja medzi vami a po\u017eadovan\u00fdm v\u00fdsledkom. Spolupracujte a prisp\u00f4sobujte sa pod\u013ea sp\u00e4tnej v\u00e4zby, ktor\u00fa dost\u00e1vate v re\u00e1lnom \u010dase. Bu\u010fte pripraven\u00ed na anom\u00e1lie a pracujte na zvy\u0161ovan\u00ed kvality, aby ste minimalizovali ich vplyv na smerovanie k cie\u013eu. To je to, \u010do n\u00e1s \u010dak\u00e1 vo svete DevOps.\u201c<\/p>\n
Ako \u0161k\u00e1lova\u0165 DevOps: 10 r\u00e1d od expertov<\/h3>\n \nJednoduch\u00fd DevOps a masov\u00fd DevOps s\u00fa \u00faplne r\u00f4zne veci. Povieme v\u00e1m, ako prekona\u0165 prek\u00e1\u017eky na ceste od jedn\u00e9ho k druh\u00e9mu.<\/b><\/p>\n
Pre mnoh\u00e9 organiz\u00e1cie je cesta k DevOps jednoduch\u00e1 a pr\u00edjemn\u00e1. Vznikaj\u00fa mal\u00e9 nad\u0161en\u00e9 t\u00edmy, star\u00e9 procesy s\u00fa nahraden\u00e9 nov\u00fdmi a prv\u00e9 \u00faspechy nenechaj\u00fa na seba dlho \u010daka\u0165.<\/p>\n
Bohu\u017eia\u013e, toto je len falo\u0161n\u00fd lesk, il\u00fazia pokroku, ako hovor\u00ed Ben Grinnell, managing director a ved\u00faci oblasti digit\u00e1lnych technol\u00f3gi\u00ed konzulta\u010dnej firmy North Highland. Skor\u00e9 v\u00ed\u0165azstv\u00e1 s\u00fa s\u00edce povzbudzuj\u00face, ale nepom\u00e1haj\u00fa dosiahnu\u0165 kone\u010dn\u00fd cie\u013e, ktor\u00fdm je masov\u00e9 vyu\u017e\u00edvanie DevOps v organiz\u00e1cii.<\/p>\n
\u013dahko mo\u017eno vidie\u0165, \u017ee sa formuje kult\u00fara rozdelenia na \u201emy\u201c a \u201eoni\u201c.<\/b><\/p>\n
\u201eOrganiz\u00e1cie \u010dasto sp\u00fa\u0161\u0165aj\u00fa tak\u00e9to priekopn\u00edcke projekty s presved\u010den\u00edm, \u017ee prelomia cestu k masov\u00e9mu DevOps, bez toho, aby prem\u00fd\u0161\u013eali, \u010di to ostatn\u00ed bud\u00fa ochotn\u00ed a schopn\u00ed urobi\u0165,\u201c vysvet\u013euje Ben Greenell. \u201eT\u00edmy na realiz\u00e1ciu tak\u00fdchto projektov sa zvy\u010dajne skladaj\u00fa z presved\u010den\u00fdch \u201evikingov\u201c, ktor\u00ed u\u017e podobn\u00e9 veci robili inde, ale s\u00fa nov\u00e1\u010dikmi vo va\u0161ej organiz\u00e1cii. Navy\u0161e s\u00fa povzbudzovan\u00ed, aby poru\u0161ovali a ru\u0161ili pravidl\u00e1, ktor\u00e9 s\u00fa pre v\u0161etk\u00fdch ostatn\u00fdch st\u00e1le z\u00e1v\u00e4zn\u00e9. Jednoducho je jasn\u00e9, \u017ee takto sa formuje kult\u00fara rozde\u013eovania na \u201emy\u201c a \u201eoni\u201c, ktor\u00e1 br\u00e1ni prenosu znalost\u00ed a zru\u010dnost\u00ed.\u201c<\/p>\n
\u201eA tento kult\u00farny probl\u00e9m je len jedna z pr\u00ed\u010din, pre\u010do je \u0165a\u017ek\u00e9 \u0161k\u00e1lova\u0165 DevOps. T\u00edmy DevOps sa stret\u00e1vaj\u00fa s rastom \u010disto technick\u00fdch zlo\u017eitost\u00ed, ktor\u00e9 s\u00fa charakteristick\u00e9 pre r\u00fdchlo rast\u00face spolo\u010dnosti, ktor\u00e9 stavili na IT technol\u00f3gie,\u201c hovor\u00ed Steve Newman, zakladate\u013e a predseda predstavenstva spolo\u010dnosti Scalyr.<\/p>\n
\u201eV modernej dobe sa slu\u017eby menia hne\u010f, len \u010do sa objav\u00ed tak\u00e1 potreba. Neust\u00e1le implementova\u0165 a zav\u00e1dza\u0165 nov\u00e9 funkcie je ur\u010dite skvel\u00e9, ale koordin\u00e1cia tohto procesu a rie\u0161enie vznikaj\u00facich probl\u00e9mov s\u00fa naozaj ve\u013ekou hlavolamom,\u201c dod\u00e1va Steve Newman. \u201eV r\u00fdchlo rast\u00facich organiz\u00e1ci\u00e1ch sa in\u017einieri v r\u00e1mci kr\u00ed\u017eovo-funk\u010dn\u00fdch t\u00edmov sna\u017eia udr\u017ea\u0165 si schopnos\u0165 sledova\u0165 zmeny a kask\u00e1dov\u00e9 efekty, ktor\u00e9 z nich vypl\u00fdvaj\u00fa na \u00farovni z\u00e1vislost\u00ed. Navy\u0161e, in\u017einierom rozhodne nie je po chuti, ke\u010f s\u00fa o t\u00fato schopnos\u0165 pripraven\u00ed, \u010do s\u0165a\u017euje porozumenie z\u00e1kladn\u00fdm probl\u00e9mom.\u201c<\/p>\n
Ako prekon\u00e1va\u0165 vy\u0161\u0161ie uveden\u00e9 \u0165a\u017ekosti a prejs\u0165 na masov\u00e9 vyu\u017e\u00edvanie DevOps v ve\u013ekej organiz\u00e1cii? Odborn\u00edci vyz\u00fdvaj\u00fa k trpezlivosti, aj ke\u010f va\u0161\u00edm kone\u010dn\u00fdm cie\u013eom je ur\u00fdchli\u0165 softv\u00e9rov\u00fd v\u00fdvoj a obchodn\u00fdch procesov.<\/b><\/p>\n1. Pam\u00e4tajte, \u017ee na zmeny v kult\u00fare je potrebn\u00fd \u010das<\/h4>\n
\nJayne Groll, v\u00fdkonn\u00e1 riadite\u013eka In\u0161tit\u00fatu DevOps:<\/b> Pod\u013ea m\u0148a by roz\u0161\u00edrenie DevOps malo by\u0165 rovnak\u00e9 postupn\u00e9 a iterat\u00edvne, ako je agiln\u00fd v\u00fdvoj (a rovnako by sa malo dotkn\u00fa\u0165 kult\u00fary). V Agile a DevOps sa kladie d\u00f4raz na mal\u00e9 t\u00edmy. Av\u0161ak s rastom po\u010dtu a integr\u00e1ciou t\u00fdchto t\u00edmov vid\u00edme \u010doraz viac \u013eud\u00ed, ktor\u00ed uplat\u0148uj\u00fa nov\u00e9 pracovn\u00e9 met\u00f3dy, a ako v\u00fdsledok doch\u00e1dza k rozsiahlej kult\u00farnej transform\u00e1cii.<\/p>\n2. Venova\u0165 dostatok \u010dasu pl\u00e1novaniu a v\u00fdberu platformy<\/h4>\n
\nEran Kinsbruner, ved\u00faci technick\u00fd evanjelista spolo\u010dnosti Perfecto:<\/b> Aby sa skalovanie \u00faspe\u0161ne uskuto\u010dnilo, musia sa t\u00edmy DevOps najprv nau\u010di\u0165 kombinova\u0165 tradi\u010dn\u00e9 procesy, n\u00e1stroje a zru\u010dnosti, a potom pomaly rozv\u00edja\u0165 ka\u017ed\u00fa jednotliv\u00fa f\u00e1zu DevOps a stabilizova\u0165 ju. V\u0161etko to za\u010d\u00edna d\u00f4kladn\u00fdm pl\u00e1novan\u00edm pou\u017e\u00edvate\u013esk\u00fdch pr\u00edbehov a tokov vytv\u00e1rania hodnoty, po ktorom nasleduje etapa p\u00edsania softv\u00e9ru a spr\u00e1vy verzi\u00ed pomocou trunk-based development alebo in\u00fdch pr\u00edstupov, ktor\u00e9 najlep\u0161ie vyhovuj\u00fa pre vetvenie a zl\u00fa\u010denie k\u00f3du.<\/p>\n
N\u00e1sledne prich\u00e1dza f\u00e1za integr\u00e1cie a testovania, kde je u\u017e potrebn\u00e1 \u0161k\u00e1lovate\u013en\u00e1 platforma na automatiz\u00e1ciu. A tu je pre t\u00edmy DevOps d\u00f4le\u017eit\u00e9 zvoli\u0165 spr\u00e1vnu platformu, ktor\u00e1 zabezpe\u010d\u00ed ich \u00farove\u0148 zru\u010dnost\u00ed a kone\u010dn\u00e9 ciele projektu. <\/p>\n
Nasleduj\u00faca f\u00e1za je nasadenie do produk\u010dn\u00e9ho prostredia, ktor\u00e9 mus\u00ed by\u0165 \u00faplne automatizovan\u00e9 s vyu\u017eit\u00edm orkestr\u00e1torsk\u00fdch n\u00e1strojov a kontajnerov. D\u00f4le\u017eit\u00e9 je ma\u0165 virtualizovan\u00e9 prostredia vo v\u0161etk\u00fdch f\u00e1zach DevOps (simul\u00e1tor produk\u010dn\u00e9ho prostredia, prostredie kontroly kvality a samotn\u00e9 produk\u010dn\u00e9 prostredie) a v\u017edy na testovanie pou\u017e\u00edva\u0165 len najnov\u0161ie d\u00e1ta, aby sme z\u00edskali aktu\u00e1lne z\u00e1very. Analytika by mala by\u0165 inteligentn\u00e1 a schopn\u00e1 spracov\u00e1va\u0165 ve\u013ek\u00e9 d\u00e1ta s r\u00fdchlou a efekt\u00edvnou sp\u00e4tnou v\u00e4zbou.<\/p>\n
3. Zbavte sa zodpovednosti bez pocitu viny<\/h4>\n \nGordon Haff, evanjelista RedHat:<\/b> \u201eVytvorenie syst\u00e9mu a atmosf\u00e9ry, ktor\u00e1 povo\u013euje a povzbudzuje experimentovanie, umo\u017e\u0148uje realizova\u0165 takzvan\u00e9 \u00faspe\u0161n\u00e9 zlyhania v agile v\u00fdvoji softv\u00e9ru. Neznamen\u00e1 to v\u0161ak, \u017ee za zlyhania u\u017e nikto nezodpoved\u00e1. V skuto\u010dnosti je ur\u010di\u0165 zodpovedn\u00e9ho e\u0161te jednoduch\u0161ie, preto\u017ee \u201eby\u0165 zodpovedn\u00fdm\u201c u\u017e neznamen\u00e1 \u201esta\u0165 sa vinn\u00edkom hav\u00e1rie\u201c. To znamen\u00e1, \u017ee podstata zodpovednosti sa kvalitne men\u00ed. Pri tom sa mimoriadne d\u00f4le\u017eit\u00fdmi st\u00e1vaj\u00fa \u0161tyri faktory: rozsah zlyhania, pr\u00edstupy, v\u00fdrobn\u00e9 procesy a stimuly.\u201c (Viac o t\u00fdchto faktoroch si m\u00f4\u017eete pre\u010d\u00edta\u0165 v \u010dl\u00e1nku Gordona Haffa \u201eDevOps lessons: 4 aspects of healthy experiments\u201c.)<\/p>\n4. Uvo\u013enite cestu vpred<\/h4>\n
\nBen Grinnell, managing director a ved\u00faci sekcie digit\u00e1lnych technol\u00f3gi\u00ed konzultantskej firmy North Highland:<\/b> \u201eAby sa dosiahlo \u0161k\u00e1lovanie, odpor\u00fa\u010dam spusti\u0165 program \u201euvo\u013e\u0148ovania cesty\u201c spolu s priekopn\u00edckymi projektmi. Cie\u013eom tohto programu je odstr\u00e1ni\u0165 odpad, ktor\u00fd zost\u00e1va za priekopn\u00edkmi DevOps, ako s\u00fa neaktu\u00e1lne pravidl\u00e1 a in\u00e9 podobn\u00e9 z\u00e1le\u017eitosti, aby cesta vpred zostala vo\u013en\u00e1.\u201c<\/p>\n
\u201ePoskytnite \u013eu\u010fom organiza\u010dn\u00fa podporu a povzbudzujte komunik\u00e1ciu, ktor\u00e1 presahuje skupinu priekopn\u00edkov, \u0161iroko oslavuj\u00fac \u00faspechy nov\u00fdch pracovn\u00fdch met\u00f3d. Vzdel\u00e1vajte \u013eud\u00ed zapojen\u00fdch do nasleduj\u00facej vlny projektov DevOps, ktor\u00ed sa ob\u00e1vaj\u00fa, \u017ee prv\u00fdkr\u00e1t pou\u017e\u00edvaj\u00fa DevOps. A pam\u00e4tajte, \u017ee t\u00edto \u013eudia sa v\u00fdrazne l\u00ed\u0161ia od priekopn\u00edkov.\u201c<\/p>\n
5. Urobte n\u00e1stroje pr\u00edstupnej\u0161\u00edmi<\/h4>\n \nSteve Newman, zakladate\u013e a predseda predstavenstva spolo\u010dnosti Scalyr:<\/b> \u201eN\u00e1stroje by nemali by\u0165 skryt\u00e9 pred \u013eu\u010fmi a mali by by\u0165 relat\u00edvne jednoduch\u00e9 na zvl\u00e1dnutie pre ka\u017ed\u00e9ho, kto je ochotn\u00fd venova\u0165 tomu \u010das. Ak je mo\u017enos\u0165 \u017eiada\u0165 o logy poskytnut\u00e1 iba trom \u013eu\u010fom \u201ecertifikovan\u00fdm\u201c na pr\u00e1cu s ur\u010dit\u00fdm n\u00e1strojom, v\u017edy budete ma\u0165 maxim\u00e1lne troch \u013eud\u00ed, ktor\u00ed s\u00fa schopn\u00ed poradi\u0165 si s dan\u00fdm probl\u00e9mom, aj ke\u010f m\u00e1te ve\u013emi ve\u013ek\u00e9 v\u00fdpo\u010dtov\u00e9 prostredie. In\u00fdmi slovami, tu vznik\u00e1 \u00fazky bod, ktor\u00fd m\u00f4\u017ee ma\u0165 v\u00e1\u017ene (pre podnik) n\u00e1sledky.\u201c<\/p>\n6. Vytvorte ide\u00e1lne podmienky na pr\u00e1cu t\u00edmu<\/h4>\n
\nTom Clark, ved\u00faci sekcie Common Platform v telekomunika\u010dnej spolo\u010dnosti ITV:<\/b> \u201eM\u00f4\u017eete robi\u0165 \u010doko\u013evek, ale nie v\u0161etko naraz. Preto si stanovte ve\u013ek\u00e9 ciele, za\u010dnite s mal\u00fdmi krokmi a pos\u00favajte sa vpred r\u00fdchlymi iter\u00e1ciami. S \u010dasom si vybudujete reput\u00e1ciu t\u00edmu, ktor\u00fd v\u0161etko zvl\u00e1da, a tak bud\u00fa chcie\u0165 aj ostatn\u00ed vyu\u017ei\u0165 va\u0161e met\u00f3dy. A nehnajte sa za vytv\u00e1ran\u00edm vysoko v\u00fdkonn\u00e9ho t\u00edmu. Namiesto toho zabezpe\u010dte \u013eu\u010fom ide\u00e1lne podmienky na pr\u00e1cu a efektivita pr\u00edde sama.\u201c<\/p>\n7. Nezab\u00fadajte na Conwayov z\u00e1kon a kanbanov\u00e9 tabule<\/h4>\n
\nLogan Daigle, riadite\u013e pre dod\u00e1vanie softv\u00e9ru a DevOps strat\u00e9giu spolo\u010dnosti CollabNetVersionOne:<\/b> \u201eJe d\u00f4le\u017eit\u00e9 uvedomi\u0165 si d\u00f4sledky Conwayovho z\u00e1kona. V mojom vo\u013enom preklade tento z\u00e1kon hovor\u00ed, \u017ee produkty, ktor\u00e9 vytv\u00e1rame, a procesy, ktor\u00e9 pri tom pou\u017e\u00edvame, vr\u00e1tane DevOps, s\u00fa usporiadan\u00e9 rovnako ako na\u0161a organiz\u00e1cia.\u201c<\/p>\n
\u201eAk je v organiz\u00e1cii vysok\u00e1 roztrhnutos\u0165 a pri pl\u00e1novan\u00ed, vytv\u00e1ran\u00ed a vyd\u00e1van\u00ed softv\u00e9ru sa riadenie mnohokr\u00e1t pren\u00e1\u0161a z r\u00fak do r\u00fak, efekt \u0161k\u00e1lovania bude nulov\u00fd alebo kr\u00e1tkodob\u00fd. Ak v\u0161ak organiz\u00e1cia vytv\u00e1ra kr\u00ed\u017eovo-funk\u010dn\u00e9 t\u00edmy okolo produktov financovan\u00fdch s orient\u00e1ciou na trh, \u0161ance na \u00faspech rap\u00eddne vzrastaj\u00fa.\u201c<\/p>\n
\u201e\u010eal\u0161\u00ed d\u00f4le\u017eit\u00fd aspekt \u0161k\u00e1lovania spo\u010d\u00edva v tom, aby v\u0161etky pr\u00e1ce, ktor\u00e9 s\u00fa v procese vykon\u00e1vania (WIP, work in progress), boli vidite\u013en\u00e9 na kanbanov\u00fdch tabuliach. Ke\u010f sa v organiz\u00e1cii objav\u00ed miesto, kde m\u00f4\u017eu \u013eudia vidie\u0165 tak\u00e9to veci, silno to stimuluje spolupr\u00e1cu, \u010do pozit\u00edvne ovplyv\u0148uje \u0161k\u00e1lovanie.\u201c<\/p>\n
8. H\u013eadajte star\u00e9 jazvy<\/h4>\n \nManuel Pais, konzultant pre DevOps a spoluautor knihy \u201eTeam Topologies\u201c:<\/b> \u201eZav\u00e1dza\u0165 praktiky DevOps za hranice Dev a Ops a pok\u00fa\u0161a\u0165 sa ich aplikova\u0165 na in\u00e9 funkcie nie je optim\u00e1lny pr\u00edstup. Toto ur\u010dite prinesie ur\u010dit\u00e9 \u00fa\u010dinky (napr. v\u010faka automatiz\u00e1cii ru\u010dn\u00e9ho riadenia), ale ove\u013ea viac mo\u017eno dosiahnu\u0165, ak za\u010dneme pochopen\u00edm procesov dod\u00e1vania a sp\u00e4tnej v\u00e4zby\u201c.<\/p>\n
Ak v IT syst\u00e9me organiz\u00e1cie existuj\u00fa star\u00e9 jazvy - postupy a mechanizmy riadenia, ktor\u00e9 boli zaveden\u00e9 na z\u00e1klade predch\u00e1dzaj\u00facich incidentov, ale stratili aktu\u00e1lnos\u0165 (kv\u00f4li zmene produktov, technol\u00f3gi\u00ed alebo procesov), mali by sa bezpodmiene\u010dne odstr\u00e1ni\u0165 alebo vyhladi\u0165, a nie automatizova\u0165 neefekt\u00edvne alebo nepotrebn\u00e9 procesy.<\/p>\n
9. Nepodporujte r\u00f4zne varianty DevOps<\/h4>\n \nAntony Edwards, riadite\u013e v\u00fdroby spolo\u010dnosti Eggplant:<\/b> \u201eDevOps je ve\u013emi neur\u010dit\u00fd pojem, a preto m\u00e1 ka\u017ed\u00e9 t\u00edm svoje vlastn\u00e9 varianty DevOps. A nie je ni\u010d hor\u0161ie, ke\u010f v organiz\u00e1cii vznikne hne\u010f 20 r\u00f4znych variantov DevOps, ktor\u00e9 sa ve\u013emi dobre nezhoduj\u00fa. Nem\u00f4\u017ee to by\u0165 tak, \u017ee ka\u017ed\u00e9 z troch v\u00fdvoj\u00e1rskych t\u00edmov bude ma\u0165 svoj \u0161peci\u00e1lny rozhranie medzi v\u00fdvojom a riaden\u00edm produktu. Rovnako nem\u00f4\u017ee by\u0165, aby produkty mali svoje vlastn\u00e9 jedine\u010dn\u00e9 o\u010dak\u00e1vania t\u00fdkaj\u00face sa spracovania sp\u00e4tnej v\u00e4zby pri presune do simul\u00e1tora v\u00fdrobn\u00e9ho prostredia. Inak nikdy nebudete schopn\u00ed \u0161k\u00e1lova\u0165 DevOps.\u201c<\/p>\n10. Propagujte hodnotu DevOps pre biznis<\/h4>\n
\nSteve Newman, zakladate\u013e a predseda predstavenstva spolo\u010dnosti Scalyr:<\/b> \u201ePracujte na uznan\u00ed hodnoty DevOps. Nau\u010dte sa a nebojte sa hovori\u0165 o u\u017eito\u010dnosti toho, \u010do rob\u00edte. DevOps nesmierne \u0161etr\u00ed \u010das a peniaze (len si pomyslite: menej prestojov, krat\u0161ia priemern\u00e1 doba zotavenia), a t\u00edmy DevOps by mali neust\u00e1le zd\u00f4raz\u0148ova\u0165 (a propagova\u0165) d\u00f4le\u017eitos\u0165 t\u00fdchto iniciat\u00edv pre \u00faspech biznisu. Tak si m\u00f4\u017eete roz\u0161\u00edri\u0165 okruh st\u00fapencov a posilni\u0165 vplyv DevOps v organiz\u00e1cii.\u201c<\/p>\nBONUS<\/h3>\n
\nNa Red Hat Forum Russia<\/a><\/noindex> 13. septembra pr\u00edde n\u00e1\u0161 vlastn\u00fd DevOps \u2013 \u00e1no, Red Hat m\u00e1 ako v\u00fdrobca softv\u00e9ru svoje vlastn\u00e9 DevOps t\u00edm a prax.<\/b><\/p>\nN\u00e1\u0161 in\u017einier Mark Birger, ktor\u00fd sa zaober\u00e1 v\u00fdvojom slu\u017eieb vn\u00fatornej automatiz\u00e1cie pre in\u00e9 skupiny v celej organiz\u00e1cii, na \u010distej ru\u0161tine rozpr\u00e1va svoju vlastn\u00fa pr\u00edbeh \u2013 ako t\u00edm DevOps Red Hat migroval aplik\u00e1cie z virtu\u00e1lnych prostred\u00ed Hat Virtualization, spravovan\u00fdch Ansible, do plnohodnotn\u00e9ho kontajnerov\u00e9ho form\u00e1tu na platforme OpenShift.<\/p>\n
Ale to e\u0161te nie je v\u0161etko:<\/b><\/p>\n
Akon\u00e1hle organiz\u00e1cie presunuli pracovn\u00e9 za\u0165a\u017eenia do kontajnerov, tradi\u010dn\u00e9 met\u00f3dy monitorovania aplik\u00e1ci\u00ed m\u00f4\u017eu zlyha\u0165. V druhej spr\u00e1ve vysvetl\u00edme na\u0161u motiv\u00e1ciu zmeni\u0165 sp\u00f4sob registr\u00e1cie a uk\u00e1\u017eeme pokra\u010dovanie cesty, ktor\u00e1 n\u00e1s priviedla k modern\u00fdm met\u00f3dam vedenia z\u00e1znamov a monitorovania.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0422\u0440\u0443\u0434\u043d\u043e \u0443\u043b\u043e\u0432\u0438\u0442\u044c \u0433\u043b\u0430\u0432\u043d\u043e\u0435, \u0433\u043e\u0432\u043e\u0440\u044f \u043e DevOps? \u041c\u044b \u0441\u043e\u0431\u0440\u0430\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u044f\u0440\u043a\u0438\u0435 \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0438, \u0443\u0434\u0430\u0440\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0441\u043e\u0432\u0435\u0442\u044b \u043e\u0442 \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043c\u043e\u0433\u0443\u0442 \u0434\u043e\u0439\u0442\u0438 \u0434\u043e \u0441\u0443\u0442\u0438 \u0434\u0430\u0436\u0435 \u043d\u0435\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u0430\u043c. \u0412 \u043a\u043e\u043d\u0446\u0435 \u0431\u043e\u043d\u0443\u0441 \u2013 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 DevOps \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u043e\u0432 Red Hat. \u0422\u0435\u0440\u043c\u0438\u043d DevOps \u0432\u043e\u0437\u043d\u0438\u043a 10 \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434 \u0438 \u043f\u0440\u043e\u0448\u0435\u043b \u043f\u0443\u0442\u044c \u043e\u0442 \u0445\u044d\u0448\u0442\u0435\u0433\u0430 \u0432 \u0422\u0432\u0438\u0442\u0442\u0435\u0440\u0435 \u0434\u043e \u043c\u043e\u0449\u043d\u043e\u0433\u043e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0434\u0432\u0438\u0436\u0435\u043d\u0438\u044f \u0432 \u043c\u0438\u0440\u0435 \u0418\u0422, \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28183,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-37551","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Hovor\u00edme](\"\/wp-content\/uploads\/2019\/08\/c3df26c470065767bc37e7d1c732d0b5.jpeg\")