Fyrir nokkrum árum litu margar stofnanir á DevOps sem efnilega tilraun fremur en kjarnaaðferð við hugbúnaðarþróun. Í dag er DevOps sannað og öflugt safn þróunar- og dreifingaraðferða og tækja sem flýta fyrir útgáfu nýrra vara og auka framleiðni. Mikilvægara er að áhrif DevOps beinast að heildarvexti fyrirtækja og arðsemi.
Team Ég þýddi áhugaverðustu hlutana , tekið saman af sérfræðingum hjá DevOps Research & Assessment (DORA). Rannsóknin náði til 31.000 sérfræðinga víðsvegar að úr heiminum. Við skulum skoða hvað breyttist í greininni árið 2019 og hvernig fyrirtæki geta bætt skilvirkni hugbúnaðarafhendingar.
Hvernig atvinnugrein og stærð fyrirtækja hafa áhrif á stöðu DevOps
Rannsóknin fann engin tengsl milli árangurs DevOps og atvinnugreinar fyrirtækis, fyrir utan smásölu þar sem niðurstöðurnar voru örlítið betri. Þetta er að hluta til vegna þess að smásalar þurfa að bregðast hratt við sveiflum í eftirspurn og þörfum viðskiptavina. Samkvæmt rannsókninni geta öll fyrirtæki, þar á meðal fjármálageirinn og opinberi geirinn, náð háu stigi DevOps.
Skilvirkni DevOps var lægri í fyrirtækjum með fleiri en 5000 starfsmenn en í fyrirtækjum með færri en 5000. Þetta er líklega vegna þess að stærri stofnanir hafa stærri ferla, strangari eftirlit og flóknari upplýsingakerfisarkitektúr, sem veldur töfum á þróun og dreifingu kóða. Sérfræðingar telja að stærð fyrirtækja hindri ekki árangur í að byggja upp DevOps; það gæti einfaldlega krafist meiri fyrirhafnar í sumum tilfellum.
Hvernig á að meta DevOps stig í fyrirtæki
Sérfræðingar báru DevOps ferla saman við viðmiðunargildi og skiptu þátttakendum könnunarinnar í fjóra hópa: besta, góða, meðal og lélega.
Í skýrslunni voru notaðir fjórir lykilmælikvarðar til að meta árangur DevOps: breytingatíma hugbúnaðarþróunar, tíðni innleiðingar, bilunartíðni og endurheimtartími.
Fjögur stig DevOps – metið stöðu fyrirtækisins:
Mælikvarði til að meta árangur hugbúnaðarafhendingar fyrir kjarnaþjónustu og forrit fyrirtækis.
Liðin með bestu frammistöðuna
Lið með góða frammistöðu
Lið með meðalárangur
Lið með lága stigaskorun
Tíðni dreifingar
Hversu oft fyrirtæki setur kóða í framleiðsluferli eða gefur hann út til notenda.
Eftir þörfum, margar dreifingar á dag
Frá einu sinni á dag upp í einu sinni í viku
Frá einu sinni í viku upp í einu sinni í mánuði
Einu sinni í mánuði/nokkrum mánuðum
Tími til að ljúka breytingum
Hversu langan tíma tekur það að komast frá prófunum yfir í hugbúnað sem keyrir vel í framleiðslu?
Á innan við einum degi
Frá einum degi upp í viku
Frá einni viku upp í mánuð
Frá einum mánuði upp í sex mánuði
Tími til að endurheimta þjónustu
Hversu langan tíma tekur það að endurheimta þjónustu eftir atvik eða villu sem hefur áhrif á notendur?
Minna en klukkustund
Á daginn
Í vikunni
Frá viku upp í mánuð
Tíðni bilana við breytingar
Hversu hlutfall uppfærslna eða nýrra útgáfa leiða til versnunar á þjónustu og krefjast lagfæringa.
0-15%
0-15%
0-15%
46-60%
Rannsóknin leiddi í ljós eftirfarandi þróun: fjöldi teyma með háa frammistöðu þrefaldaðist næstum því, úr 7% allra svarenda árið 2018 í 20% árið 2019.
Dreifing þróunarteyma eftir frammistöðustigum.
Í samanburði við teymi í hópnum sem skila litlum árangri, þá eru þessir DevOps teymi sem skila góðum árangri:
- Framkvæmdi 208 sinnum fleiri kóðadreifingar.
- 106 sinnum minni tími var eytt í kóðadreifingu.
- Mistókst 7 sinnum sjaldnar.
- Endurheimt hugbúnaðar eftir bilun var 2,604 sinnum hraðari.
Að auki eru afkastamiklir DevOps teymi tvöfalt líklegri til að ná eða fara fram úr afkastamælikvörðum fyrirtækisins en teymi sem standa sig illa.
Margir sérfræðingar telja að það sé ómögulegt að ná árangri í öllum mælikvörðum samtímis og að það þurfi að gera málamiðlanir. Til dæmis telja sumir að aukinn hraða útgáfu geti haft neikvæð áhrif á áreiðanleika afhendingar hugbúnaðar og þjónustuveitingar. Rannsóknir hafa þó sýnt að hraði og stöðugleiki niðurstaðna útiloka ekki hvort annað.
Ég sé ekkert óvænt við vöxt DevOps teyma; það er eðlilegt: DevOps heimspekin er vinsæl núna og fjöldi sprotafyrirtækja er að aukast.
En að mínu mati hafa sérfræðingarnir valið ekki alveg réttar breytur til að meta árangur DevOps.
Að dæma þetta út frá hraða kóðadreifingar er í það minnsta undarlegt. Þetta á aðeins við um sprotafyrirtæki þar sem hraði markaðssetningar er lykilmælikvarðinn og oft er varan gefin út í hráu formi. Við slíkar aðstæður eru aðferðir sem flýta fyrir þróun og afhendingu í framleiðslu nauðsynlegar. En fyrir rótgróinn hugbúnað, svo sem fjármála- eða læknisfræðilegan, er bilunartíðni hugsanlega ekki mælikvarði - bilanir geta verið óásættanlegar.
Það sama á við um endurheimtartíma þjónustu: fyrir allar þróaðar þjónustur ætti að mæla hann í sekúndum og fyrir margar þjónustur er niðurtími óásættanlegur. Af þessari ástæðu voru samfelldar innleiðingartækni (t.d. græn/blá) fundin upp.
Treystið heldur ekki á fjölda kóðadreifinga — það fer eftir þörfum og hæfni þróunarteymisins. Ef dreifing tengist því að bæta við nýjum virkni er það eitt, en ef hún tengist því að laga villur sem komu upp í fyrri dreifingum er það allt annað mál.
Denis Romanenko, sjálfstætt starfandi sérfræðingur hjá Mail.ru Cloud Solutions
Hvernig á að bæta DevOps ferla
Í skýrslunni eru kynnt tvö svið sem geta hjálpað til við að bæta DevOps: að auka skilvirkni hugbúnaðarþróunar og afhendingar og að bæta framleiðni starfsmanna.
Hver átt inniheldur sína eigin þætti, með því að bæta þá er hægt að ná tilætluðu markmiði.
Samkvæmt skýrslunni er lykillinn að stafrænni umbreytingu fyrirtækjamenning. Afkastamikil DevOps teymi þurfa menningu trausts og sálfræðilegs öryggis, skýran skilning á vinnuárangri og skýr markmið. Slíkt umhverfi gerir teymismeðlimum kleift að taka upplýstar ákvarðanir, tjá skoðanir sínar og vera skapandi.
Skýjatækni, samfelld afhending, prófanir á bata eftir hamfarir og breytingastjórnun geta einnig hjálpað til við að bæta hugbúnaðarþróun og skilvirkni afhendingar. Hægt er að auka framleiðni með því að fjárfesta í auðveldum verkfærum, draga úr tæknilegri skuld (þ.e. draga úr hlutfalli óhagkvæms kóða og úreltrar tækni) og koma á fót þekkingargrunni fyrirtækja og aðgangi að utanaðkomandi lausnum.
Ég tel að aðferðafræði og hugmyndafræði DevOps snúist einmitt um að gera þessi ferli óháð ytri aðstæðum, eins og skýinu eða innbyggðum vélbúnaði. Skýið sjálft er ekkert annað en verkfæri; það mun hjálpa á vissan hátt, hindra á annan hátt eða vera gagnslaust.
Denis Romanenko, sjálfstætt starfandi sérfræðingur hjá Mail.ru Cloud Solutions
Hér að neðan munum við skoða nokkra af þeim þáttum sem geta aukið skilvirkni DevOps teyma.
Skýjatækni stuðlar að velgengni DevOps
Árið 2019 velja fleiri og fleiri stofnanir skýjalausnir sem bæta verulega framleiðni DevOps teyma.
Hvaða innviði nota DevOps teymi?
DORA komst að því að 80% svarenda birta Hins vegar hafa aðeins 29% svarenda innleitt alla fimm kjarnaeinkenni skýjatölvuþjónustu Þjóðarstofnunar Bandaríkjanna (National Institute of Standards and Technology) — mikilvægasta staðalinn til að meta gildi skýjatækni innan DevOps.
Lýsing
Hlutfall þeirra sem notuðu það
Sjálfsafgreiðsla eftir þörfum
Neytendur geta sjálfkrafa útvegað tölvuauðlindir
eftir þörfum, án þátttöku þjónustuaðila.
57%
(+ 11% frá 2018)
Víðtækur aðgangur að netinu
Skýjamöguleikar eru í boði í gegnum mismunandi kerfi,
eins og farsíma, spjaldtölvur, fartölvur og vinnustöðvar.
60%
(+ 14% frá 2018)
Auðlindalaug
Auðlindir veitenda eru sameinaðar í fjölleigjendalíkan þar sem efnislegum og sýndarauðlindum er úthlutað á breytilegan hátt eftir þörfum.
58%
(+ 15% frá 2018)
Stærðhæfni og teygjanleiki
Hægt er að stækka auðlindir lárétt eða lóðrétt eftir þörfum, þær eru nánast ótakmarkaðar og hægt er að útvega þær í hvaða magni sem er hvenær sem er.
58%
(+135 frá 2018)
gagnsæi
Skýjakerfi fylgjast sjálfkrafa með, hámarka og tilkynna um notkun auðlinda út frá tegund þjónustu: gagnageymslu og vinnslu, umferðarmagni,
virkir notendareikningar.
62%
(+ 14% frá 2018)
Þjónusta sem kerfi (PaaS) færist í auknum mæli í átt að gámamiðaðri dreifingarlíkani. Skýjakerfi einfalda hugbúnaðardreifingu, þannig að teymi þurfa aðeins að hafa áhyggjur af því að keyra forritskóðann sjálfan. Stækkun, afkastagetuskipulagning, stjórnun og viðhald innviða færast einnig yfir á þjónustuaðila.
Skýjaþjónustuaðilar eru að verða alhliða staðall fyrir að veita fjölbreytt úrval þjónustu: sýndarvélanet, auðkenningar- og aðgangsstjórnun (IAM), geymslu og gagnagrunna, vélanám, internetið hlutanna (IoT), gámalausnir, öryggislausnir og fleira.
Viðskiptavinir skýjaþjónustuaðila greiða aðeins fyrir þær auðlindir sem þeir nota, sem tryggir gagnsæi í kostnaði, ólíkt hefðbundnum gagnaverum þar sem erfitt eða ómögulegt er að fá upplýsingar um þróunarkostnað. Svarendur frá fyrirtækjum sem uppfylla skilyrðin um skýjatækni sem talin eru upp hér að ofan eru 2,6 sinnum líklegri til að áætla hugbúnaðarkostnað, tvöfalt líklegri til að skilja hvaða forrit nota mestar auðlindir og 1,65 sinnum líklegri til að halda sig innan upplýsingatæknifjárhagsáætlunar sinnar.
Stundum kemur í ljós að það er hagkvæmara að ráða hæfan sérfræðing og nýta sérstaka afkastagetu í gagnaveri heldur en að borga fyrir skýjatölvuþjónustu. Besti kosturinn fer eftir sniði og stærð fyrirtækisins, sem og framboði á innanhúss sérfræðingum og sérþekkingu í upplýsingatækni. Til dæmis er skýjaþjónusta þægileg þegar fyrirtæki er stofnað eða ef fyrirtækið er ekki með innanhúss upplýsingatæknideild. Þegar fyrirtækið stækkar getur verið hagkvæmara að viðhalda öllum eða hluta af innviðunum á staðnum.
Denis Romanenko, sjálfstætt starfandi sérfræðingur hjá Mail.ru Cloud Solutions
Tæknilegar starfshættir DevOps
Margar stofnanir sem vilja innleiða DevOps leita að leiðbeiningum eða bestu starfsvenjum. Hins vegar eru engin tvö fyrirtæki eins, þannig að val á starfsháttum fer eftir núverandi stöðu fyrirtækisins og markmiðum þess.
Það þarf þó að hafa í huga að það eru almenn svið sem geta hjálpað til við að bæta skilvirkni DevOps: sum eru þróuð á teymisstigi en önnur krefjast vinnu á skipulagsstigi.
Hvaða vaxtarsvið eru áberandi fyrir DevOps teymi árið 2019?
Á skipulagsstigi
- lauslega tengd arkitektúr
- framkvæmd breytinga
- kóðastuðningur
Á liðsstigi
- samfelld samþætting
- sjálfvirkni prófana
- sjálfvirkni dreifingar
- eftirlit
- þróunarleiðsla
Á teymis- og skipulagsstigi
- notkun skýjaþjónustu
- prófanir á viðbragðsaðgerðum vegna hamfara
Rannsóknin staðfesti jákvæð áhrif lauslega tengdrar arkitektúrs á skilvirkni DevOps.
Lauslega tengd arkitektúr gerir teymum kleift að prófa, setja upp og breyta kerfum sjálfstætt eftir þörfum, óháð öðrum teymum, án viðbótarstuðnings, úrræða eða samþykkis og með minni endurgjöf. Þetta gerir kleift að auka skilvirkni en krefst mikils skipulags og stjórnunar.
Þessi aðferð er aðeins möguleg fyrir sprotafyrirtæki og með ákveðnum fyrirvörum. Önnur fyrirtæki geta verið í annarri stöðu. Gott dæmi er bankastarfsemi/fjártækni. Þau kunna að nota eingöngu séreignarlausnir, en DevOps-aðferðir verða notaðar.
Denis Romanenko, sjálfstætt starfandi sérfræðingur hjá Mail.ru Cloud Solutions
Árangursrík DevOps teymi sjálfvirknivæða allt.
gerir þér kleift að koma þjónustu og forritum í framleiðslu með minni kostnaði og áhættu og viðhalda útgáfum í samræmi við markmið fyrirtækisins.
Árangursrík CI/CD þýðir einnig að teymi geta innleitt breytingar á framleiðslu eftir þörfum, fengið tafarlausa endurgjöf um gæði innleiðingarinnar og brugðist hratt við henni til að bæta næsta innleiðingarferli.
Skýrslan sýnir að farsæl DevOps teymi fjárfesta í fjölbreyttum stuðningsferlum, starfsháttum og verkfærum:
- 92% nota sjálfvirk samsetningarverkfæri;
- 87% nota sjálfvirkar einingaprófanir;
- 57% útvíkka sjálfvirkni til að ná yfir viðurkenningarprófanir;
- 72% sjálfvirknivæða innleiðingar í prófunarumhverfi, 69% gera slíkt hið sama fyrir framleiðsluinnleiðingar;
- 69% samþætta spjallþjóna í dreifingarferli sitt;
- 57% samþætta við eftirlitstól.
Það er mikilvægt að velja réttu verkfærin og tæknina
Þegar flókin kerfi eru smíðuð og mikilvægir innviðir fyrirtækja eru stjórnaðir er mikilvægt að velja tækni:
- sem eru auðveld í notkun bæði við fyrstu tengingu og í stöðugri notkun;
- sem hjálpa til við að ná settum markmiðum.
Í skýrslunni voru skoðuð þau verkfæri sem notuð eru við hugbúnaðardreifingu með CI/CD og sjálfvirkniprófunartólum — tæknin sem myndar grunninn að DevOps.
Hvaða tækni nota DevOps teymi?
Tækni
Lið með lága stigaskorun
Lið með meðalárangur
Lið með góða frammistöðu
Lið með mikla afköst
Samsetning af einkaleyfisvernduðum, opnum hugbúnaði og viðskiptalegum kassavörum
30%
34%
32%
33%
Að mestu leyti opinn hugbúnaður og mjög sérsniðnar lausnir í kassa
17%
8%
7%
10%
Aðallega opinn hugbúnaður og kassalausnir með minniháttar sérstillingum
14%
21%
18%
20%
Fyrst og fremst, kassalaga viðskiptalausnir
8%
12%
8%
4%
Innri þróun og sérlausnir fyrir fyrirtækið
20%
6%
5%
6%
Í fyrsta lagi opinn hugbúnaður með sterkri sérstillingu
6%
7%
5%
12%
Aðallega opinn hugbúnaður með smá sérstillingum
5%
12%
24%
15%
Notagildi tækja hefur veruleg áhrif á getu teymis til að hámarka verðmæti valins tækni: verkfræðingar með auðvelda tækni í notkun eru 1,5 sinnum líklegri til að tilheyra afkastamiklum teymum.
Að mínu mati gefur þessi tafla þá mynd að til að vera farsælt DevOps teymi þurfi maður að fylgja tískunni, ekki tæknilegu verkefninu.
Hæfur fagmaður velur verkfæri sem henta verkefninu, ekki öfugt. Það eru alltaf nokkur verkfæri og aðferðir til að leysa hvaða vandamál sem er. Tiltekið verkfæri er ákvarðað af: sérkennum verkefnisins; þekkingu starfsfólks á verkfærinu (hversu há er aðgangshindrunin ef verkfærið er nýtt); og fjárhagslegum þætti, ef einhver er.
Denis Romanenko, sjálfstætt starfandi sérfræðingur hjá Mail.ru Cloud Solutions
Viðbrögð við hamförum
Sérhver stofnun sem starfar á grundvelli hugbúnaðar verður að hafa Skýrslan sýnir þær gerðir af prófunum á viðnámsþoli vegna hamfara sem mismunandi fyrirtæki nota.
Hvaða tegundir prófana nota fyrirtæki til að bregðast við eftir hörmungar?
Prófunartegund
Lið með lága stigaskorun
Lið með meðalárangur
Lið með góða frammistöðu
Lið með mikla afköst
Að meðaltali
Prófanir sem fela ekki í sér raunveruleg kerfi
35%
26%
27%
30%
28%
Bilun í innviðum (þar á meðal gagnaver)
27%
43%
34%
38%
38%
Bilunarprófanir á forritum
25%
46%
41%
49%
43%
Hermun á atvikum sem fela í sér truflun á prófunarkerfum
18%
22%
23%
29%
23%
Hermun á atvikum sem fela í sér truflanir á rekstrarkerfum
18%
11%
12%
13%
12%
Að skapa sjálfvirkni og kerfi sem bila
framleiðslukerfum reglulega og stöðugt
9%
8%
7%
9%
8%
Aðeins 40% svarenda framkvæma árlega prófanir á bata eftir hamfarir með einni eða fleiri af ofangreindum aðferðum. Hins vegar hafa fyrirtæki sem framkvæma prófanir á bata eftir hamfarir meiri þjónustuframboð. Skýrslan sýnir að DevOps teymi með mikla afköst eru 1.4 sinnum líklegri til að fella gögn um prófanir á bata eftir hamfarir inn í hugbúnaðarþróunar- og dreifingarferli sín.
Það er mikilvægt að tryggja að DevOps teymi hafi aðgang að upplýsingum
Auðvelt er að finna upplýsingar til að leysa vandamál til að viðhalda framleiðni DevOps teymisins. Þetta er sérstaklega mikilvægt í tæknilegu umhverfi nútímans, sem samanstendur af flóknum kerfum.
Heimildir slíkra upplýsinga má skipta í tvo flokka:
- Innri heimildirFyrirtækjaskjöl um gerð og viðhald kóða, þekkingargrunnar fyrirtækisins, gagnasöfn og fleira. DevOps teymi sem notuðu innri þekkingarlindir voru 1,73 sinnum afkastameiri.
- Ytri heimildirLeitarvélar og útvíkkun á hugbúnaðarlausnum. DevOps teymi sem útvistuðu vinnu sinni voru 1,67 sinnum afkastameiri. Útvistun býður upp á verulegan kost í námi og vexti, sérstaklega með notkun á opinberum skýjum og opnum hugbúnaðartólum.
Mikilvægt fyrir fyrirtæki að draga úr tæknilegri skuld
Tæknileg skuld felur í sér kóða eða kerfi með þekktum en óleiðréttum villum; ófullnægjandi prófunarþekju; lélegan kóða- eða hönnunargæði; ónotaðar villur sem ekki eru fjarlægðar; útfærslur sem teymið getur ekki viðhaldið á skilvirkan hátt; úrelta tækni; og ófullkomna eða úrelta skjölun.
Sérfræðingar komust að því að tæknileg skuld hefur neikvæð áhrif á afköst DevOps. Teymi með mikla tæknilega skuld voru 1,6 sinnum minna afkastamikil. Teymi með góða afköst voru 1,4 sinnum líklegri til að hafa litla tæknilega skuld.
Lykilniðurstöður úr könnun um stöðu DevOps
- Hlutfall DevOps-teyma með háa einkunn hefur næstum þrefaldast í 20%. Þetta bendir til þess að fyrirtæki skilji möguleika starfshátta til að bæta hugbúnaðarþróun og afhendingu og fyrirtæki eru í auknum mæli að innleiða DevOps í upplýsingatæknideildum sínum.
- Hröð afhending forrita og þjónustu er undirstaða tæknibreytinga og afkasta fyrirtækja. Hraði og samræmi í útgáfum eykur arðsemi og ánægju viðskiptavina.
- Skýjatækni er enn lykilatriði til að ná góðum árangri fyrir DevOps teymi. Skýjatölvuþjónusta gerir kleift að afhenda hugbúnað á réttum hraða og tryggir aðgengi, sveigjanleika og afköst innviða.
- Hægt er að bæta skilvirkni DevOps teyma með því að einbeita sér að framleiðni teymismeðlima, tryggja þægilegt andlegt andrúmsloft og nota notendavæn verkfæri.
- Þegar það er gert rétt hefur aukinn hraða útgáfu ekki áhrif á stöðugleika þjónustu og forrita fyrirtækisins.
Heimild: www.habr.com
