నిజం చెప్పాలంటే, పర్యవేక్షణ విభాగానికి చెందిన తన సహోద్యోగుల వ్యర్థమైన ప్రయత్నాలను చూసి ఇవాన్ తరచుగా నవ్వుతాడు. కంపెనీ యాజమాన్యం వారు సాధించాలని ఆదేశించిన కొలమానాలను అమలు చేయడానికి వారు గొప్ప ప్రయత్నాలు చేశారు. ఎవ్వరూ ఏమీ చేయకూడదని వారు చాలా బిజీగా ఉన్నారు.
కానీ నిర్వహణకు ఇది సరిపోదు - వారు నిరంతరం మరిన్ని కొత్త కొలమానాలను ఆర్డర్ చేస్తారు, ఇంతకుముందు చేసిన వాటిని ఉపయోగించడం చాలా త్వరగా ఆపివేసారు.
ఇటీవల, ప్రతి ఒక్కరూ లీడ్‌టైమ్ గురించి మాట్లాడుతున్నారు - వ్యాపార ఫీచర్‌ల బట్వాడా సమయం. మెట్రిక్ క్రేజీ నంబర్‌ని చూపింది - ఒక పనిని అందించడానికి 200 రోజులు. అందరూ ఎలా ఓహ్ మరియు ఆహ్డ్ మరియు ఆకాశానికి చేతులు ఎత్తారు!
కొంత సమయం తరువాత, శబ్దం క్రమంగా తగ్గింది మరియు నిర్వహణ మరొక మెట్రిక్‌ని రూపొందించడానికి ఆర్డర్‌ను పొందింది.
కొత్త మెట్రిక్ నిశ్శబ్దంగా చీకటి మూలలో చనిపోతుందని ఇవాన్‌కు పూర్తిగా స్పష్టమైంది.
నిజమే, ఇవాన్ అనుకున్నాడు, నంబర్ తెలుసుకోవడం ఎవరికీ ఏమీ చెప్పదు. 200 రోజులు లేదా 2 రోజులు - తేడా లేదు, ఎందుకంటే సంఖ్య ద్వారా కారణాన్ని గుర్తించడం మరియు అది మంచిదా లేదా చెడ్డదా అని అర్థం చేసుకోవడం అసాధ్యం.
ఇది కొలమానాల యొక్క సాధారణ ఉచ్చు: కొత్త మెట్రిక్ ఉనికి యొక్క సారాంశాన్ని తెలియజేస్తుంది మరియు కొన్ని రహస్య రహస్యాన్ని వివరిస్తుంది. ప్రతి ఒక్కరూ దీని కోసం చాలా ఆశించారు, కానీ కొన్ని కారణాల వల్ల ఏమీ జరగదు. అవును, ఎందుకంటే కొలమానాలలో రహస్యం కనుగొనబడదు!
ఇవాన్ కోసం, ఇది పాస్ దశ. అది అతనికి అర్థమైంది కొలతల కోసం, మరియు అన్ని రహస్యాలు తప్పనిసరిగా వెతకాలి , అనగా అంటే ఈ మెట్రిక్ ఏర్పడింది.
ఆన్‌లైన్ స్టోర్ కోసం, డబ్బును తీసుకువచ్చే దాని క్లయింట్‌లు ప్రభావానికి లోనవుతారు మరియు DevOps కోసం, ఇది పైప్‌లైన్‌ని ఉపయోగించి పంపిణీలను సృష్టించే మరియు విడుదల చేసే బృందాలుగా ఉంటుంది.
ఒక రోజు, హాల్‌లోని సౌకర్యవంతమైన కుర్చీలో కూర్చుని, ఇవాన్ డెవొప్స్ మెట్రిక్‌లను ఎలా చూడాలనుకుంటున్నాడో జాగ్రత్తగా ఆలోచించాలని నిర్ణయించుకున్నాడు, ప్రభావానికి గురిచేసే వస్తువు జట్లే అనే వాస్తవాన్ని పరిగణనలోకి తీసుకుంటాడు.
DevOps మెట్రిక్స్ యొక్క ఉద్దేశ్యం
ప్రతి ఒక్కరూ డెలివరీ సమయాన్ని తగ్గించాలని కోరుకుంటున్నట్లు స్పష్టమైంది. 200 రోజులు మంచివి కావు.
కానీ ఎలా, అది ప్రశ్న?
కంపెనీ వందలకొద్దీ బృందాలను నియమించింది మరియు ప్రతిరోజు వేలకొద్దీ పంపిణీలు DevOps పైప్‌లైన్ ద్వారా జరుగుతాయి. అసలు డెలివరీ సమయం పంపిణీగా కనిపిస్తుంది. ప్రతి జట్టుకు దాని స్వంత సమయం మరియు దాని స్వంత లక్షణాలు ఉంటాయి. ఈ గందరగోళంలో మీరు దేనినైనా ఎలా కనుగొనగలరు?
సమాధానం సహజంగానే వచ్చింది - మేము సమస్య బృందాలను కనుగొని, వారితో ఏమి జరుగుతుందో మరియు ఎందుకు ఎక్కువ సమయం తీసుకుంటుందో గుర్తించాలి మరియు ప్రతిదీ త్వరగా ఎలా చేయాలో "మంచి" బృందాల నుండి నేర్చుకోవాలి. మరియు దీన్ని చేయడానికి, మీరు ప్రతి DevOps స్టాండ్‌లలో బృందాలు గడిపిన సమయాన్ని కొలవాలి:
"సిస్టమ్ యొక్క ఉద్దేశ్యం వారు స్టాండ్‌లను దాటిన సమయం ఆధారంగా జట్లను ఎంచుకోవడం, అనగా. ఫలితంగా, మేము ఎంచుకున్న సమయంతో ఆదేశాల జాబితాను పొందాలి మరియు సంఖ్య కాదు.
మొత్తంగా స్టాండ్‌లో ఎంత సమయం వెచ్చించారు, స్టాండ్‌ల మధ్య ఎంత సమయం వెచ్చించారు అని కనుక్కుంటే, టీమ్‌లను కనుగొని, వారికి కాల్ చేసి, కారణాలను మరింత వివరంగా అర్థం చేసుకుని, వాటిని తొలగించవచ్చు, ”అని ఇవాన్ అనుకున్నాడు.
DevOps కోసం డెలివరీ సమయాన్ని ఎలా లెక్కించాలి
దీన్ని లెక్కించడానికి, DevOps ప్రక్రియ మరియు దాని సారాంశాన్ని లోతుగా పరిశోధించడం అవసరం.
కంపెనీ పరిమిత సంఖ్యలో సిస్టమ్‌లను ఉపయోగిస్తుంది మరియు సమాచారం వాటి నుండి మాత్రమే పొందబడుతుంది మరియు మరెక్కడా ఉండదు.
కంపెనీలో అన్ని పనులు జిరాలో నమోదు చేయబడ్డాయి. ఒక పనిని చేపట్టినప్పుడు, దాని కోసం ఒక శాఖ సృష్టించబడింది మరియు అమలు తర్వాత, BitBucket మరియు పుల్ రిక్వెస్ట్‌కు కట్టుబడి ఉంది. PR (పుల్ రిక్వెస్ట్) ఆమోదించబడినప్పుడు, పంపిణీ స్వయంచాలకంగా సృష్టించబడుతుంది మరియు Nexus రిపోజిటరీలో నిల్వ చేయబడుతుంది.
తర్వాత, రోల్‌అవుట్, ఆటోమేటిక్ మరియు మాన్యువల్ టెస్టింగ్ యొక్క ఖచ్చితత్వాన్ని తనిఖీ చేయడానికి జెంకిన్స్‌ను ఉపయోగించి అనేక స్టాండ్‌లలో పంపిణీ చేయబడింది:
స్టాండ్‌ల వద్ద సమయాన్ని లెక్కించడానికి ఏయే సిస్టమ్‌ల నుండి ఏ సమాచారాన్ని తీసుకోవచ్చని ఇవాన్ వివరించాడు:
- Nexus నుండి - డిస్ట్రిబ్యూషన్ సృష్టి సమయం మరియు కమాండ్ కోడ్ ఉన్న ఫోల్డర్ పేరు
- జెంకిన్స్ నుండి - ప్రారంభ సమయం, వ్యవధి మరియు ప్రతి ఉద్యోగం యొక్క ఫలితం, స్టాండ్ పేరు (ఉద్యోగ పారామితులలో), దశలు (ఉద్యోగ దశలు), Nexusలో పంపిణీకి లింక్.
- పైప్‌లైన్‌లో జిరా మరియు బిట్‌బకెట్‌లను చేర్చకూడదని ఇవాన్ నిర్ణయించుకున్నాడు, ఎందుకంటే... అవి డెవలప్‌మెంట్ స్టేజ్‌కి సంబంధించినవి మరియు పూర్తి చేసిన పంపిణీని స్టాండ్‌లపైకి తీసుకురావడానికి కాదు.
అందుబాటులో ఉన్న సమాచారం ఆధారంగా, కింది రేఖాచిత్రం డ్రా చేయబడింది:
డిస్ట్రిబ్యూషన్‌లను రూపొందించడానికి ఎంత సమయం పడుతుంది మరియు వాటిలో ప్రతిదానిపై ఎంత సమయం వెచ్చించబడుతుందో తెలుసుకోవడం ద్వారా, మీరు మొత్తం DevOps పైప్‌లైన్ (పూర్తి చక్రం) ద్వారా వెళ్ళే మొత్తం ఖర్చులను సులభంగా లెక్కించవచ్చు.
ఇవాన్ ముగించిన DevOps మెట్రిక్‌లు ఇక్కడ ఉన్నాయి:
- సృష్టించబడిన పంపిణీల సంఖ్య
- స్టాండ్‌కు "వచ్చిన" మరియు స్టాండ్‌ను "పాస్" చేసిన పంపిణీల వాటా
- స్టాండ్‌లో గడిపిన సమయం (స్టాండ్ సైకిల్)
- పూర్తి చక్రం (అన్ని స్టాండ్‌ల కోసం మొత్తం సమయం)
- ఉద్యోగ వ్యవధి
- స్టాండ్‌ల మధ్య పనికిరాని సమయం
- అదే స్టాండ్‌లో జాబ్ లాంచ్‌ల మధ్య పనికిరాని సమయం
ఒక వైపు, కొలమానాలు సమయం పరంగా DevOps పైప్‌లైన్‌ను బాగా వర్ణించాయి, మరోవైపు, అవి చాలా సరళంగా పరిగణించబడ్డాయి.
బాగా పని చేసినందుకు తృప్తి చెంది, ఇవాన్ ప్రెజెంటేషన్ తయారు చేసి, దానిని మేనేజ్‌మెంట్‌కు అందించడానికి వెళ్ళాడు.
అతను దిగులుగా మరియు తన చేతులతో తిరిగి వచ్చాడు.
"ఇది అపజయం, బ్రో," వ్యంగ్య సహోద్యోగి నవ్వాడు ...
వ్యాసంలో మరింత చదవండి "".
మూలం: www.habr.com