I fod yn onest, roedd Ivan yn aml yn chwerthin ar ymdrechion ofer ei gydweithwyr o'r adran fonitro. Gwnaethant ymdrech fawr i weithredu'r metrigau y gorchmynnodd rheolwyr y cwmni iddynt eu cyflawni. Roedden nhw mor brysur fel nad oedden nhw eisiau i neb arall wneud dim byd.
Ond nid oedd yn ddigon i'r rheolwyr - fe wnaethant archebu mwy a mwy o fetrigau newydd yn gyson, gan roi'r gorau i ddefnyddio'r hyn a wnaed yn flaenorol yn gyflym iawn.
Yn ddiweddar, mae pawb wedi bod yn siarad am LeadTime - yr amser ar gyfer cyflwyno nodweddion busnes. Roedd y metrig yn dangos nifer gwallgof - 200 diwrnod i gyflawni un dasg. Sut roedd pawb yn gwenu ac yn codi ac yn codi eu dwylo i'r awyr!
Ar ôl peth amser, bu farw'r sŵn yn raddol a derbyniodd y rheolwyr orchymyn i greu metrig arall.
Roedd yn gwbl amlwg i Ivan y byddai'r metrig newydd yr un mor dawel yn marw mewn cornel dywyll.
Yn wir, meddyliodd Ivan, nid yw gwybod y rhif yn dweud dim byd o gwbl wrth neb. 200 diwrnod neu 2 ddiwrnod - nid oes gwahaniaeth, oherwydd mae'n amhosibl pennu'r rheswm yn ôl y nifer a deall a yw'n dda neu'n ddrwg.
Mae hwn yn fagl nodweddiadol o fetrigau: mae'n ymddangos y bydd metrig newydd yn dweud hanfod bodolaeth ac yn esbonio rhywfaint o gyfrinach ddirgel. Mae pawb yn gobeithio cymaint am hyn, ond am ryw reswm does dim byd yn digwydd. Ydy, oherwydd ni ddylid dod o hyd i'r gyfrinach mewn metrigau!
I Ivan, roedd hwn yn gam pasio. Roedd yn deall hynny am fesuriadau, a rhaid ceisio pob cyfrinach i mewn , h.y. yw bod y metrig hwn yn cael ei ffurfio.
Ar gyfer siop ar-lein, gwrthrych y dylanwad fydd ei gleientiaid sy'n dod ag arian i mewn, ac ar gyfer DevOps, y timau sy'n creu ac yn cyflwyno dosraniadau gan ddefnyddio piblinell.
Un diwrnod, yn eistedd i lawr mewn cadair gyfforddus yn y neuadd, penderfynodd Ivan feddwl yn ofalus sut yr oedd am weld metrigau DevOps, gan ystyried y ffaith mai gwrthrych y dylanwad yw timau.
Pwrpas Metrigau DevOps
Mae'n amlwg bod pawb eisiau lleihau amser dosbarthu. Nid yw 200 diwrnod, wrth gwrs, yn dda.
Ond sut, dyna'r cwestiwn?
Mae'r cwmni'n cyflogi cannoedd o dimau, ac mae miloedd o ddosbarthiadau'n mynd trwy'r biblinell DevOps bob dydd. Bydd yr amser dosbarthu gwirioneddol yn ymddangos fel dosbarthiad. Bydd gan bob tîm ei amser a'i nodweddion ei hun. Sut allwch chi ddod o hyd i unrhyw beth ymhlith y llanast hwn?
Cododd yr ateb yn naturiol - mae angen i ni ddod o hyd i'r timau problemus a darganfod beth sy'n digwydd gyda nhw a pham ei fod yn cymryd cymaint o amser, a dysgu gan y timau “da” sut i wneud popeth yn gyflym. Ac i wneud hyn, mae angen i chi fesur yr amser a dreulir gan dimau ym mhob un o stondinau DevOps:
“Pwrpas y system fydd dewis timau ar sail yr amser y byddan nhw’n pasio’r stondinau, h.y. O ganlyniad, dylem gael rhestr o orchmynion gyda'r amser a ddewiswyd, ac nid rhif.
Os byddwn yn darganfod faint o amser a dreuliwyd ar y stondin i gyd a faint o amser a dreuliwyd ar amser segur rhwng stondinau, gallwn ddod o hyd i'r timau, eu ffonio a deall y rhesymau'n fwy manwl a'u dileu," meddyliodd Ivan.
Sut i Gyfrifo Amser Cyflenwi ar gyfer DevOps
Er mwyn ei gyfrifo, roedd angen ymchwilio i'r broses DevOps a'i hanfod.
Mae'r cwmni'n defnyddio nifer cyfyngedig o systemau, a dim ond ganddyn nhw ac o unman arall y gellir cael gwybodaeth.
Cofrestrwyd holl dasgau'r cwmni yn Jira. Pan ymgymerwyd â thasg, crëwyd cangen ar ei chyfer, ac ar ôl ei gweithredu, ymrwymwyd i BitBucket a Pull Request. Pan dderbyniwyd PR (Cais Tynnu), cafodd dosbarthiad ei greu'n awtomatig a'i storio yn ystorfa Nexus.
Nesaf, cyflwynwyd y dosbarthiad ar sawl stondin gan ddefnyddio Jenkins i wirio cywirdeb y broses gyflwyno, yn awtomatig ac â llaw:
Disgrifiodd Ivan o ba systemau pa wybodaeth y gellir ei chymryd i gyfrifo'r amser ar y stondinau:
- O Nexus - Amser creu dosbarthiad ac enw'r ffolder a oedd yn cynnwys y cod gorchymyn
- O Jenkins - Amser cychwyn, hyd a chanlyniad pob swydd, enw'r stondin (ym mharamedrau'r swydd), camau (camau swydd), cyswllt â'r dosbarthiad yn Nexus.
- Penderfynodd Ivan beidio â chynnwys Jira a BitBucket ar y gweill, oherwydd ... roeddent yn fwy cysylltiedig â'r cam datblygu, ac nid i gyflwyno'r dosbarthiad gorffenedig ar stondinau.
Yn seiliedig ar y wybodaeth a oedd ar gael, lluniwyd y diagram canlynol:
Gan wybod pa mor hir y mae'n ei gymryd i greu dosraniadau a faint o amser sy'n cael ei dreulio ar bob un ohonynt, gallwch chi gyfrifo cyfanswm costau mynd trwy'r biblinell DevOps gyfan (cylch llawn) yn hawdd.
Dyma fetrigau DevOps a ddaeth i ben gan Ivan:
- Nifer y dosraniadau a grëwyd
- Cyfran o'r dosraniadau a “ddaeth” i'r stondin a “phasiodd” y stondin
- Amser a dreulir ar y stondin (cylch stand)
- Cylch llawn (cyfanswm amser ar gyfer pob stondin)
- Hyd y swydd
- Amser segur rhwng stondinau
- Amser segur rhwng lansio swyddi ar yr un stondin
Ar y naill law, roedd y metrigau yn nodweddu piblinell DevOps yn dda iawn o ran amser, ar y llaw arall, fe'u hystyriwyd yn syml iawn.
Yn fodlon ar y gwaith wedi'i wneud yn dda, gwnaeth Ivan gyflwyniad ac aeth i'w gyflwyno i'r rheolwyr.
Daeth yn ôl yn dywyll a gyda'i ddwylo i lawr.
“Fisco yw hwn, bro,” gwenodd y cydweithiwr eironig...
Darllenwch fwy yn yr erthygl “'.
Ffynhonnell: hab.com