Ivan çawa metrîkên DevOps kir. Objekt bandorê

Hefteyek derbas bû ku Ivan yekem car li ser metrîkên DevOps fikirî û fêm kir ku bi alîkariya wan pêdivî ye ku meriv wextê radestkirina hilberê birêve bibe. (Wext-To-Market).

Tewra dawiya hefteyê jî, ew li ser metrîkan difikirî: "Ji ber vê yekê heke ez demê bipîvim çi? Wê çi bide min?

Bi rastî, zanîna demê wê çi bide? Em bêjin radestkirina 5 rojan digire. Ji ber vê yekê, paşê çi ye? Baş e an xerab e? Her çend ev xirab be, wê hingê hûn hewce ne ku bi rengekî vê demê kêm bikin. Lê çawa?
Van ramanan ew dikişand, lê çareserî derneket.

Îvan fehm kir ku ew hatiye ser esasê. Grafikên bêhejmar metrîkên ku wî berê dîtibûn, demek berê wî qayil kiribûn ku nêzîkatiya standard dê nexebite, û heke ew bi tenê xêz bike (tevî ko kotekî be jî), ew ê bêkêr be.

Çawa bibe?…

Metrîk mîna serwerek darînek asayî ye. Pîvandinên ku bi alîkariya wê hatine çêkirin dê sedemê nebêjin, çima tişta ku tê pîvandin tam dirêjahiya ku wê nîşan da ye. Serwer dê tenê mezinahiya xwe nîşan bide, û ne tiştek din. Ew ne kevirê fîlozofê ye, lê tenê tabloyek darîn e ku pê tê pîvandin.

"Mişkê pola zengarnegir" yê nivîskarê wî yê bijare Harry Harrison her gav digot: Divê ramanek bigihîje binê mêjî û li wir razê, lewra piştî çend rojan êş û azaran bê encam, Ivan biryar da ku karekî din bike ...

Çend roj şûnda, dema ku gotarek di derbarê firotgehên serhêl de dixwend, Ivan ji nişkê ve fêm kir ku mîqdara dravê ku dikanek serhêl werdigire girêdayî ye ka mêvanên malperê çawa tevdigerin. Yên ku pereyên xwe didin dikanê û çavkaniya wê ne, ew, serdanker/mişterî ne. Rêza jêrîn ya dravê ku firotgehek distîne bi guheztinên tevgera xerîdar ve tê bandor kirin, ne tiştek din.

Derket holê ku ji bo guherandina nirxa pîvandinê pêdivî bi bandorkirina kesên ku vê nirxê pêk tînin, yanî. ji bo guheztina mîqdara dravê dikanek serhêl, hewce bû ku bandorê li tevgera xerîdarên vê dikanê bike, û ji bo guheztina dema radestkirinê di DevOps de, hewce bû ku bandorê li tîmên ku vê carê "afirandî" bikin, yanî. DevOps di karê xwe de bikar bînin.

Ivan fêm kir ku metrîkên DevOps divê qet bi grafîkan neyê temsîl kirin. Divê ew xwe temsîl bikin amûrê lêgerînê Tîmên "berbiçav" ên ku dema radestkirina dawîn çêdikin.

Ti metrîk dê çu carî sedemê nîşan nede ku çima vî an wê tîmê demek dirêj ji bo belavkirina belavkirinê girt, Ivan fikirî, ji ber ku di rastiyê de dibe ku mîlyonek û selikek piçûk hebe, û dibe ku ew ne teknîkî, lê rêxistinî bin. Ewan. ya herî ku hûn dikarin li bendê bin ku ji metrîkan bistînin ev e ku hûn tîmê û encamên wan nîşan bidin, û dûv re jî hûn neçar in ku van tîman bi lingên xwe bişopînin û fêr bibin ka çi bi wan re xelet e.

Ji hêla din ve, pargîdaniya Ivan xwedan standardek bû ku hewce dike ku hemî tîm li ser gelek benkan ceribandina civînan bikin. Heya ku ya berê temam nebû, tîm nikarîbû biçe rawestgeha din. Derket holê ku ger em pêvajoya DevOps-ê wekî rêzek derbasbûna stantan xeyal bikin, wê hingê metrîk dikare dema ku tîmê li ser van standan derbas kiriye nîşan bide. Bi zanîna stend û wextê tîmê, mimkun bû ku bi wan re bi taybetî li ser sedeman biaxivin.

Bê dudilî, Ivan têlefon hilda û jimareya kesê ku di nav û derên DevOps-ê de jêhatî ye lêxist:

- Denis, ji kerema xwe ji min re bêje, ma gengaz e ku meriv bi rengekî fêm bike ku tîmê ev an ew stand derbas kiriye?
- Bê guman. Jenkinsên me ala xwe ji holê radike ger ku avahî bi serfirazî li ser rûkê derketibe (testê derbas kiriye).
- Super. Ala çi ye?
- Ev pelek nivîsê ya birêkûpêk e mîna "stand_OK" an "stand_FAIL", ku dibêje ku meclîs test derbas kir an têk çû. Baş e, hûn fêm dikin, rast?
- Ez texmîn dikim, belê. Ma ew li heman peldanka di depoya ku civîn lê ye tê nivîsandin?
- Erê
- Ger meclîs ji kursa testê derbas nebe dê çi bibe? Ma ez ê hewce bikim ku avahiyek nû bikim?
- Erê
- Belê, baş e, spas. Û pirsek din: Ma ez rast fêm dikim ku ez dikarim dîroka afirandina alê wekî dîroka standê bikar bînim?
- Bi rastî!
- Super!

Îvan bi îlhamê telefonê daleqand û fêm kir ku her tişt ketiye cihê xwe. Bi zanîna dîroka çêkirina pelê avakirinê û dîroka çêkirina alayan, gengaz bû ku heya duyemîn were hesab kirin ka tîm çiqas wext li her standê derbas dikin û fêm bikin ku ew herî zêde li ku derê derbas dikin.

"Fêmkirina ku herî zêde dem li ku derê derbas dibe, em ê tîmê destnîşan bikin, biçin cem wan û pirsgirêkê bikolin." Îvan keniya.

Ji bo sibe, wî wezîfeya xêzkirina mîmariya pergala ku tê xêzkirin danî ser xwe.

Ez bêtir ji te hez dikim…

Source: www.habr.com

Add a comment