KÄ jÅ«s vispÄr saprotat kaut kÄ stÄvokli?
Var paļauties uz savu viedokli, kas veidojas no dažÄdiem informÄcijas avotiem, piemÄram, publikÄcijÄm mÄjaslapÄs vai pieredzes. Varat jautÄt saviem kolÄÄ£iem un draugiem. VÄl viena iespÄja ir aplÅ«kot konferenÄu tÄmas: programmas komitejÄ ir aktÄ«vi nozares pÄrstÄvji, tÄpÄc viÅiem uzticamies atbilstoÅ”u tÄmu izvÄlÄ. AtseviŔķa joma ir pÄtÄ«jumi un ziÅojumi. Bet ir problÄma. Katru gadu visÄ pasaulÄ tiek veikti pÄtÄ«jumi par DevOps stÄvokli, ziÅojumus publicÄ Ärvalstu uzÅÄmumi, un gandrÄ«z nav informÄcijas par Krievijas DevOps.
TaÄu ir pienÄkusi diena, kad Å”Äds pÄtÄ«jums tika veikts, un Å”odien pastÄstÄ«sim par iegÅ«tajiem rezultÄtiem. DevOps stÄvokli KrievijÄ kopÄ«gi pÄtÄ«ja uzÅÄmumi ""Un"" UzÅÄmums Express 42 palÄ«dz tehnoloÄ£iju uzÅÄmumiem ieviest un attÄ«stÄ«t DevOps praksi un rÄ«kus un bija viens no pirmajiem, kas runÄja par DevOps KrievijÄ. PÄtÄ«juma autori Igors KuroÄkins un VitÄlijs Habarovs Express 42 nodarbojas ar analÄ«zi un konsultÄcijÄm, kuriem ir tehniskas zinÄÅ”anas no darbÄ«bas un pieredze dažÄdos uzÅÄmumos. 8 gadu laikÄ kolÄÄ£i aplÅ«koja desmitiem uzÅÄmumu un projektu ā no jaunuzÅÄmumiem lÄ«dz uzÅÄmumiem ā ar dažÄdÄm problÄmÄm, kÄ arÄ« atŔķirÄ«gu kultÅ«ras un inženiertehnisko briedumu.
SavÄ ziÅojumÄ Igors un VitÄlijs skaidroja, kÄdas problÄmas radÄs izpÄtes procesÄ, kÄ tÄs risinÄja, kÄ arÄ« kÄ principÄ tiek veikti DevOps pÄtÄ«jumi un kÄpÄc Express 42 nolÄma veikt savu. JÅ«s varat redzÄt viÅu ziÅojumu .
DevOps izpÄte
Igors KuroÄkins sÄka sarunu.
MÄs regulÄri jautÄjam DevOps konferenÄu auditorijai: āVai esat izlasÄ«jis Ŕī gada DevOps stÄvokļa ziÅojumu?ā Tikai daži paceļ rokas, bet mÅ«su pÄtÄ«jumi parÄdÄ«ja, ka tikai treÅ”Ä daļa viÅus pÄta. Ja jÅ«s nekad neesat redzÄjis Å”Ädus ziÅojumus, teiksim uzreiz, ka tie visi ir ļoti lÄ«dzÄ«gi. VisbiežÄk ir tÄdas frÄzes kÄ: āSalÄ«dzinot ar pagÄjuÅ”o gadu...ā
Å eit ir mÅ«su pirmÄ problÄma, kam seko vÄl divas:
- Mums nav datu par pagÄjuÅ”o gadu. Nevienu neinteresÄ DevOps stÄvoklis KrievijÄ;
- MetodoloÄ£ija. Nav skaidrs, kÄ pÄrbaudÄ«t hipotÄzes, kÄ konstruÄt jautÄjumus, kÄ veikt analÄ«zi, salÄ«dzinÄt rezultÄtus, atrast sakarÄ«bas;
- TerminoloÄ£ija. Visi ziÅojumi ir angļu valodÄ, nepiecieÅ”ams tulkojums, vienots DevOps ietvars vÄl nav izgudrots un katrs nÄk ar savu.
ApskatÄ«sim, kÄ kopumÄ tika veikta DevOps stÄvokļa analÄ«ze pasaulÄ.
VÄsturiskÄ informÄcija
DevOps pÄtÄ«jumi tiek veikti kopÅ” 2011. gada. Pirmais, kas tos vadÄ«ja, bija konfigurÄcijas pÄrvaldÄ«bas sistÄmu izstrÄdÄtÄjs Puppet. Tolaik tas bija viens no galvenajiem instrumentiem infrastruktÅ«ras aprakstÄ«Å”anai koda veidÄ. LÄ«dz 2013. gadam Å”ie pÄtÄ«jumi bija vienkÄrÅ”i aptaujas slÄgtÄ formÄtÄ un bez publiskas atskaites.
2013. gadÄ parÄdÄ«jÄs IT Revolution, visu galveno DevOps grÄmatu izdevÄjs. KopÄ ar Puppet viÅi sagatavoja pirmo publikÄciju āState of DevOpsā, kurÄ pirmo reizi parÄdÄ«jÄs 4 galvenie rÄdÄ«tÄji. NÄkamajÄ gadÄ iesaistÄ«jÄs konsultÄciju uzÅÄmums ThoughtWorks, kas pazÄ«stams ar regulÄriem tehnoloÄ£iju radariem par nozares praksi un rÄ«kiem. Un 2015. gadÄ tika pievienota sadaļa ar metodoloÄ£iju, un kļuva skaidrs, kÄ viÅi veic analÄ«zi.
2016. gadÄ pÄtÄ«juma autori, izveidojuÅ”i savu uzÅÄmumu DORA (DevOps Research and Assessment), publicÄja gada pÄrskatu. NÄkamajÄ gadÄ DORA un Puppet izdeva savu galÄ«go kopÄ«go ziÅojumu.
Un tad lietas kļuva interesantas:
2018. gadÄ uzÅÄmumi sadalÄ«jÄs un tika izdoti divi neatkarÄ«gi ziÅojumi: viens no Puppet, otrs no DORA sadarbÄ«bÄ ar Google. DORA turpinÄja izmantot savu metodoloÄ£iju ar galvenajiem rÄdÄ«tÄjiem, veiktspÄjas profiliem un inženierijas praksi, kas ietekmÄ galvenos rÄdÄ«tÄjus un veiktspÄju visÄ uzÅÄmumÄ. Un Puppet ierosinÄja savu pieeju, aprakstot procesu un DevOps attÄ«stÄ«bu. TaÄu stÄsts neuztvÄra uzmanÄ«bu; 2019. gadÄ Puppet atteicÄs no Ŕīs metodikas un izlaida jaunu ziÅojumu versiju, kurÄ tika uzskaitÄ«tas galvenÄs prakses un kÄ tÄs ietekmÄ DevOps no viÅu viedokļa. Tad notika cita lieta: Google nopirka DORA, un viÅi kopÄ publicÄja citu ziÅojumu. VarbÅ«t jÅ«s to esat redzÄjuÅ”i.
Å ogad lietas kļuva sarežģītas. Ir zinÄms, ka Puppet uzsÄka savu aptauju. ViÅi to izdarÄ«ja nedÄļu agrÄk nekÄ mÄs, un tas jau bija pabeigts. MÄs tajÄ piedalÄ«jÄmies un redzÄjÄm, kÄdas tÄmas viÅus interesÄ. Puppet Å”obrÄ«d veic savu analÄ«zi un gatavojas ziÅojuma publicÄÅ”anai.
TaÄu joprojÄm nav neviena paziÅojuma no DORA un Google. MaijÄ, kad parasti sÄkÄs aptauja, nÄca informÄcija, ka Nikola ForsgrÄna, viena no DORA dibinÄtÄjÄm, ir pÄrgÄjusi uz citu uzÅÄmumu. TÄpÄc mÄs pieÅÄmÄm, ka Å”ogad nebÅ«s DORA pÄtÄ«juma vai ziÅojuma.
KÄ klÄjas KrievijÄ?
MÄs neesam veikuÅ”i nekÄdus DevOps pÄtÄ«jumus. MÄs runÄjÄm konferencÄs, pÄrstÄstÄ«jÄm citu cilvÄku secinÄjumus, un Raiffeisenbank iztulkoja āState of DevOpsā 2019. gadam (viÅu paziÅojumu varat atrast vietnÄ HabrĆ©), viÅiem liels paldies. Un viss.
TÄpÄc mÄs veicÄm paÅ”i savu pÄtÄ«jumu KrievijÄ, izmantojot DORA metodoloÄ£ijas un atziÅas. MÄs izmantojÄm Raiffeisenbank kolÄÄ£u ziÅojumu savam pÄtÄ«jumam, tostarp terminoloÄ£ijas un tulkoÅ”anas sinhronizÄÅ”anai. Un nozarei aktuÄlie jautÄjumi tika Åemti no DORA ziÅojumiem un Ŕī gada Leļļu anketas.
PÄtÄ«juma process
ZiÅojums ir tikai pÄdÄjÄ daļa. Viss izpÄtes process sastÄv no Äetriem lieliem posmiem:
SagatavoÅ”anas posmÄ mÄs aptaujÄjÄm nozares ekspertus un sagatavojÄm hipotÄžu sarakstu. Pamatojoties uz tiem, mÄs apkopojÄm jautÄjumus un uzsÄkÄm aptauju par visu augusta mÄnesi. PÄc tam mÄs analizÄjÄm un sagatavojÄm paÅ”u ziÅojumu. DORA gadÄ«jumÄ Å”is process ilgst 6 mÄneÅ”us. MÄs to pabeidzÄm 3 mÄneÅ”os, un tagad saprotam, ka mums tik tikko pietika laika: tikai veicot analÄ«zi, jÅ«s saprotat, kÄdi jautÄjumi ir jÄuzdod.
Dalībnieki
Visi Ärvalstu ziÅojumi sÄkas ar dalÄ«bnieku portretu, un lielÄkÄ daļa no tiem nav no Krievijas. Krievu aptaujÄto procentuÄlais daudzums gadu no gada svÄrstÄs no 5 lÄ«dz 1%, un tas neļauj izdarÄ«t nekÄdus secinÄjumus.
Karte no Accelerate State of DevOps 2019 pÄrskata:
MÅ«su pÄtÄ«jumÄ mums izdevÄs intervÄt 889 cilvÄkus ā tas ir diezgan daudz (DORA savos ziÅojumos ik gadu aptaujÄ ap tÅ«kstoti cilvÄku), un Å”eit mÄs sasniedzÄm savu mÄrÄ·i:
Tiesa, ne visi mÅ«su dalÄ«bnieki sasniedza beigas: pabeigtÄ«bas procents bija nedaudz mazÄks par pusi. Bet ar to pietika, lai iegÅ«tu reprezentatÄ«vu paraugu un veiktu analÄ«zi. DORA savos pÄrskatos neatklÄj noslogojuma rÄdÄ«tÄjus, tÄpÄc Å”eit nav iespÄjams veikt salÄ«dzinÄjumus.
Nozares un amati
MÅ«su respondenti pÄrstÄv duci nozaru. Pusdarbs informÄcijas tehnoloÄ£ijÄs. Tam seko finanÅ”u pakalpojumi, tirdzniecÄ«ba, telekomunikÄcijas un citi. Starp amatiem ir speciÄlisti (izstrÄdÄtÄjs, testÄtÄjs, ekspluatÄcijas inženieris) un vadÄ«bas personÄls (komandu, grupu, jomu vadÄ«tÄji, direktori):
Katrs otrais strÄdÄ vidÄjÄ uzÅÄmumÄ. Katrs treÅ”ais strÄdÄ lielos uzÅÄmumos. LielÄkÄ daļa strÄdÄ komandÄs lÄ«dz 9 cilvÄkiem. AtseviŔķi jautÄjÄm par galvenajÄm aktivitÄtÄm, un lielÄkÄ daļa ir vienÄ vai otrÄ veidÄ saistÄ«tas ar darbÄ«bu, un aptuveni 40% ir iesaistÄ«ti attÄ«stÄ«bÄ:
TÄdÄ veidÄ mÄs apkopojÄm informÄciju dažÄdu nozaru, uzÅÄmumu un komandu pÄrstÄvju salÄ«dzinÄÅ”anai un analÄ«zei. Mans kolÄÄ£is VitÄlijs Habarovs pastÄstÄ«s par analÄ«zi.
AnalÄ«ze un salÄ«dzinÄÅ”ana
VitÄlijs Habarovs: Liels paldies visiem dalÄ«bniekiem, kuri aizpildÄ«ja mÅ«su aptauju, aizpildÄ«ja anketas un sniedza mums datus tÄlÄkai mÅ«su hipotÄžu analÄ«zei un pÄrbaudei. Pateicoties mÅ«su klientiem un klientiem, mums ir liela pieredze, kas ir palÄ«dzÄjusi mums identificÄt nozarei satraucoÅ”as problÄmas un formulÄt hipotÄzes, kuras pÄrbaudÄ«jÄm mÅ«su pÄtÄ«jumÄ.
DiemžÄl jÅ«s nevarat vienkÄrÅ”i Åemt jautÄjumu sarakstu no vienas puses un datus, no otras puses, kaut kÄ tos salÄ«dzinÄt, teikt: āJÄ, viss darbojas tÄ, mums bija taisnÄ«baā un iet katrs savu ceļu. NÄ, mums ir vajadzÄ«ga metodoloÄ£ija un statistikas metodes, lai pÄrliecinÄtos, ka neesam kļūdÄ«juÅ”ies un ka mÅ«su secinÄjumi ir ticami. PÄc tam mÄs varam veidot savu turpmÄko darbu, pamatojoties uz Å”iem datiem:
Galvenie rÄdÄ«tÄji
MÄs ÅÄmÄm par pamatu DORA metodoloÄ£iju, kuru viÅi detalizÄti aprakstÄ«ja grÄmatÄ āAccelerate State of DevOpsā. MÄs pÄrbaudÄ«jÄm, vai galvenie rÄdÄ«tÄji ir piemÄroti Krievijas tirgum, vai tos var izmantot tÄpat kÄ DORA, lai atbildÄtu uz jautÄjumu: "KÄ nozare KrievijÄ atbilst Ärvalstu rÅ«pniecÄ«bai?"
Galvenie rÄdÄ«tÄji:
- IzvietoÅ”anas biežums. Cik bieži ražoÅ”anas vidÄ tiek izvietota jauna lietojumprogrammas versija (plÄnotÄs izmaiÅas, izÅemot labojumfailus un reaÄ£ÄÅ”anu uz incidentiem)?
- PiegÄdes laiks. KÄds ir vidÄjais laiks no izmaiÅu veikÅ”anas (funkcionalitÄtes rakstÄ«Å”anas kÄ koda) un izmaiÅu izvietoÅ”anas ražoÅ”anas vidÄ?
- AtveseļoÅ”anÄs laiks. Cik ilgs laiks vidÄji nepiecieÅ”ams, lai atjaunotu lietojumprogrammu ražoÅ”anas vidÄ pÄc incidenta, pakalpojuma pasliktinÄÅ”anÄs vai kļūdas, kas ietekmÄ lietojumprogrammu lietotÄjus, atklÄÅ”anas?
- NeveiksmÄ«gas izmaiÅas. Cik procentuÄlo daļu izvietoÅ”anas gadÄ«jumu produkta vidÄ izraisa lietojumprogrammas degradÄcija vai incidenti un ir jÄnovÄrÅ” sekas (izmaiÅu atcelÅ”ana, labojumfaila vai ielÄpa izstrÄde)?
DORA pÄtÄ«jumi ir atklÄjuÅ”i saistÄ«bu starp Å”iem rÄdÄ«tÄjiem un organizÄcijas veiktspÄju. MÄs to arÄ« pÄrbaudÄm savÄ pÄtÄ«jumÄ.
Bet, lai pÄrliecinÄtos, ka Äetri galvenie rÄdÄ«tÄji var kaut ko ietekmÄt, jums ir jÄsaprot ā vai tie ir kaut kÄ saistÄ«ti viens ar otru? DORA atbildÄja jÄ, ar vienu brÄ«dinÄjumu: saikne starp izmaiÅu neveiksmju lÄ«meni un pÄrÄjiem trim rÄdÄ«tÄjiem ir nedaudz vÄjÄka. Mums ir apmÄram tÄda pati bilde. Ja piegÄdes laiks, izvietoÅ”anas biežums un atkopÅ”anas laiks ir savstarpÄji saistÄ«ti (Å”o korelÄciju mÄs noteicÄm, izmantojot PÄ«rsona korelÄciju un Chaddock skalu), tad nav tik spÄcÄ«gas korelÄcijas ar neveiksmÄ«gÄm izmaiÅÄm.
PrincipÄ lielÄkÄ daļa respondentu mÄdz atbildÄt, ka viÅiem ir diezgan mazs incidentu skaits ražoÅ”anÄ. Lai gan vÄlÄk redzÄsim, ka joprojÄm pastÄv bÅ«tiska atŔķirÄ«ba starp respondentu grupÄm neveiksmÄ«go izmaiÅu biežumÄ, mÄs vÄl nevaram izmantot Å”o metriku Å”im sadalÄ«jumam.
MÄs to attiecinÄm uz faktu, ka (kÄ izrÄdÄ«jÄs analÄ«zes un saziÅas procesÄ ar dažiem mÅ«su klientiem) ir neliela atŔķirÄ«ba uztverÄ par to, kas tiek uzskatÄ«ts par incidentu. Ja mums izdevÄs atjaunot mÅ«su servisa funkcionalitÄti tehniskÄ loga laikÄ, vai to var uzskatÄ«t par incidentu? Laikam nÄ, jo visu salabojÄm, esam lieliski. Vai to var uzskatÄ«t par incidentu, ja mums 10 reizes bÅ«tu jÄpÄrritina mÅ«su lietojumprogramma parastajÄ, pazÄ«stamajÄ režīmÄ? Å Ä·iet, ka nÄ. TÄpÄc jautÄjums par saistÄ«bu starp neveiksmÄ«gÄm izmaiÅÄm un citiem rÄdÄ«tÄjiem paliek atklÄts. MÄs to precizÄsim tÄlÄk.
Å eit svarÄ«gi ir tas, ka mÄs atradÄm nozÄ«mÄ«gu korelÄciju starp piegÄdes laiku, atkopÅ”anas laiku un izvietoÅ”anas biežumu. TÄpÄc mÄs izmantojÄm Å”os trÄ«s rÄdÄ«tÄjus, lai vÄl vairÄk sadalÄ«tu respondentus grupÄs, pamatojoties uz produktivitÄti.
Cik daudz karÄjas gramos?
MÄs izmantojÄm hierarhisku klasteru analÄ«zi:
- MÄs sadalÄm respondentus n-dimensiju telpÄ, kur katra respondenta koordinÄte ir viÅu atbildes uz jautÄjumiem.
- MÄs pasludinÄm katru respondentu par nelielu kopu.
- MÄs apvienojam divus viens otram tuvÄkos klasterus vienÄ lielÄkÄ klasterÄ«.
- MÄs atrodam nÄkamo klasteru pÄri un apvienojam tos lielÄkÄ klasterÄ«.
TÄdÄ veidÄ mÄs sagrupÄjam visus savus respondentus vajadzÄ«gajos klasteros. Izmantojot dendrogrammu (savienojumu koku starp klasteriem), mÄs redzam attÄlumu starp diviem blakus esoÅ”ajiem klasteriem. Mums atliek tikai noteikt zinÄmu ierobežojumu attÄlumam starp Ŕīm kopÄm un teikt: "Å Ä«s divas grupas ir diezgan atŔķirÄ«gas viena no otras, jo attÄlums starp tÄm ir milzÄ«gs."
Bet Å”eit ir slÄpta problÄma: mums nav ierobežojumu attiecÄ«bÄ uz klasteru skaitu - mÄs varam iegÅ«t 2, 3, 4, 10 klasterus. Un pirmÄ doma bija - kÄpÄc gan nesadalÄ«t visus mÅ«su respondentus 4 grupÄs, kÄ to dara DORA. Bet mÄs atklÄjÄm, ka atŔķirÄ«bas starp Ŕīm grupÄm kļūst nenozÄ«mÄ«gas, un mÄs nevaram bÅ«t pÄrliecinÄti, ka respondents patieÅ”Äm pieder savai grupai, nevis kaimiÅu grupai. MÄs vÄl nevaram sadalÄ«t Krievijas tirgu ÄetrÄs grupÄs. TÄpÄc mÄs izvÄlÄjÄmies trÄ«s profilus, starp kuriem ir statistiski nozÄ«mÄ«ga atŔķirÄ«ba:
PÄc tam mÄs noteicÄm profilu pÄc klastera: katrai grupai paÅÄmÄm katras metrikas mediÄnas un sastÄdÄ«jÄm efektivitÄtes profilu tabulu. Faktiski tika iegÅ«ti katras grupas vidÄjÄ dalÄ«bnieka veiktspÄjas profili. MÄs esam identificÄjuÅ”i trÄ«s efektivitÄtes profilus: zems, vidÄjs, augsts:
Å eit mÄs esam apstiprinÄjuÅ”i mÅ«su hipotÄzi, ka 4 galvenie rÄdÄ«tÄji ir piemÄroti veiktspÄjas profila noteikÅ”anai, un tie darbojas gan Rietumu, gan Krievijas tirgos. Starp grupÄm pastÄv atŔķirÄ«ba, un tÄ ir statistiski nozÄ«mÄ«ga. VÄlos uzsvÄrt, ka starp neveiksmÄ«go izmaiÅu metrikas veiktspÄjas profiliem ir bÅ«tiska atŔķirÄ«ba, lai gan sÄkotnÄji mÄs nedalÄ«jÄm respondentus pÄc Ŕī parametra.
Tad rodas jautÄjums: kÄ to visu izmantot?
KÄ lietot
Ja mÄs Åemam jebkuru komandu, 4 galvenos rÄdÄ«tÄjus un piemÄrojam tos tabulai, tad 85% gadÄ«jumu mÄs nesaÅemsim pilnÄ«gu sakritÄ«bu - tas ir tikai vidÄjais dalÄ«bnieks, nevis tas, kas ir patiesÄ«bÄ. MÄs visi (un katra komanda) esam nedaudz atŔķirÄ«gi.
MÄs pÄrbaudÄ«jÄm: paÅÄmÄm savus respondentus un DORA darbÄ«bas profilu, un paskatÄ«jÄmies, cik respondentu atbilst vienam vai otram profilam. NoskaidrojÄm, ka tikai 16% respondentu precÄ«zi iekrita kÄdÄ no profiliem. Visi pÄrÄjie ir izkaisÄ«ti kaut kur pa vidu:
Tas nozÄ«mÄ, ka veiktspÄjas profilam ir ierobežota darbÄ«bas joma. Lai iegÅ«tu pirmo aptuveno atraÅ”anÄs vietu, varat izmantot Å”o tabulu: āAk, Ŕķiet, ka mÄs esam tuvÄk vidÄjam vai augstam!ā Ja saprotat, kurp dodaties tÄlÄk, ar to var pietikt. Bet, ja tavs mÄrÄ·is ir pastÄvÄ«ga, nepÄrtraukta pilnveidoÅ”anÄs un vÄlies precÄ«zÄk zinÄt, kur attÄ«stÄ«ties un ko darÄ«t, tad ir nepiecieÅ”ami papildu lÄ«dzekļi. MÄs tos saucÄm par kalkulatoriem:
- DORA kalkulators
- Calculator Express 42* (izstrÄdÄ)
- Sava attÄ«stÄ«ba (varat izveidot savu iekÅ”Äjo kalkulatoru).
PriekÅ” kam tÄs vajadzÄ«gas? Saprast:
- Vai mÅ«su organizÄcijas komanda atbilst mÅ«su standartiem?
- Ja nÄ, vai mÄs varam viÅai palÄ«dzÄt ā paÄtrinÄt mÅ«su uzÅÄmuma kompetences ietvaros?
- Ja tÄ, vai mÄs varam darÄ«t vÄl labÄk?
Varat arÄ« tos izmantot, lai apkopotu statistiku uzÅÄmumÄ:
- KÄdas mums ir komandas?
- Sadaliet komandas profilos;
- Skat.: Ak, Ŕīs komandas nedarbojas (nedaudz lÄni), taÄu tÄs ir lieliskas: tÄs izvieto katru dienu, bez kļūdÄm, to izpildes laiks ir mazÄks par stundu.
Un tad jÅ«s varat uzzinÄt, ka mÅ«su uzÅÄmumÄ mums ir nepiecieÅ”amÄs zinÄÅ”anas un rÄ«ki tÄm komandÄm, kurÄm joprojÄm trÅ«kst.
Vai arÄ«, ja saproti, ka uzÅÄmumÄ jÅ«ties lieliski, ka esi labÄks par daudziem, tad vari skatÄ«ties mazliet plaÅ”Äk. TÄ ir tieÅ”i Krievijas nozare: vai mÄs varam iegÅ«t nepiecieÅ”amÄs zinÄÅ”anas Krievijas rÅ«pniecÄ«bÄ, lai paÄtrinÄtu sevi? Å eit palÄ«dzÄs Express 42 kalkulators (tas ir izstrÄdes stadijÄ). Ja esi pÄraudzis Krievijas tirgu, tad paskaties un pasaules tirgÅ«.
Labi. Un ja esi Elit grupÄ pÄc DORA kalkulatora, tad ko darÄ«t? Å eit nav laba risinÄjuma. VisticamÄk, jÅ«s esat nozares priekÅ”galÄ, un turpmÄki paÄtrinÄjuma un uzticamÄ«bas uzlabojumi ir iespÄjami, izmantojot iekÅ”Äjo R&D un lielu resursu patÄriÅu.
PÄriesim pie saldÄkÄs daļas ā salÄ«dzinÄÅ”anas.
SalÄ«dzinÄjums
MÄs sÄkotnÄji vÄlÄjÄmies salÄ«dzinÄt Krievijas rÅ«pniecÄ«bu ar Rietumu rÅ«pniecÄ«bu. Ja salÄ«dzinÄm tieÅ”i, mÄs redzam, ka mums ir mazÄk profilu, un tie ir nedaudz vairÄk sajaukti viens ar otru, robežas ir nedaudz neskaidrÄkas:
MÅ«su Elites izpildÄ«tÄji ir paslÄpuÅ”ies starp AugstÄkajiem izpildÄ«tÄjiem, bet viÅi tur ir ā tie ir elite, vienradži, kas sasnieguÅ”i ievÄrojamas virsotnes. KrievijÄ atŔķirÄ«ba starp Elite un High profiliem vÄl nav pietiekami nozÄ«mÄ«ga. DomÄjam, ka nÄkotnÄ Å”Ä« sadalÄ«Å”anÄs notiks, pateicoties inženierzinÄtÅu kultÅ«ras pieaugumam, inženierprakses ievieÅ”anas kvalitÄtei un pieredzei uzÅÄmumos.
Ja mÄs pÄrejam pie tieÅ”as salÄ«dzinÄÅ”anas Krievijas nozarÄ, mÄs redzam, ka augsta lÄ«meÅa komandas ir labÄkas visos aspektos. MÄs arÄ« apstiprinÄjÄm savu hipotÄzi, ka pastÄv saikne starp Å”iem rÄdÄ«tÄjiem un organizÄcijas efektivitÄti: augsta profila komandÄm ir ievÄrojami lielÄka iespÄja ne tikai sasniegt mÄrÄ·us, bet arÄ« tos pÄrsniegt.
Kļūsim par augsta lÄ«meÅa komandÄm un neapstÄsimies pie tÄ:
TaÄu Å”is gads ir Ä«paÅ”s, un mÄs nolÄmÄm pÄrbaudÄ«t, kÄ uzÅÄmumi dzÄ«vo pandÄmijas apstÄkļos: augsta lÄ«meÅa komandas tiek galÄ ievÄrojami labÄk un jÅ«tas labÄk nekÄ vidÄji nozarÄ:
- Jauni produkti tika izlaisti 1,5-2 reizes biežÄk,
- PaaugstinÄta lietojumprogrammu infrastruktÅ«ras uzticamÄ«ba un/vai veiktspÄja 2 reizes biežÄk.
Tas nozÄ«mÄ, ka jau iegÅ«tÄs kompetences palÄ«dzÄja viÅiem ÄtrÄk attÄ«stÄ«ties, ieviest jaunus produktus, pÄrveidot esoÅ”os produktus, tÄdÄjÄdi iekarojot jaunus tirgus un jaunus lietotÄjus:
Kas vÄl ir palÄ«dzÄjis mÅ«su komandÄm?
Inženierprakses
Es jums pastÄstÄ«Å”u par bÅ«tiskiem atklÄjumiem katrÄ mÅ«su pÄrbaudÄ«tajÄ praksÄ. VarbÅ«t komandÄm palÄ«dzÄja kaut kas cits, bet mÄs runÄjam par DevOps. Un DevOps ietvaros mÄs redzam atŔķirÄ«bas starp dažÄdu profilu komandÄm.
Platforma kÄ pakalpojums
MÄs neatradÄm bÅ«tisku saistÄ«bu starp platformas vecumu un komandas profilu: platformas parÄdÄ«jÄs aptuveni vienÄ laikÄ gan zemÄm, gan augstajÄm komandÄm. Bet pÄdÄjam platforma nodroÅ”ina vidÄji vairÄk pakalpojumu un vairÄk programmatÅ«ras saskarÅu kontrolei, izmantojot programmas kodu. Un platformas komandas, visticamÄk, palÄ«dzÄs saviem izstrÄdÄtÄjiem un komandÄm izmantot platformu, visticamÄk, atrisinÄs problÄmas un incidentus, kas saistÄ«ti ar platformu, un apmÄcÄ«s citas komandas.
InfrastruktÅ«ra kÄ kods
Å eit viss ir diezgan standarts. MÄs atradÄm saistÄ«bu starp infrastruktÅ«ras koda automatizÄciju un to, cik daudz informÄcijas tiek glabÄts infrastruktÅ«ras repozitorijÄ. Augsta lÄ«meÅa komandas glabÄ vairÄk informÄcijas krÄtuvÄs: tas ietver infrastruktÅ«ras konfigurÄciju, CI/CD konveijeru, vides iestatÄ«jumus un bÅ«vÄÅ”anas parametrus. ViÅi Å”o informÄciju glabÄ biežÄk, labÄk strÄdÄ ar infrastruktÅ«ras kodu un ir automatizÄjuÅ”i vairÄk procesu un uzdevumu darbam ar infrastruktÅ«ras kodu.
Interesanti, ka mÄs neredzÄjÄm bÅ«tiskas atŔķirÄ«bas infrastruktÅ«ras testos. Es to attiecinu uz faktu, ka augsta lÄ«meÅa komandÄm parasti ir vairÄk testÄÅ”anas automatizÄcijas. VarbÅ«t nevajadzÄtu viÅus atseviŔķi novÄrst ar infrastruktÅ«ras testiem, drÄ«zÄk pietiek ar testiem, ar kuriem viÅi pÄrbauda aplikÄcijas, un, pateicoties tiem, viÅi var redzÄt, ko un kur viÅi ir salauzuÅ”i.
IntegrÄcija un piegÄde
GarlaicÄ«gÄkÄ sadaļa, jo mÄs apstiprinÄjÄm: jo vairÄk automatizÄcijas jums ir, jo labÄk strÄdÄjat ar kodu, jo lielÄka iespÄja iegÅ«t labÄkus rezultÄtus.
Arhitektūra
MÄs vÄlÄjÄmies redzÄt, kÄ mikropakalpojumi ietekmÄ veiktspÄju. GodÄ«gi sakot, nÄ, jo mikropakalpojumu izmantoÅ”ana nav saistÄ«ta ar efektivitÄtes rÄdÄ«tÄju pieaugumu. Mikropakalpojumus izmanto gan augsta, gan zema profila komandas.
TaÄu nozÄ«mÄ«gi ir tas, ka High-teams pÄreja uz mikropakalpojumu arhitektÅ«ru ļauj patstÄvÄ«gi izstrÄdÄt savus pakalpojumus un tos ieviest. Ja arhitektÅ«ra ļauj izstrÄdÄtÄjiem darboties autonomi, negaidot kÄdu Ärpus komandas, tad tÄ ir galvenÄ kompetence Ätruma palielinÄÅ”anai. Å eit palÄ«dz mikropakalpojumi. Bet vienkÄrÅ”i to Ä«stenoÅ”anai nav lielas lomas.
KÄ mÄs to visu atklÄjÄm?
Mums bija ambiciozs plÄns pilnÄ«bÄ atkÄrtot DORA metodoloÄ£iju, taÄu mums trÅ«ka resursu. Ja DORA izmanto daudz sponsorÄÅ”anas un pÄtÄ«jums tos aizÅem seÅ”us mÄneÅ”us, mÄs veicÄm savu pÄtÄ«jumu Ä«sÄ laikÄ. MÄs vÄlÄjÄmies izveidot DevOps modeli, kÄ to dara DORA, un mÄs to darÄ«sim arÄ« turpmÄk. PagaidÄm mÄs aprobežojÄmies ar siltuma kartÄm:
MÄs apskatÄ«jÄm inženiertehnisko prakÅ”u sadalÄ«jumu starp katra profila komandÄm un atklÄjÄm, ka augsta profila komandas vidÄji izmanto inženiertehnisko praksi. VairÄk par to visu varat lasÄ«t mÅ«su .
Lai mainÄ«tu, pÄriesim no sarežģītas statistikas uz vienkÄrÅ”u.
Ko vÄl esam atklÄjuÅ”i?
Darbarīki
MÄs novÄrojam, ka Linux OS saime izmanto visvairÄk komandu. TaÄu Windows joprojÄm ir tendence ā vismaz ceturtÄ daļa mÅ«su aptaujÄto atzÄ«mÄja vienas vai citas tÄs versijas izmantoÅ”anu. Å Ä·iet, ka tirgum Ŕī vajadzÄ«ba ir. TÄpÄc jÅ«s varat attÄ«stÄ«t Ŕīs kompetences un sniegt prezentÄcijas konferencÄs.
Starp orÄ·estrantiem nav noslÄpums, ka Kubernetes ir vadoÅ”ais (52%). NÄkamais orÄ·estrÄtÄjs rindÄ ir Docker Swarm (apmÄram 12%). PopulÄrÄkÄs CI sistÄmas ir Jenkins un GitLab. VispopulÄrÄkÄ konfigurÄcijas pÄrvaldÄ«bas sistÄma ir Ansible, kam seko mÅ«su mīļais Shell.
Starp mÄkoÅa mitinÄÅ”anas pakalpojumu sniedzÄjiem Amazon paÅ”laik ieÅem vadoÅ”o pozÄ«ciju. Krievijas mÄkoÅu Ä«patsvars pamazÄm palielinÄs. NÄkamgad bÅ«s interesanti redzÄt, kÄ jutÄ«sies Krievijas mÄkoÅpakalpojumu sniedzÄji un vai pieaugs to tirgus daļa. Tie pastÄv, tos var izmantot, un tas ir labi:
Dodu vÄrdu Igoram, kurÅ” iedos vÄl kÄdu statistiku.
Prakses izplatība
Igors KuroÄkins: AtseviŔķi lÅ«dzÄm respondentus norÄdÄ«t, kÄ uzÅÄmumÄ tiek izplatÄ«ta attiecÄ«gÄ inženiertehniskÄ prakse. LielÄkajai daļai uzÅÄmumu ir jaukta pieeja, kas sastÄv no dažÄdiem modeļiem, un izmÄÄ£inÄjuma projekti ir ļoti populÄri. MÄs arÄ« redzÄjÄm nelielu atŔķirÄ«bu starp profiliem. Augsta profila pÄrstÄvji biežÄk izmanto modeli āIniciatÄ«va no apakÅ”asā, kad nelielas speciÄlistu komandas maina darba procesus, instrumentus un dalÄs ar veiksmÄ«gÄm izstrÄdnÄm ar citÄm komandÄm. UzÅÄmumÄ Medium Ŕī ir lejupejoÅ”a iniciatÄ«va, kas skar visu uzÅÄmumu, veidojot kopienas un izcilÄ«bas centrus:
Agile un DevOps
NozarÄ bieži tiek apspriestas attiecÄ«bas starp Agile un DevOps. Å is jautÄjums ir izvirzÄ«ts arÄ« 2019./2020. gada Agile stÄvokļa pÄrskatÄ, tÄpÄc nolÄmÄm salÄ«dzinÄt, kÄ Agile un DevOps aktivitÄtes uzÅÄmumos ir saistÄ«tas. MÄs esam atklÄjuÅ”i, ka DevOps bez Agile ir reti sastopams. Pusei respondentu Agile izplatÄ«ba sÄkÄs ievÄrojami agrÄk, un aptuveni 20% novÄroja vienlaicÄ«gu sÄkÅ”anos, un viena no zema profila pazÄ«mÄm bÅ«s Agile un DevOps prakses neesamÄ«ba:
Komandu topoloģijas
PagÄjuÅ”Ä gada nogalÄ grÄmata ā", kas piedÄvÄ sistÄmu komandu topoloÄ£iju aprakstÄ«Å”anai. MÄs domÄjÄm, vai tas attieksies uz Krievijas uzÅÄmumiem. Un mÄs uzdevÄm jautÄjumu: "KÄdus modeļus jÅ«s redzat?"
InfrastruktÅ«ras komandas tiek novÄrotas pusei respondentu, kÄ arÄ« atseviŔķas izstrÄdes, testÄÅ”anas un ekspluatÄcijas komandas. AtseviŔķas DevOps komandas atzÄ«mÄja 45%, starp kuriem biežÄk sastopami augstie pÄrstÄvji. TÄlÄk nÄk daudzfunkcionÄlas komandas, kas arÄ« ir biežÄk sastopamas High. AtseviŔķas SRE komandas parÄdÄs profilos High, Medium un reti atrodamas zemÄ profilÄ:
DevQaOps attiecība
Å o jautÄjumu vietnÄ FaceBook redzÄjÄm no Skyeng platformas komandas komandas vadÄ«tÄja - viÅu interesÄja izstrÄdÄtÄju, testÄtÄju un administratoru attiecÄ«ba uzÅÄmumos. MÄs to jautÄjÄm un atbildes apskatÄ«jÄm, Åemot vÄrÄ profilus: High profile pÄrstÄvjiem katram izstrÄdÄtÄjam ir mazÄks testÄÅ”anas un operÄciju inženieru skaits:
PlÄni 2021 gadam
Savos nÄkamÄ gada plÄnos respondenti atzÄ«mÄja Å”Ädas aktivitÄtes:
Å eit jÅ«s varat redzÄt krustojumu ar DevOps Live 2020 konferenci. MÄs rÅ«pÄ«gi izskatÄ«jÄm programmu:
- InfrastruktÅ«ra kÄ produkts
- DevOps transformÄcija
- DevOps prakŔu izplatīŔana
- DevSecOps
- Gadījumu klubi un diskusijas
Bet mÅ«su runai nepietiks laika, lai aptvertu visas tÄmas. AizkadrÄ:
- Platforma kÄ pakalpojums un kÄ produkts;
- InfrastruktÅ«ra kÄ kods, vide un mÄkoÅi;
- NepÄrtraukta integrÄcija un piegÄde;
- Arhitektūra;
- DevSecOps modeļi;
- Platformas un starpfunkcionÄlas komandas.
MÅ«sÄjais ir apjomÄ«gs, 50 lappuÅ”u garÅ”, un to var apskatÄ«t sÄ«kÄk.
Apkopojot
MÄs ceram, ka mÅ«su pÄtÄ«jumi un ziÅojums iedvesmos jÅ«s eksperimentÄt ar jaunÄm pieejÄm izstrÄdei, testÄÅ”anai un darbÄ«bai, kÄ arÄ« palÄ«dzÄs jums orientÄties, salÄ«dzinÄt sevi ar citiem pÄtÄ«juma dalÄ«bniekiem un noteikt jomas, kurÄs varat uzlabot savas pieejas. .
PirmÄ pÄtÄ«juma par DevOps stÄvokli KrievijÄ rezultÄti:
- Galvenie rÄdÄ«tÄji. MÄs esam atklÄjuÅ”i, ka galvenie rÄdÄ«tÄji (piegÄdes laiks, izvietoÅ”anas Ätrums, atkopÅ”anas laiks un izmaiÅu kļūmes) ir piemÄroti izstrÄdes, testÄÅ”anas un darbÄ«bas procesu efektivitÄtes analÄ«zei.
- Profili Augsts, VidÄjs, Zems. Pamatojoties uz savÄktajiem datiem, ir iespÄjams identificÄt statistiski dažÄdas grupas: Augsta, VidÄja, Zema, ar atŔķirÄ«gÄm iezÄ«mÄm, pamatojoties uz metriku, praksi, procesiem un rÄ«kiem. Augsta profila pÄrstÄvji uzrÄda labÄkus rezultÄtus nekÄ zemie. ViÅi, visticamÄk, sasniegs un pÄrsniegs savus mÄrÄ·us.
- Indikatori, pandÄmija un plÄni 2021. gadam. ÄŖpaÅ”s rÄdÄ«tÄjs Å”ogad ir tas, kÄ uzÅÄmumi tika galÄ ar pandÄmiju. High darbojÄs labÄk, pieredzÄja lietotÄju aktivitÄtes pieaugumu, un galvenie panÄkumu iemesli bija efektÄ«vi izstrÄdes procesi un spÄcÄ«ga inženieru kultÅ«ra.
- DevOps prakse, rÄ«ki un to izstrÄde. UzÅÄmumu galvenie nÄkamÄ gada plÄni ietver DevOps prakÅ”u un rÄ«ku attÄ«stÄ«bu, DevSecOps prakÅ”u ievieÅ”anu un izmaiÅas organizatoriskajÄ struktÅ«rÄ. Un DevOps prakses efektÄ«va ievieÅ”ana un attÄ«stÄ«ba tiek veikta, izmantojot pilotprojektus, kopienu un kompetences centru veidoÅ”anu, iniciatÄ«vas uzÅÄmuma augÅ”ÄjÄ un apakÅ”ÄjÄ lÄ«menÄ«.
PriecÄsimies dzirdÄt jÅ«su atsauksmes, stÄstus, atsauksmes. Pateicamies visiem, kas piedalÄ«jÄs pÄtÄ«jumÄ, un ceram uz jÅ«su dalÄ«bu nÄkamajÄ gadÄ.
Avots: www.habr.com