Fir éierlech ze sinn, huet den Ivan dacks iwwer déi nëtzlos Efforte vu senge Kollegen aus der Iwwerwaachungsdepartement gelaacht. Si hu grouss Efforte gemaach fir d'Metriken ëmzesetzen, déi d'Gestioun vun der Firma hinnen bestallt huet ze erreechen. Si waren esou beschäftegt, datt si net wollten, datt een aneren eppes géif maachen.
Awer et war net genuch fir d'Gestioun - si hunn ëmmer méi nei Metriken bestallt, ganz séier ophalen ze benotzen wat virdru gemaach gouf.
Zënter kuerzem huet jiddereen iwwer LeadTime geschwat - d'Zäit fir d'Liwwerung vu Geschäftsfeatures. D'Metrik huet eng verréckt Zuel gewisen - 200 Deeg fir eng Aufgab ze liwweren. Wéi jidderee gehäit an aahed an d'Hänn an den Himmel geheescht!
No enger Zäit ass de Kaméidi lues a lues verstuerwen an d'Gestioun krut en Uerder fir eng aner Metrik ze kreéieren.
Et war dem Ivan komplett kloer datt déi nei Metrik grad sou roueg an engem donkelen Eck stierwen.
Tatsächlech, huet den Ivan geduecht, d'Zuel ze wëssen seet iwwerhaapt keen eppes. 200 Deeg oder 2 Deeg - et gëtt keen Ënnerscheed, well et onméiglech ass de Grond duerch d'Zuel ze bestëmmen a verstoen ob et gutt oder schlecht ass.
Dëst ass eng typesch Fal vu Metriken: et schéngt wéi eng nei Metrik d'Essenz vun der Existenz erzielt an e geheimt Geheimnis erklärt. Jiddereen hofft esou vill fir dëst, awer aus irgendege Grënn geschitt näischt. Jo, well d'Geheimnis sollt net a Metriken fonnt ginn!
Fir den Ivan war dëst eng passéiert Etapp. Hien huet dat verstanen fir Miessunge, an all Geheimnisser musse gesicht ginn , d.h. ass datt dës Metrik geformt gëtt.
Fir en Online-Geschäft ass den Aflossobjekt seng Clienten déi Sue bréngen, a fir DevOps sinn et d'Teams déi Verdeelunge mat enger Pipeline erstellen an ausrollen.
Enges Daags, an engem bequemen Stull an der Hal sëtzt, huet den Ivan decidéiert virsiichteg nozedenken wéi hien DevOps Metriken gesinn wollt, andeems d'Tatsaach berücksichtegt datt den Aflossobjekt Teams ass.
Zweck vun DevOps Metriken
Et ass kloer datt jidderee wëll d'Liwwerzäit reduzéieren. 200 Deeg ass natierlech net gutt.
Awer wéi, dat ass d'Fro?
D'Firma beschäftegt Honnerte vun Teams, an Dausende vu Verdeelunge ginn all Dag duerch d'DevOps Pipeline. Déi aktuell Liwwerzäit erschéngt als Verdeelung. All Equipe wäert seng eege Zäit an hir eege Charakteristiken hunn. Wéi fannt Dir eppes an dësem Mess?
D'Äntwert ass natierlech entstanen - mir mussen d'Problemteams fannen an erausfannen wat mat hinnen lass ass a firwat et sou laang dauert, a vun de "gutt" Teams léieren wéi alles séier ze maachen. A fir dëst ze maachen, musst Dir d'Zäit moossen, déi vun den Teams op jiddereng vun den DevOps Stänn verbraucht gëtt:
"Den Zweck vum System ass d'Equipen auszewielen op Basis vun der Zäit wou se d'Trien passéieren, d.h. Als Resultat sollte mir eng Lëscht vu Kommandoen mat der gewielter Zäit kréien, an net eng Zuel.
Wa mir erausfannen, wéi vill Zäit am Ganzen um Stand verbruecht gouf a wéi vill Zäit fir Ënnerzäit tëscht Stänn verbruecht gouf, kënne mir d'Equipen fannen, se ruffen an d'Grënn méi detailléiert verstoen an se eliminéieren ", huet den Ivan geduecht.
Wéi berechent d'Liwwerzäit fir DevOps
Fir et ze berechnen, war et néideg an den DevOps Prozess a seng Essenz ze verdéiwen.
D'Firma benotzt eng limitéiert Zuel vu Systemer, an Informatiounen kann nëmmen aus hinnen kritt ginn an néierens soss.
All Aufgaben an der Firma goufen zu Jira registréiert. Wann eng Aufgab iwwerholl gouf, gouf eng Branche dofir erstallt, an no der Ëmsetzung gouf eng Verpflichtung op BitBucket a Pull Request gemaach. Wann e PR (Pull Request) ugeholl gouf, gouf eng Verdeelung automatesch erstallt an am Nexus Repository gespäichert.
Als nächst gouf d'Verdeelung op e puer Stänn mat Jenkins ausgerullt fir d'Korrektheet vun der Rollout ze kontrolléieren, automatesch a manuell Tester:
Den Ivan huet beschriwwen aus wéi enge Systemer wéi eng Informatioun geholl ka ginn fir d'Zäit op de Stänn ze berechnen:
- Vum Nexus - Verdeelungskreatiounszäit an Numm vum Dossier deen de Kommandocode enthält
- Vun Jenkins - Start Zäit, Dauer an Resultat vun all Aarbecht, Stand Numm (an der Aarbecht Parameteren), Etappe (Aarbecht Schrëtt), Link op d'Verdeelung am Nexus.
- Den Ivan huet decidéiert Jira a BitBucket net an der Pipeline opzehuelen, well ... si ware méi am Zesummenhang mat der Entwécklungsphase, an net mam Ausrollen vun der fäerdeger Verdeelung op Stänn.
Baséierend op déi verfügbar Informatioun, gouf de folgenden Diagramm gezeechent:
Wësse wéi laang et dauert fir Verdeelungen ze kreéieren a wéi vill Zäit op jiddereng vun hinnen verbruecht gëtt, kënnt Dir ganz einfach d'Gesamtkäschte berechnen fir duerch déi ganz DevOps Pipeline (voll Zyklus) ze goen.
Hei sinn d'DevOps Metriken, déi den Ivan opgehalen huet:
- Zuel vun Distributiounen geschaf
- Undeel vun distributions datt op de Stand "komm" an "passéiert" de Stand
- Zäit um Stand (Stand Cycle)
- Voll Zyklus (Gesamtzäit fir all Stänn)
- Aarbecht Dauer
- Downtime tëscht Stänn
- Downtime tëscht Aarbecht lancéiert op déi selwecht Stand
Engersäits hunn d'Metriken d'DevOps Pipeline ganz gutt a punkto Zäit charakteriséiert, op der anerer Säit goufen se als ganz einfach ugesinn.
Zefridden mat der Aarbecht gutt gemaach, huet den Ivan eng Presentatioun gemaach an ass gaang fir et der Gestioun ze presentéieren.
Hie koum däischter zréck a mat den Hänn erof.
"Dëst ass e Fiasko, Bro," huet den ironesche Kolleg gelaacht ...
Liest méi am Artikel "".
Source: will.com