{"id":37009,"date":"2019-10-31T22:15:16","date_gmt":"2019-10-31T19:15:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ob-adminah-devopsah-beskonechnoj-putanitse-i-devops-transformatsii-vnutri-kompanii\/"},"modified":"2019-10-31T22:15:16","modified_gmt":"2019-10-31T19:15:16","slug":"ob-adminah-devopsah-beskonechnoj-putanitse-i-devops-transformatsii-vnutri-kompanii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/ob-adminah-devopsah-beskonechnoj-putanitse-i-devops-transformatsii-vnutri-kompanii","title":{"rendered":"O administratorima, devopsima, beskona\u010dnom zbrci i DevOps transformaciji unutar tvrtke","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"O
\n
\n\u0160to je potrebno za uspjeh IT tvrtke u 2019. godini? Predava\u010di na konferencijama i meet-upovima govore mnogo glasnih i ne uvijek jasnih rije\u010di obi\u010dnim ljudima. Borba za vrijeme implementacije, mikroservisi, odustajanje od monolita, DevOps transformacija i jo\u0161 mnogo toga. Ako zanemarimo verbalnu ljepotu i pri\u010damo izravno i jasno, sve se svodi na jednostavnu tezu: radite kvalitetan proizvod, a osim toga, radite ga i s udobno\u0161\u0107u za tim.<\/p>\n

Posljednje je postalo klju\u010dno. Poslovanje je nap finally do\u0161lo do spoznaje da udoban proces razvoja pove\u0107ava produktivnost, a ako je sve dobro ure\u0111eno i radi kao sat, to tako\u0111er osigurava odre\u0111eni prostor za manevar u kriti\u010dnim situacijama. Nekad je za taj manevar \u010dovjek smislio backup, no industrija se razvija, i do\u0161li smo do DevOps in\u017eenjera \u2014 ljudi koji proces interakcije razvoja i vanjske infrastrukture pretvaraju u ne\u0161to prikladno i ne povezano s \u0161amanizmom.<\/p>\n

Cjela ova pri\u010da o 'modulima' je divna, ali\u2026 Tako se dogodilo da je dio administratora naglo preimenovan u DevOps, dok su od samih DevOps in\u017eenjera po\u010deli tra\u017eiti, najmanje, vje\u0161tine telepatije i proro\u010danstva.
\n<\/a><\/noindex>
\nPrije nego \u0161to govorimo o modernim problemima osiguravanja infrastrukture, definirajmo \u0161to pod tim pojmom podrazumijevamo. Trenutno je situacija takva da smo do\u0161li do dvostrukosti ovog pojma: infrastruktura mo\u017ee biti uvjetno vanjska i uvjetno unutarnja. <\/p>\n

Pod vanjskom infrastrukturom smatramo sve ono \u0161to osigurava funkcionalnost usluge ili proizvoda \u010dijom se razvojem bavi tim. To su serveri aplikacije ili web stranice, hosting<\/a> i drugi servisi koji osiguravaju funkcionalnost proizvoda. <\/p>\n

Unutarnja infrastruktura uklju\u010duje servise i opremu koje koristi sam tim za razvoj i ostali zaposlenici, kojih obi\u010dno tako\u0111er ima dosta. To su interni serveri sustava za pohranu koda, lokalno postavljen upravitelj zadataka i sve, sve, sve \u0161to postoji unutar korporativnog intraneta.<\/p>\n

\u0160to to to\u010dno radi sistemski administrator u kompaniji? Osim \u0161to upravlja korporativnim intranetom, \u010desto nosi teret organizacijskih zadataka vezanih uz odr\u017eavanje uredske opreme. Administrator je onaj tip koji \u0107e brzo donijeti novi ra\u010dunar ili spreman rezervni laptop iz skladi\u0161ta, dati novu tipkovnicu i puzati po uredima, protegnuv\u0161i Ethernet kabel. Administrator je lokalni gospodar i vladar ne samo unutarnjih i vanjskih poslu\u017eitelja<\/a>, ve\u0107 i organizacijskih aspekata. Da, neki administratori mogu raditi isklju\u010divo na sistemskoj razini, bez hardvera. Njih treba izdvojiti u posebnu podkategoriju \"infrastrukturnih sistemskih administratora\". Drugi se specijaliziraju isklju\u010divo za odr\u017eavanje uredske opreme, a sre\u0107a je ako kompanija broji vi\u0161e od stotinu zaposlenika, posao nikad ne prestaje. No, ni jedni ni drugi nisu DevOps in\u017eenjeri.<\/p>\n

A tko su DevOps? DevOps in\u017eenjeri su ljudi koji se bave interakcijom razvoja softvera s vanjskom infrastrukturom. To\u010dnije, moderni DevOps in\u017eenjeri su mnogo dublje uklju\u010deni u procese razvoja i implementacije nego \u0161to su ikad bili administratori koji su jednostavno uploadali nadogradnje na ftp. Jedan od klju\u010dnih zadataka DevOps in\u017eenjera danas je osigurati ugodan i u\u010dinkovito strukturiran proces interakcije timova za razvoj i infrastrukturu proizvoda. Ove osobe su odgovorne za implementaciju sustava za vra\u0107anje i implementaciju, oni preuzimaju dio optere\u0107enja s programera i maksimalno se koncentriraju na svoju iznimno va\u017enu zada\u0107u. Ipak, DevOps nikad ne\u0107e provla\u010diti novi kabel ili dijeliti novi laptop iz skladi\u0161ta (c) KO <\/p>\n

U \u010demu je caka?<\/h4>\n

\nNa pitanje \"A tko je DevOps?\" polovina radnika u ovoj oblasti po\u010dinje odgovarati ne\u0161to poput \"Pa, to je, ukratko, neki administrator koji...\" i nastavljaju dalje. Da, nekada davno, kada se profesija DevOps in\u017eenjera tek po\u010dela razvijati iz najtalentiranijih administratora u smislu usluge, razlike izme\u0111u njih nisu bile svima o\u010dite. No sada, kada se funkcije DevOps-a i administratora u timu radikalno razlikuju, zbunjivati ih ili \u010dak stavljati znak jednakosti me\u0111u njima \u2013 nije prihvatljivo.<\/p>\n

Ali \u0161to to zna\u010di za posao?<\/p>\n

Zapo\u0161ljavanje, to je stvar. <\/p>\n

Otvarate natje\u010daj za \"Sistemskog administratora\", a tu su navedeni zahtjevi \u201esuradnja s razvojem i klijentima\u201c, \u201eCI\/CD sustavi\u201c, \u201eodr\u017eavanje poslu\u017eitelja i opreme tvrtke\u201c, \u201eadministracija unutarnjih sustava\u201c i tako dalje; shva\u0107ate da poslodavac iznosi neku glupost. Zamka je u tome \u0161to umjesto \"Sistemskog administratora\" u naslovu natje\u010daja treba stajati \"DevOps in\u017eenjer\", i ako se taj naslov promijeni, sve postaje jasno.<\/p>\n

Me\u0111utim, kakav dojam ostavlja takav natje\u010daj? Da tvrtka tra\u017ei svestranog radnika koji \u0107e upravljati sustavom kontrole verzija i nadzora, i obaviti isto tako jo\u0161 mnogo toga\u2026<\/p>\n

A zapravo, da ne bi pove\u0107avali delirij na tr\u017ei\u0161tu rada, dovoljno je zvati natje\u010daje pravim imenima i jasno shvatiti da su DevOps in\u017eenjer i sistemski administrator dvije razli\u010dite entiteta. No, bezobzirna \u017eelja nekih poslodavaca da od kandidata tra\u017ee \u0161to \u0161iri spektar zahtjeva dovodi do toga da \"klasi\u010dni\" sistemski administratori prestaju razumjeti \u0161to se doga\u0111a oko njih. Zar profesija mutira i oni su zakasnili?<\/p>\n

Ne, ne i jo\u0161 jednom ne. Infrastrukturni administratori, koji \u0107e upravljati unutarnjim poslu\u017eiteljima tvrtke, ili zauzimati pozicije L2\/L3 podr\u0161ke i pomagati ostalim zaposlenicima, nisu nestali i ne planiraju oti\u0107i.<\/p>\n

Mogu li ti stru\u010dnjaci postati DevOps in\u017eenjeri? Naravno da mogu. Naime, to je srodno okru\u017eenje koje zahtijeva vje\u0161tine sistemskog administratora, ali pored toga, uklju\u010duje rad s monitoringom, sustavima isporuke i, u cjelini, blisku suradnju s razvojnim i testnim timovima.<\/p>\n

Jo\u0161 jedan problem DevOps-a<\/h4>\n

\nU stvarnosti, sve se ne zavr\u0161ava samo na zapo\u0161ljavanju i stalnoj zbrci izme\u0111u administratora i devopsa. U nekom trenutku, poslovanje se suo\u010dilo s problemom isporuke a\u017euriranja i suradnje razvojnog tima s krajnjom infrastrukturom.<\/p>\n

Mo\u017eda je to bilo kada je na scenu neke konferencije iza\u0161ao \u010dovjek s vatrenim o\u010dima i rekao: 'Mi to radimo ovako i zovemo to DevOps. Ove ekipe rije\u0161it \u0107e sve va\u0161e probleme' \u2014 i po\u010deo pri\u010dati kako dobro \u017eive u kompaniji nakon uvo\u0111enja DevOps praksi.<\/p>\n

Me\u0111utim, nije dovoljno zaposliti DevOps in\u017eenjera da bi sve funkcioniralo 'kako treba'. Tvrtka mora pro\u0107i kroz kompletnu DevOps transformaciju, to jest, uloga i mogu\u0107nosti na\u0161eg devopsa moraju biti jasno razumljive i s strane razvojnog i testnog tima proizvoda. O tome imamo \"divnu\" pri\u010du koja u potpunosti ilustrira svu tu kataklizmu koja se odvija.<\/p>\n

Situacija. Od devopsa se tra\u017ei da postavi sistem za vra\u0107anje verzija, a da se posebno ne upu\u0161ta u to kako \u0107e to raditi. Pretpostavimo da unutar sistema Users \u2014 to su zasebna polja za ime, prezime i \u0161ifru. Dolazi nova verzija proizvoda, ali za programere \u201evra\u0107anje\u201c je samo \u010darobna \u0161tapica koja \u0107e sve popraviti, i oni \u010dak ni ne shva\u0107aju kako to funkcionira. Primjerice, programeri su u najnovijem patchu spojili polja imena i prezimena, pustili to u produkciju, a verzija usporava iz nekog razloga. \u0160to se doga\u0111a? Uprava dolazi do devopsa i ka\u017ee \u201eUhvati prekida\u010d!\u201c, odnosno tra\u017ee od njega da se vrati na prethodnu verziju. \u0160to radi devops? Vra\u0107a se na prethodnu verziju, ali po\u0161to programeri nisu htjeli da se dublje zadr\u017ee na tome kako se vrati, niko devopsu nije rekao da treba da vrati i bazu. Na kraju, sve nam pada, a korisnici umesto usporene stranice vide gre\u0161ku \u201e500\u201c, jer stara verzija ne radi s poljima nove baze. Devops o tome nije obave\u0161ten. Programeri \u0107ute. Uprava po\u010dinje da gubi \u017eivce i novac i se\u0107a se backup-ova, predla\u017eu\u0107i da se vrate na njih, kako bi \u201ebarem ne\u0161to radilo\u201c. Kao rezultat, korisnici gube sve svoje podatke za nekakav vremenski period.<\/p>\n

Naravno, devops dobija najvi\u0161e kritika jer \"nije napravio pravi sistem vra\u0107anja\", dok je to \u0161to su programeri u ovoj pri\u010di krivi, nikoga ne zanima.<\/p>\n

Zaklju\u010dak je jednostavan: bez odgovaraju\u0107eg pristupa DevOps-u, kao takvom, nije mnogo koristi od njega.
\nNajva\u017enije \u0161to treba zapamtiti: DevOps in\u017eenjer nije \u010darobnjak, i bez kvalitetne komunikacije i dvosmerne interakcije s razvojem, ne\u0107e mo\u0107i da izvr\u0161i svoje zadatke. Devopse ne treba ostaviti nasamo sa svojim \"problemima\" ili im dati direktivu \"ne me\u0161aj se s programerima, njihovo je da kodiraju\", a onda se nadati da \u0107e sve raditi kako treba u kriti\u010dnom trenutku. Tako to ne funkcioni\u0161e.<\/p>\n

U su\u0161tini, DevOps su kompetencije na granici izme\u0111u menad\u017ementa i tehnologije. I to nije o\u010digledno, da bi u ovom kokteilu tehnologija trebalo biti vi\u0161e nego menad\u017ementa. Ako zaista \u017eelite izgraditi br\u017ee i efikasnije procese razvoja, morate vjerovati svom DevOps-u. On poznaje potrebne alate, realizovao je sli\u010dne projekte, zna kako to u\u010diniti. Pomozite mu, slu\u0161ajte njegove savete, ne poku\u0161avajte ga izolovati u autonomnu jedinicu. Dok administratori mogu raditi sami, DevOps-ovi u tom slu\u010daju postaju beskorisni; ne mogu vam pomo\u0107i da postanete bolji ako ne \u017eelite prihvatiti tu pomo\u0107.<\/p>\n

I posljednje: prestanite vrije\u0111ati administratore-infrastrukturne radnike. Oni imaju svoj, izuzetno va\u017ean front rada. Da, administrator mo\u017ee postati DevOps in\u017eenjer, ali to se treba dogoditi prema \u017eelji same osobe, a ne prisilno. Nema ni\u010deg lo\u0161eg u tome \u0161to sistemski administrator \u017eeli ostati sistemski administrator \u2014 to je njegovo odvojeno zanimanje i njegovo pravo. Ako postoji \u017eelja za profesionalnom transformacijom, tada se mora imati na umu da \u0107e se osim tehnolo\u0161kih ve\u0161tina morati razvijati i menad\u017eerske. Sve te ljude bi trebalo povezati i nau\u010diti da komuniciraju na istom jeziku, verovatno ste vi kao lider ti koji \u0107e to morati u\u010diniti.
\n
Izvor: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0427\u0442\u043e \u043d\u0443\u0436\u043d\u043e \u0434\u043b\u044f \u0443\u0441\u043f\u0435\u0445\u0430 IT-\u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u0432 2019 \u0433\u043e\u0434\u0443? \u041b\u0435\u043a\u0442\u043e\u0440\u044b \u043d\u0430 \u043a\u043e\u043d\u0444\u0430\u0445 \u0438 \u043c\u0438\u0442\u0430\u043f\u0430\u0445 \u0433\u043e\u0432\u043e\u0440\u044f\u0442 \u043c\u043d\u043e\u0433\u043e \u0433\u0440\u043e\u043c\u043a\u0438\u0445 \u0438 \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u043f\u043e\u043d\u044f\u0442\u043d\u044b\u0445 \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u044b\u043c \u043b\u044e\u0434\u044f\u043c \u0441\u043b\u043e\u0432. \u0411\u043e\u0440\u044c\u0431\u0430 \u0437\u0430 \u0432\u0440\u0435\u043c\u044f \u0434\u0435\u043f\u043b\u043e\u044f, \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u044b, \u043e\u0442\u043a\u0430\u0437 \u043e\u0442 \u043c\u043e\u043d\u043e\u043b\u0438\u0442\u0430, DevOps-\u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0438 \u043c\u043d\u043e\u0433\u043e-\u043c\u043d\u043e\u0433\u043e \u0447\u0435\u0433\u043e \u0435\u0449\u0451. \u0415\u0441\u043b\u0438 \u043e\u0442\u0431\u0440\u043e\u0441\u0438\u0442\u044c \u0441\u043b\u043e\u0432\u0435\u0441\u043d\u0443\u044e \u043a\u0440\u0430\u0441\u043e\u0442\u0443 \u0438 \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043f\u0440\u044f\u043c\u043e \u0438 \u043f\u043e-\u0440\u0443\u0441\u0441\u043a\u0438, \u0442\u043e \u0432\u0441\u0451 \u0441\u0432\u043e\u0434\u0438\u0442\u0441\u044f \u043a \u043f\u0440\u043e\u0441\u0442\u043e\u043c\u0443 \u0442\u0435\u0437\u0438\u0441\u0443: \u0434\u0435\u043b\u0430\u0439\u0442\u0435 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442, \u043f\u0440\u0438\u0447\u0435\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27738,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37009","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47O administratorima, DevOps-u, beskrajnom konfuzijom i DevOps transformaciji unutar kompanije | ProHoster","description":"\u0160to je potrebno.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/ob-adminah-devopsah-beskonechnoj-putanitse-i-devops-transformatsii-vnutri-kompanii","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0431 \u0430\u0434\u043c\u0438\u043d\u0430\u0445, \u0434\u0435\u0432\u043e\u043f\u0441\u0430\u0445, \u0431\u0435\u0441\u043a\u043e\u043d\u0435\u0447\u043d\u043e\u0439 \u043f\u0443\u0442\u0430\u043d\u0438\u0446\u0435 \u0438 DevOps-\u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432\u043d\u0443\u0442\u0440\u0438 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 | ProHoster","og:description":"\u0427\u0442\u043e \u043d\u0443\u0436\u043d\u043e.","og:url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/ob-adminah-devopsah-beskonechnoj-putanitse-i-devops-transformatsii-vnutri-kompanii","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:15:16+00:00","article:modified_time":"2019-10-31T19:15:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37009","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 20:17:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:35:26","updated":"2026-02-09 20:17:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/37009","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=37009"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/37009\/revisions"}],"predecessor-version":[{"id":159595,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/37009\/revisions\/159595"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/27738"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=37009"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=37009"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=37009"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}