{"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\/sl\/blog\/administrirovanie\/devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat","title":{"rendered":"DevOps in\u017een\u00fd\u0159i neexistuj\u00ed. Kdo tedy existuje a co s t\u00edm d\u011blat?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"DevOps<\/p>\n

<\/p>\n

V zadnjem \u010dasu so tovrstni oglasi zasuli internet. Kljub privla\u010dni pla\u010di ne more spregledati, da znotraj pi\u0161ejo povsem nenavadne stvari. Sprva se domneva, da se 'DevOps' in 'in\u017eenir' nekako zdru\u017eita v eno besedo, nato pa sledi naklju\u010dni seznam zahtev, del katerih je o\u010ditno prepisan iz oglasa za sistemskega administratorja.<\/p>\n

<\/p>\n

V tej objavi bi rad nekoliko spregovoril o tem, kako smo pri\u0161li do tega, kar je DevOps v resnici, in kaj zdaj s tem narediti.<\/p>\n

<\/p>\n

Tovrstne zaposlitve lahko kritiziramo na razli\u010dne na\u010dine, a dejstvo ostaja dejstvo: je veliko jih in tak je trg trenutno. Organizirali smo DevOps konferenco in odprto izjavljamo: 'DevOops<\/a><\/noindex> \u2014 ni za DevOps in\u017eenirje'. Tu se bo mnogim zdelo \u010dudno in nenavadno: zakaj se ljudje, ki organizirajo povsem komercialni dogodek, upravljajo proti trgu. Sedaj bomo to razlo\u017eili.<\/p>\n

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

O kulturi in procesih<\/h2>\n

<\/p>\n

Za\u010dnimo s tem, da DevOps ni in\u017eenirska disciplina. Vse se je za\u010delo s tem, da dosedanja razdelitev vlog ne deluje v dobro kakovosti produktov. Ko programerji samo programirajo, ne \u017eelijo sli\u0161ati ni\u010d o testiranju \u2014 programska oprema je polna napak. Ko administratorjem ni mar, kako in zakaj je programska oprema napisana \u2014 podpora postane pekel. <\/p>\n

<\/p>\n

Na primer, opis razlike med pristopom sistemskega administratorja in SRE k upravljanju storitev, se za\u010dne s slavno knjigo Google SRE.<\/a><\/noindex>Zanimive raziskave so bile izvedene v okviru raziskave DORA,<\/a><\/noindex> \u2014 ka\u017ee, da najbolj\u0161ih razvijalci na nek na\u010din uspejo uvajati nove spremembe v produkcijo hitreje, kot enkrat na uro. Tudi sami ro\u010dno testirajo najve\u010d 10% (kar se vidi iz lanskoletne DORA).<\/a><\/noindex>Kako jim to uspe? 'Excel ali umri' \u2013 pravi eden od naslovov poro\u010dila. Za podrobno razpravo o teh statisti\u010dnih podatkih v kontekstu testiranja se lahko obrnete na glavnega nagovor Barucha Sadogurskega, ki pravi: 'Imamo DevOps. Pojdimo na odpustitev vseh testerjev'.<\/a><\/noindex> na drugi na\u0161i konferenci, Heisenbug.<\/p>\n

<\/p>\n

'Ko ni soglasja med tovari\u0161i,
\nzadeva ne bo \u0161la naprej,
\niz njega ne bo pri\u0161lo ni\u010d, le mu\u010denje.
\nNekega dne so Labod, Raka in \u0160uka\u2026'<\/p><\/blockquote>\n

Kako mislite, koji deo web programera zaista razume u kojim uslovima se njihovi aplikacije koriste na produkciji? Koliko njih \u0107e oti\u0107i kod administratora i poku\u0161ati da sazna \u0161ta \u0107e se desiti kada baza padne? A ko \u0107e od njih oti\u0107i kod tester\u00e2 i zamoliti ih da ih nau\u010de kako ispravno pisati testove? A tu su jo\u0161 i bezbednjaci, menad\u017eeri proizvoda i mnogo drugih ljudi.<\/p>\n

<\/p>\n

Osnovna ideja DevOps-a je da se uspostavi saradnja izme\u0111u uloga i odeljenja. Pre svega, to se ne posti\u017ee nekim slo\u017eenim softverom, ve\u0107 praksom komunikacije. DevOps je kultura, praksa, metodologija i procesi. Ne postoji takva in\u017eenjerska specijalnost koja bi odgovarala na ova pitanja.<\/p>\n

<\/p>\n

Zatvoreni krug<\/h2>\n

<\/p>\n

Odakle je onda nastala disciplina 'devops in\u017eenjerstva'? Imamo teoriju! DevOps ideje su se pokazale odli\u010dnim \u2014 toliko odli\u010dnim da su postale \u017ertve svog uspeha. Oko cijele ove teme po\u010deli su se okupljati sumnjivi regruteri i trgovci ljudima, koji imaju svoju specifi\u010dnu atmosferu.<\/p>\n

<\/p>\n

Zamislite: ju\u010de ste u Himmku pravili \u0161aurmu, a danas ste ve\u0107 va\u017ena osoba, senior regruter. Tu je ceo proces tra\u017eenja i selekcije kandidata, nije jednostavno, treba razumeti. Recimo, \u0161ef odeljenja ka\u017ee: na\u0111i stru\u010dnjaka za X. Doplata je re\u010d 'in\u017eenjer' pored X, i stvar re\u0161ena. Treba vam Linux? Pa to je sigurno Linux-in\u017eenjer, \u017eelite DevOps \u2014 DevOps-in\u017eenjer. Oglas se ne sastoji samo od naslova, ve\u0107 je potrebno napisati neki tekst unutra. Najlak\u0161e je napisati skup klju\u010dnih re\u010di iz Google-a, koliko ko mo\u017ee da smisli. DevOps se sastoji od dve re\u010di \u2014 'Dev' i 'Ops', zna\u010di, treba spojiti klju\u010dne re\u010di vezane za programere i administeratore, sve u jednu hrpu. Tako se pojavljuju oglasi o poznavanju 42 programskih jezika i 20 godina kori\u0161\u0107enja Kubernetes-a i Swarm-a istovremeno. Radna shema.<\/p>\n

<\/p>\n

Tako je u svesti ljudi ukorenjen besmislen i nemilosrdan imid\u017e nekog superjunaka-'devops-a', koji \u0107e svima podesiti deploy na Jenkins-u, i sre\u0107a \u0107e do\u0107i. Ah, kad bi sve bilo tako jednostavno. \"A, tako se mogu loviti sistem administratori,\" misli HR, \"re\u010d je moderna, klju\u010dne re\u010di su iste, moraju se javiti.\"<\/p>\n

<\/p>\n

Povpra\u0161evanje ustvarja ponudbo, in na te vandalske zaposlitve je priletelo neverjetno \u0161tevilo sistemskih administratorjev, ki so spoznali, da lahko delajo vse isto kot prej, a prejemajo ve\u010d, \u010de se poimenujejo za 'devopse'. Tako kot si prej konfiguriral stre\u017enike preko SSH, jih bo\u0161 \u0161e naprej konfiguriral sam, zdaj pa naj bi to bilo devops-praktika. To je nekak\u0161na zapletena pojavnost, delno povezana z undervalued klasi\u010dnimi administracijami in hypeom okoli DevOps, toda na splo\u0161no \u2014 to, kar imamo, imamo.<\/p>\n

<\/p>\n

Torej imamo povpra\u0161evanje in ponudbo. Zaprt krog, ki se samo podpira. S tem se borimo (vklju\u010dno z ustvarjanjem konference DevOops).<\/p>\n

<\/p>\n

Nedvomno, poleg sistemskih administratorjev, ki so se preimenovali v 'devopse', so tudi drugi udele\u017eenci \u2014 na primer, profesionalni SRE-ji ali razvijalci Infrastructure-as-Code.<\/p>\n

<\/p>\n

Kaj ljudje dejansko po\u010dnejo v DevOps?<\/h2>\n

<\/p>\n

Torej, \u017eelite napredovati v u\u010denju in uporabi praks DevOps. Kako to dose\u010di, v katero smer gledati? O\u010ditno ni smiselno slepo slediti priljubljenim klju\u010dnim besedam.<\/p>\n

<\/p>\n

\u010ce obstaja delo, ga nekdo mora opravljati. \u017de smo ugotovili, da to niso 'devops in\u017eenirji', kdo torej? Zdi se, da je bolj primerno to formulirati ne v terminologiji delovnih mest, temve\u010d v kontekstu konkretnih smeri dela.<\/p>\n

<\/p>\n

Prvi\u010d, lahko se ukvarjate z osr\u010djem DevOps \u2014 procesi in kulturo. Kultura ni nekaj, kar se hitro razvije, in \u010deprav je to tradicionalno podro\u010dje odgovornosti voditeljev, so na to kako ali tako vklju\u010deni vsi, od programerjev do administratorjev. Pred nekaj meseci je Tim Lister v intervjuju rekel<\/a><\/noindex>:<\/p>\n

<\/p>\n

\"Kultura je dolo\u010dena z osnovnimi vrednotami organizacije. Ljudje tega obi\u010dajno ne opazijo, vendar smo v svetovanju skozi leta zaslu\u017eili to opazovati. Vstopi\u0161 v podjetje in dobesedno po nekaj minutah za\u010dne\u0161 \u010dutiti, kaj se dogaja. To imenujemo 'aroma'. V\u010dasih je ta aroma res dobra. V\u010dasih povzro\u010da slabost. (...) Ne more\u0161 spremeniti kulture, preden so bile prepoznane vrednote in prepri\u010danja, ki stoje za konkretnimi dejanji. Obna\u0161anje je enostavno opazovati, medtem ko je te\u017eko iskati prepri\u010danja. DevOps je prav to odli\u010den primer, kako vse postaja vedno bolj zapleteno.\"<\/p><\/blockquote>\n

Obstaja tudi tehni\u010dni vidik vpra\u0161anja. \u010ce va\u0161 nov koda pride na testiranje \u010dez mesec dni, in v izdaji se znajde \u0161ele \u010dez leto, ter fizi\u010dno ni mogo\u010de pospe\u0161iti vsega tega - do dobrih praks mogo\u010de ne bo prihodila. Dobre prakse podpirajo dobri instrumenti. Na primer, ob upo\u0161tevanju ideje Infrastructure-as-Code, lahko uporabite karkoli, od AWS CloudFormation in Terraform do Chef-Ansible-Puppet. Vse to je treba poznati in znati, in to \u017ee predstavljajo in\u017eenirsko disciplino. Pomembno je, da ne zme\u0161amo vzroka in posledic: na za\u010detku delate po na\u010delih SRE in \u0161ele nato ta na\u010dela utele\u0161ate v obliki nekaterih specifi\u010dnih tehni\u010dnih re\u0161itev. Pri tem pa je SRE zelo kompleksna metodologija, ki ne govori o tem, kako nastavite Jenkins, ampak o petih osnovnih na\u010delih:<\/p>\n

<\/p>\n