ఏదైనా స్థితిని ఎలా అర్థం చేసుకోవాలి?
మీరు వివిధ సమాచార వనరుల నుండి రూపొందించబడిన మీ అభిప్రాయంపై ఆధారపడవచ్చు, ఉదాహరణకు, వెబ్‌సైట్‌లలోని ప్రచురణలు లేదా అనుభవం. మీరు సహోద్యోగులను, పరిచయస్తులను అడగవచ్చు. సమావేశాల అంశాలను చూడటం మరొక ఎంపిక: ప్రోగ్రామ్ కమిటీ పరిశ్రమ యొక్క క్రియాశీల ప్రతినిధులు, కాబట్టి సంబంధిత అంశాలను ఎంచుకోవడంలో మేము వారిని విశ్వసిస్తాము. ప్రత్యేక ప్రాంతం పరిశోధన మరియు నివేదికలు. కానీ ఒక సమస్య ఉంది. DevOps స్థితిపై పరిశోధన ప్రపంచంలో ఏటా నిర్వహించబడుతుంది, నివేదికలు విదేశీ కంపెనీలచే ప్రచురించబడతాయి మరియు రష్యన్ DevOps గురించి దాదాపు సమాచారం లేదు.
కానీ అలాంటి అధ్యయనం నిర్వహించబడిన రోజు వచ్చింది, మరియు ఈ రోజు మనం ఫలితాల గురించి మాట్లాడుతాము. రష్యాలోని DevOps స్థితిని కంపెనీలు సంయుక్తంగా అధ్యయనం చేశాయి ""మరియు"". ఎక్స్‌ప్రెస్ 42 టెక్నాలజీ కంపెనీలకు DevOps పద్ధతులు మరియు సాధనాలను అమలు చేయడంలో మరియు అభివృద్ధి చేయడంలో సహాయపడుతుంది మరియు రష్యాలో DevOps గురించి మాట్లాడిన వారిలో ఇది మొదటిది. అధ్యయనం యొక్క రచయితలు, ఇగోర్ కురోచ్కిన్ మరియు విటాలీ ఖబరోవ్, ఎక్స్‌ప్రెస్ 42 వద్ద విశ్లేషణ మరియు కన్సల్టింగ్‌లో నిమగ్నమై ఉన్నారు, అయితే వివిధ కంపెనీలలో ఆపరేషన్ మరియు అనుభవం నుండి సాంకేతిక నేపథ్యం ఉంది. 8 సంవత్సరాలుగా, సహోద్యోగులు డజన్ల కొద్దీ కంపెనీలు మరియు ప్రాజెక్ట్‌లను - స్టార్టప్‌ల నుండి ఎంటర్‌ప్రైజెస్ వరకు - విభిన్న సమస్యలతో పాటు విభిన్న సాంస్కృతిక మరియు ఇంజనీరింగ్ పరిపక్వతతో చూశారు.
వారి నివేదికలో, ఇగోర్ మరియు విటాలీ పరిశోధన ప్రక్రియలో ఏ సమస్యలు ఉన్నాయి, వాటిని ఎలా పరిష్కరించారు, అలాగే DevOps పరిశోధన సూత్రప్రాయంగా ఎలా నిర్వహించబడుతుందో మరియు ఎక్స్‌ప్రెస్ 42 దాని స్వంతంగా ఎందుకు నిర్వహించాలని నిర్ణయించుకుంది. వారి నివేదికను చూడవచ్చు .
DevOps పరిశోధన
సంభాషణను ఇగోర్ కురోచ్కిన్ ప్రారంభించారు.
మేము DevOps సమావేశాలలో ప్రేక్షకులను క్రమం తప్పకుండా అడుగుతాము, “మీరు ఈ సంవత్సరం DevOps స్థితి నివేదికను చదివారా?” కొద్దిమంది చేతులు పైకెత్తారు, మరియు మా అధ్యయనం మూడవది మాత్రమే వాటిని అధ్యయనం చేస్తుందని చూపించింది. మీరు అలాంటి నివేదికలను ఎప్పుడూ చూడకపోతే, అవన్నీ చాలా పోలి ఉన్నాయని వెంటనే చెప్పండి. చాలా తరచుగా వంటి పదబంధాలు ఉన్నాయి: "గత సంవత్సరంతో పోలిస్తే ..."
ఇక్కడ మనకు మొదటి సమస్య ఉంది మరియు దాని తర్వాత మరో రెండు:
- గత సంవత్సరానికి సంబంధించిన డేటా మా వద్ద లేదు. రష్యాలోని DevOps స్థితి ఎవరికీ ఆసక్తి లేదు;
- మెథడాలజీ. పరికల్పనలను ఎలా పరీక్షించాలి, ప్రశ్నలను ఎలా నిర్మించాలి, ఎలా విశ్లేషించాలి, ఫలితాలను సరిపోల్చాలి, కనెక్షన్‌లను కనుగొనడం ఎలా అనేది స్పష్టంగా లేదు;
- పరిభాష. అన్ని నివేదికలు ఇంగ్లీషులో ఉన్నాయి, అనువాదం అవసరం, ఒక సాధారణ DevOps ఫ్రేమ్‌వర్క్ ఇంకా కనుగొనబడలేదు మరియు ప్రతి ఒక్కరూ వారి స్వంతదానితో ముందుకు వస్తారు.
ప్రపంచవ్యాప్తంగా DevOps స్థితి విశ్లేషణలు ఎలా జరిగాయో చూద్దాం.
చారిత్రక నేపథ్యం
DevOps పరిశోధన 2011 నుండి నిర్వహించబడింది. కాన్ఫిగరేషన్ మేనేజ్‌మెంట్ సిస్టమ్‌ల డెవలపర్ అయిన పప్పెట్ వాటిని మొదటిసారిగా నిర్వహించింది. ఆ సమయంలో, కోడ్ రూపంలో మౌలిక సదుపాయాలను వివరించే ప్రధాన సాధనాల్లో ఇది ఒకటి. 2013 వరకు, ఈ అధ్యయనాలు కేవలం మూసివేయబడిన సర్వేలు మరియు పబ్లిక్ నివేదికలు లేవు.
2013లో, IT విప్లవం కనిపించింది, DevOpsలో అన్ని ప్రధాన పుస్తకాల ప్రచురణకర్త. పప్పెట్‌తో కలిసి, వారు మొదటి స్టేట్ ఆఫ్ DevOps పబ్లికేషన్‌ను సిద్ధం చేశారు, ఇక్కడ 4 కీలక మెట్రిక్‌లు మొదటిసారి కనిపించాయి. మరుసటి సంవత్సరం, పరిశ్రమ పద్ధతులు మరియు సాధనాలపై సాధారణ సాంకేతిక రాడార్‌లకు ప్రసిద్ధి చెందిన కన్సల్టింగ్ సంస్థ థాట్‌వర్క్స్ చేరింది. మరియు 2015 లో, పద్దతితో కూడిన ఒక విభాగం జోడించబడింది మరియు వారు విశ్లేషణను ఎలా నిర్వహిస్తారో స్పష్టమైంది.
2016 లో, అధ్యయనం యొక్క రచయితలు, వారి స్వంత సంస్థ DORA (DevOps రీసెర్చ్ అండ్ అసెస్‌మెంట్) సృష్టించి, వార్షిక నివేదికను ప్రచురించారు. మరుసటి సంవత్సరం, డోరా మరియు పప్పెట్ తమ చివరి ఉమ్మడి నివేదికను విడుదల చేశారు.
ఆపై ఆసక్తికరమైన ఏదో ప్రారంభమైంది:
2018లో, కంపెనీలు విడిపోయాయి మరియు రెండు స్వతంత్ర నివేదికలు విడుదలయ్యాయి: ఒకటి పప్పెట్ నుండి, రెండవది Googleతో కలిసి DORA నుండి. DORA దాని పద్దతిని కీలకమైన కొలమానాలు, పనితీరు ప్రొఫైల్‌లు మరియు ఇంజినీరింగ్ పద్ధతులతో ప్రభావితం చేయడం కొనసాగించింది, అది కీలకమైన కొలమానాలు మరియు కంపెనీ వ్యాప్త పనితీరును ప్రభావితం చేస్తుంది. మరియు పప్పెట్ ప్రక్రియ యొక్క వివరణ మరియు DevOps యొక్క పరిణామంతో దాని స్వంత విధానాన్ని అందించింది. కానీ కథ రూట్ తీసుకోలేదు, 2019లో పప్పెట్ ఈ పద్దతిని విడిచిపెట్టి, నివేదికల యొక్క కొత్త సంస్కరణను విడుదల చేసింది, ఇది కీలకమైన అభ్యాసాలను మరియు వారి దృక్కోణం నుండి DevOpsని ఎలా ప్రభావితం చేస్తుందో జాబితా చేసింది. అప్పుడు మరొక సంఘటన జరిగింది: Google DORAని కొనుగోలు చేసింది మరియు వారు కలిసి మరొక నివేదికను విడుదల చేశారు. మీరు అతన్ని చూసి ఉండవచ్చు.
ఈ సంవత్సరం, విషయాలు సంక్లిష్టంగా మారాయి. పప్పెట్ సొంతంగా సర్వే ప్రారంభించిన సంగతి తెలిసిందే. వారు మా కంటే ఒక వారం ముందుగానే చేసారు మరియు ఇది ఇప్పటికే ముగిసింది. అందులో పాల్గొని వారికి ఏయే అంశాలపై ఆసక్తి ఉందో పరిశీలించాం. ఇప్పుడు పప్పెట్ దాని విశ్లేషణ మరియు నివేదికను ప్రచురించడానికి సిద్ధం చేస్తోంది.
కానీ DORA మరియు Google నుండి ఇంకా ఎటువంటి ప్రకటన లేదు. మేలో, సర్వే సాధారణంగా ప్రారంభమైనప్పుడు, డోరా వ్యవస్థాపకులలో ఒకరైన నికోల్ ఫోర్స్‌గ్రెన్ మరొక కంపెనీకి మారినట్లు సమాచారం వచ్చింది. అందువల్ల, ఈ సంవత్సరం DORA నుండి ఎటువంటి పరిశోధన మరియు నివేదిక ఉండదని మేము భావించాము.
రష్యాలో పరిస్థితులు ఎలా ఉన్నాయి?
మేము DevOps పరిశోధన చేయలేదు. మేము కాన్ఫరెన్స్‌లలో మాట్లాడాము, ఇతరుల అన్వేషణలను తిరిగి చెప్పాము మరియు Raiffeisenbank 2019 కోసం "DevOps స్టేట్"ని అనువదించింది (మీరు వారి ప్రకటనను Habéలో చూడవచ్చు), వారికి చాలా ధన్యవాదాలు. మరియు ఇది అంతా.
అందువల్ల, మేము DORA పద్ధతులు మరియు ఫలితాలను ఉపయోగించి రష్యాలో మా స్వంత పరిశోధనను నిర్వహించాము. పదజాలం మరియు అనువాదం యొక్క సమకాలీకరణతో సహా మా పరిశోధన కోసం మేము Raiffeisenbank నుండి సహోద్యోగుల నివేదికను ఉపయోగించాము. మరియు పరిశ్రమకు సంబంధించిన ప్రశ్నలు DORA నివేదికలు మరియు ఈ సంవత్సరం పప్పెట్ ప్రశ్నాపత్రం నుండి తీసుకోబడ్డాయి.
పరిశోధన ప్రక్రియ
నివేదిక చివరి భాగం మాత్రమే. మొత్తం పరిశోధన ప్రక్రియ నాలుగు ప్రధాన దశలను కలిగి ఉంటుంది:
తయారీ దశలో, మేము పరిశ్రమ నిపుణులను ఇంటర్వ్యూ చేసాము మరియు పరికల్పనల జాబితాను సిద్ధం చేసాము. వాటి ఆధారంగా ప్రశ్నలను సంకలనం చేసి ఆగస్టు మొత్తానికి సర్వే ప్రారంభించారు. తర్వాత స్వయంగా విశ్లేషించి నివేదికను సిద్ధం చేశాం. DORA కోసం, ఈ ప్రక్రియ 6 నెలలు పడుతుంది. మేము 3 నెలలలోపు కలుసుకున్నాము మరియు ఇప్పుడు మాకు తగినంత సమయం లేదని మేము అర్థం చేసుకున్నాము: విశ్లేషణ చేయడం ద్వారా మాత్రమే మీరు ఏ ప్రశ్నలు అడగాలో అర్థం చేసుకోవచ్చు.
పాల్గొనే
అన్ని విదేశీ నివేదికలు పాల్గొనేవారి పోర్ట్రెయిట్‌తో ప్రారంభమవుతాయి మరియు వాటిలో ఎక్కువ భాగం రష్యాకు చెందినవి కావు. రష్యన్ ప్రతివాదుల శాతం సంవత్సరానికి 5 నుండి 1% వరకు హెచ్చుతగ్గులకు లోనవుతుంది మరియు ఇది ఎటువంటి తీర్మానాలను రూపొందించడానికి అనుమతించదు.
యాక్సిలరేట్ స్టేట్ ఆఫ్ DevOps 2019 నివేదిక నుండి మ్యాప్:
మా అధ్యయనంలో, మేము 889 మంది వ్యక్తులను ఇంటర్వ్యూ చేయగలిగాము - ఇది చాలా ఎక్కువ (DORA పోల్స్ దాని నివేదికలలో సంవత్సరానికి వెయ్యి మంది వ్యక్తులు) మరియు ఇక్కడ మేము లక్ష్యాన్ని సాధించాము:
నిజమే, మా పాల్గొనే వారందరూ ముగింపుకు చేరుకోలేదు: పూర్తయిన శాతం సగం కంటే కొంచెం తక్కువగా ఉంది. కానీ ఇది కూడా ప్రతినిధి నమూనాను పొందటానికి మరియు విశ్లేషణ నిర్వహించడానికి సరిపోతుంది. DORA దాని నివేదికలలో పూరక శాతాలను వెల్లడించలేదు, కాబట్టి ఇక్కడ పోలిక లేదు.
పరిశ్రమలు మరియు స్థానాలు
మా ప్రతివాదులు డజను పరిశ్రమలకు ప్రాతినిధ్యం వహిస్తున్నారు. ఇన్ఫర్మేషన్ టెక్నాలజీలో సగం పని. దీని తర్వాత ఆర్థిక సేవలు, వాణిజ్యం, టెలికమ్యూనికేషన్స్ మరియు ఇతరాలు ఉన్నాయి. స్థానాల్లో నిపుణులు (డెవలపర్, టెస్టర్, ఆపరేషన్ ఇంజనీర్) మరియు నిర్వహణ సిబ్బంది (జట్లు, సమూహాలు, ప్రాంతాలు, డైరెక్టర్లు) ఉన్నారు:
ఇద్దరిలో ఒకరు మధ్య తరహా కంపెనీలో పనిచేస్తున్నారు. ప్రతి మూడవ వ్యక్తి పెద్ద కంపెనీలలో పని చేస్తాడు. చాలా మంది 9 మంది వ్యక్తుల బృందాల్లో పని చేస్తారు. విడిగా, మేము ప్రధాన కార్యకలాపాల గురించి అడిగాము మరియు మెజారిటీ ఏదో ఒకవిధంగా ఆపరేషన్‌కు సంబంధించినది మరియు సుమారు 40% మంది అభివృద్ధిలో నిమగ్నమై ఉన్నారు:
కాబట్టి మేము వివిధ పరిశ్రమలు, కంపెనీలు, బృందాల ప్రతినిధుల పోలిక మరియు విశ్లేషణ కోసం సమాచారాన్ని సేకరించాము. నా సహోద్యోగి విటాలీ ఖబరోవ్ విశ్లేషణ గురించి చెబుతారు.
విశ్లేషణ మరియు పోలిక
విటాలీ ఖబరోవ్: మా సర్వేను పూర్తి చేసిన, ప్రశ్నాపత్రాలను పూరించిన మరియు మా పరికల్పనల తదుపరి విశ్లేషణ మరియు పరీక్ష కోసం డేటాను అందించిన పాల్గొనే వారందరికీ చాలా ధన్యవాదాలు. మరియు మా క్లయింట్లు మరియు కస్టమర్‌లకు ధన్యవాదాలు, పరిశ్రమ ఆందోళనలను గుర్తించడంలో మరియు మా పరిశోధనలో మేము పరీక్షించిన పరికల్పనలను రూపొందించడంలో సహాయపడిన అనుభవ సంపద మాకు ఉంది.
దురదృష్టవశాత్తు, మీరు ఒక వైపు ప్రశ్నల జాబితాను మరియు మరొక వైపు డేటాను తీసుకోలేరు, వాటిని ఏదో ఒకవిధంగా సరిపోల్చండి, ఇలా చెప్పండి: "అవును, ప్రతిదీ అలా పనిచేస్తుంది, మేము సరిగ్గా ఉన్నాము" మరియు చెదరగొట్టండి. లేదు, మనం తప్పుగా భావించడం లేదని మరియు మా తీర్మానాలు నమ్మదగినవి అని నిర్ధారించుకోవడానికి మాకు పద్దతి మరియు గణాంక పద్ధతులు అవసరం. అప్పుడు మేము ఈ డేటా ఆధారంగా మా తదుపరి పనిని రూపొందించవచ్చు:
కీ మెట్రిక్స్
మేము DORA మెథడాలజీని ప్రాతిపదికగా తీసుకున్నాము, దానిని వారు “Accelerate State of DevOps” పుస్తకంలో వివరంగా వివరించారు. "రష్యాలోని పరిశ్రమ విదేశీ పరిశ్రమకు ఎలా అనుగుణంగా ఉంటుంది?" అనే ప్రశ్నకు సమాధానమివ్వడానికి DORA ఉపయోగించిన విధంగానే వాటిని ఉపయోగించవచ్చా లేదా అనే కీలక కొలమానాలు రష్యన్ మార్కెట్‌కు అనుకూలంగా ఉన్నాయో లేదో మేము తనిఖీ చేసాము.
ముఖ్య కొలమానాలు:
- విస్తరణ ఫ్రీక్వెన్సీ. అప్లికేషన్ యొక్క కొత్త వెర్షన్ ఎంత తరచుగా ఉత్పత్తి వాతావరణంలో (ప్రణాళిక మార్పులు, హాట్‌ఫిక్స్‌లు మరియు సంఘటన ప్రతిస్పందనను మినహాయించి) అమలు చేయబడుతుంది?
- డెలివరీ సమయం. మార్పు (కోడ్‌గా ఫంక్షనాలిటీని వ్రాయడం) మరియు ఉత్పత్తి వాతావరణంలో మార్పును అమలు చేయడం మధ్య సగటు సమయం ఎంత?
- కోలుకొను సమయం. అప్లికేషన్ వినియోగదారులను ప్రభావితం చేసే ఒక సంఘటన, సేవ క్షీణత లేదా బగ్ కనుగొనబడిన తర్వాత ఉత్పత్తి వాతావరణానికి అప్లికేషన్‌ను పునరుద్ధరించడానికి సగటున ఎంత సమయం పడుతుంది?
- విజయవంతం కాని మార్పులు. ఉత్పాదక వాతావరణంలో ఎంత శాతం విస్తరణలు అప్లికేషన్ క్షీణత లేదా సంఘటనలకు దారితీస్తాయి మరియు నివారణ అవసరం (మార్పులను వెనక్కి తీసుకోవడం, హాట్‌ఫిక్స్ లేదా ప్యాచ్ అభివృద్ధి)?
DORA తన పరిశోధనలో ఈ కొలమానాలు మరియు సంస్థాగత పనితీరు మధ్య సంబంధాన్ని కనుగొంది. మేము దానిని మా అధ్యయనంలో కూడా పరీక్షిస్తాము.
కానీ నాలుగు కీలక కొలమానాలు దేనినైనా ప్రభావితం చేయగలవని నిర్ధారించుకోవడానికి, మీరు అర్థం చేసుకోవాలి - అవి ఏదో ఒకదానితో ఒకటి సంబంధం కలిగి ఉన్నాయా? DORA ఒక హెచ్చరికతో నిశ్చయాత్మకంగా సమాధానం ఇచ్చింది: విజయవంతం కాని మార్పులు (వైఫల్య రేటును మార్చండి) మరియు మూడు ఇతర కొలమానాల మధ్య సంబంధం కొద్దిగా బలహీనంగా ఉంది. మేము అదే చిత్రాన్ని పొందాము. డెలివరీ సమయం, విస్తరణ ఫ్రీక్వెన్సీ మరియు రికవరీ సమయం ఒకదానితో ఒకటి పరస్పర సంబంధం కలిగి ఉంటే (మేము ఈ సహసంబంధాన్ని పియర్సన్ సహసంబంధం మరియు చాడాక్ స్కేల్ ద్వారా ఏర్పాటు చేసాము), అప్పుడు విజయవంతం కాని మార్పులతో అటువంటి బలమైన సహసంబంధం ఉండదు.
సూత్రప్రాయంగా, చాలా మంది ప్రతివాదులు తమకు ఉత్పత్తిలో చాలా తక్కువ సంఖ్యలో సంఘటనలు ఉన్నాయని సమాధానం ఇస్తారు. విఫలమైన మార్పుల పరంగా ప్రతివాదుల సమూహాల మధ్య ఇప్పటికీ గణనీయమైన వ్యత్యాసం ఉందని మేము తర్వాత చూస్తాము, ఈ విభజన కోసం మేము ఇంకా ఈ మెట్రిక్‌ని ఉపయోగించలేము.
(మా కస్టమర్‌లలో కొందరితో విశ్లేషణ మరియు కమ్యూనికేషన్ సమయంలో ఇది తేలింది) సంఘటనగా పరిగణించబడే దాని యొక్క అవగాహనలో స్వల్ప వ్యత్యాసం ఉందని మేము దీనిని ఆపాదించాము. మేము సాంకేతిక విండో సమయంలో మా సేవ యొక్క పనితీరును పునరుద్ధరించగలిగితే, దీనిని సంఘటనగా పరిగణించవచ్చా? బహుశా కాదు, మేము ప్రతిదీ పరిష్కరించాము కాబట్టి, మేము గొప్పవాళ్ళం. మన అప్లికేషన్‌ను మనకు సాధారణ, సుపరిచితమైన మోడ్‌లో 10 సార్లు రీరోల్ చేయవలసి వస్తే దానిని ఒక సంఘటనగా పరిగణించవచ్చా? కాదనిపిస్తోంది. అందువల్ల, ఇతర కొలమానాలతో విజయవంతం కాని మార్పుల సంబంధం యొక్క ప్రశ్న తెరిచి ఉంది. మేము దానిని మరింత మెరుగుపరుస్తాము.
ఇక్కడ ముఖ్యమైనది ఏమిటంటే, డెలివరీ సమయాలు, పునరుద్ధరణ సమయం మరియు విస్తరణ తరచుదనం మధ్య ముఖ్యమైన సహసంబంధాన్ని మేము కనుగొన్నాము. అందువల్ల, ప్రతివాదులను పనితీరు సమూహాలుగా విభజించడానికి మేము ఈ మూడు కొలమానాలను తీసుకున్నాము.
గ్రాములలో ఎంత వేలాడదీయాలి?
మేము క్రమానుగత క్లస్టర్ విశ్లేషణను ఉపయోగించాము:
- మేము ప్రతివాదులను n-డైమెన్షనల్ స్పేస్‌లో పంపిణీ చేస్తాము, ఇక్కడ ప్రతి ప్రతివాది యొక్క కోఆర్డినేట్ ప్రశ్నలకు వారి సమాధానాలు.
- ప్రతి ప్రతివాదిని ఒక చిన్న క్లస్టర్‌గా ప్రకటిస్తారు.
- మేము ఒకదానికొకటి దగ్గరగా ఉన్న రెండు సమూహాలను ఒక పెద్ద క్లస్టర్‌గా కలుపుతాము.
- మేము తదుపరి జత క్లస్టర్లను కనుగొని, వాటిని పెద్ద క్లస్టర్‌గా కలుపుతాము.
ఈ విధంగా మేము మా ప్రతివాదులందరినీ మనకు అవసరమైన క్లస్టర్ల సంఖ్యలో సమూహపరుస్తాము. డెండ్రోగ్రామ్ (సమూహాల మధ్య కనెక్షన్ల చెట్టు) సహాయంతో, మేము రెండు పొరుగు సమూహాల మధ్య దూరాన్ని చూస్తాము. ఈ సమూహాల మధ్య ఒక నిర్దిష్ట దూర పరిమితిని సెట్ చేయడం మరియు ఇలా చెప్పడం మాత్రమే మనకు మిగిలి ఉంది: "ఈ రెండు సమూహాలు ఒకదానికొకటి చాలా భిన్నంగా ఉంటాయి ఎందుకంటే వాటి మధ్య దూరం చాలా పెద్దది."
కానీ ఇక్కడ ఒక దాచిన సమస్య ఉంది: క్లస్టర్ల సంఖ్యపై మాకు ఎటువంటి పరిమితులు లేవు - మేము 2, 3, 4, 10 క్లస్టర్లను పొందవచ్చు. మరియు మొదటి ఆలోచన ఏమిటంటే - DORA చేసినట్లుగా మా ప్రతివాదులందరినీ 4 గ్రూపులుగా ఎందుకు విభజించకూడదు. కానీ ఈ సమూహాల మధ్య తేడాలు చాలా తక్కువగా ఉన్నాయని మేము కనుగొన్నాము మరియు ప్రతివాది నిజంగా అతని సమూహానికి చెందినవారని మరియు పొరుగువారికి కాదని మేము ఖచ్చితంగా చెప్పలేము. మేము ఇంకా రష్యన్ మార్కెట్‌ను నాలుగు గ్రూపులుగా విభజించలేము. అందువల్ల, మేము మూడు ప్రొఫైల్‌లపై స్థిరపడ్డాము, వాటి మధ్య గణాంకపరంగా ముఖ్యమైన వ్యత్యాసం ఉంది:
తరువాత, మేము క్లస్టర్ల ద్వారా ప్రొఫైల్‌ను నిర్ణయించాము: మేము ప్రతి సమూహానికి ప్రతి మెట్రిక్‌కు మధ్యస్థాన్ని తీసుకున్నాము మరియు పనితీరు ప్రొఫైల్‌ల పట్టికను సంకలనం చేసాము. వాస్తవానికి, మేము ప్రతి సమూహంలో సగటు పాల్గొనేవారి పనితీరు ప్రొఫైల్‌లను పొందాము. మేము మూడు సమర్థత ప్రొఫైల్‌లను గుర్తించాము: తక్కువ, మధ్యస్థం, ఎక్కువ:
పనితీరు ప్రొఫైల్‌ను నిర్ణయించడానికి 4 కీ కొలమానాలు అనుకూలంగా ఉన్నాయని ఇక్కడ మేము మా పరికల్పనను ధృవీకరించాము మరియు అవి పాశ్చాత్య మరియు రష్యన్ మార్కెట్‌లలో పని చేస్తాయి. సమూహాల మధ్య వ్యత్యాసం ఉంది మరియు ఇది గణాంకపరంగా ముఖ్యమైనది. మేము ప్రారంభంలో ప్రతివాదులను ఈ పరామితి ద్వారా విభజించనప్పటికీ, సగటు పరంగా విజయవంతం కాని మార్పుల మెట్రిక్ పరంగా పనితీరు ప్రొఫైల్‌ల మధ్య గణనీయమైన వ్యత్యాసం ఉందని నేను నొక్కి చెబుతున్నాను.
అప్పుడు ప్రశ్న తలెత్తుతుంది: ఇవన్నీ ఎలా ఉపయోగించాలి?
ఎలా ఉపయోగించాలి
మేము ఏదైనా జట్టును, 4 కీ కొలమానాలను తీసుకొని దానిని టేబుల్‌కి వర్తింపజేస్తే, 85% కేసులలో మనకు పూర్తి సరిపోలిక లభించదు - ఇది కేవలం సగటు పార్టిసిపెంట్ మాత్రమే మరియు వాస్తవానికి ఉన్నది కాదు. మనమందరం (మరియు ప్రతి జట్టు) కొద్దిగా భిన్నంగా ఉంటాము.
మేము తనిఖీ చేసాము: మేము మా ప్రతివాదులను మరియు DORA పనితీరు ప్రొఫైల్‌ను తీసుకున్నాము మరియు ఎంత మంది ప్రతివాదులు ఈ లేదా ఆ ప్రొఫైల్‌కు సరిపోతారో చూశాము. ప్రతివాదులలో కేవలం 16% మంది మాత్రమే ప్రొఫైల్‌లలో ఒకదానిలో ఖచ్చితంగా పడిపోయారని మేము కనుగొన్నాము. మిగిలినవన్నీ మధ్యలో ఎక్కడో చెల్లాచెదురుగా ఉన్నాయి:
దీని అర్థం సమర్థత ప్రొఫైల్ పరిమిత పరిధిని కలిగి ఉంటుంది. మొదటి ఉజ్జాయింపులో మీరు ఎక్కడ ఉన్నారో అర్థం చేసుకోవడానికి, మీరు ఈ పట్టికను ఉపయోగించవచ్చు: "ఓహ్, మేము మీడియం లేదా హైకి దగ్గరగా ఉన్నట్లు అనిపిస్తుంది!" తదుపరి ఎక్కడికి వెళ్లాలో మీరు అర్థం చేసుకుంటే, ఇది సరిపోతుంది. కానీ మీ లక్ష్యం స్థిరంగా ఉంటే, నిరంతర అభివృద్ధి, మరియు మీరు ఎక్కడ అభివృద్ధి చేయాలి మరియు ఏమి చేయాలో మరింత ఖచ్చితంగా తెలుసుకోవాలనుకుంటే, అదనపు నిధులు అవసరమవుతాయి. మేము వాటిని కాలిక్యులేటర్లు అని పిలుస్తాము:
- డోరా కాలిక్యులేటర్
- కాలిక్యులేటర్ ఎక్స్‌ప్రెస్ 42* (అభివృద్ధిలో ఉంది)
- స్వంత అభివృద్ధి (మీరు మీ స్వంత అంతర్గత కాలిక్యులేటర్‌ని సృష్టించవచ్చు).
అవి దేనికి అవసరం? అర్థం చేసుకోవడానికి:
- మా సంస్థలోని బృందం మా ప్రమాణాలకు అనుగుణంగా ఉందా?
- లేకపోతే, మా కంపెనీకి ఉన్న నైపుణ్యం యొక్క ఫ్రేమ్‌వర్క్‌లో మేము దానికి సహాయం చేయగలమా?
- అలా అయితే, మనం ఇంకా బాగా చేయగలమా?
మీరు కంపెనీలో గణాంకాలను సేకరించడానికి కూడా వాటిని ఉపయోగించవచ్చు:
- మాకు ఏ బృందాలు ఉన్నాయి?
- జట్లను ప్రొఫైల్‌లుగా విభజించండి;
- చూడండి: ఓహ్, ఈ కమాండ్‌లు పనితీరు తక్కువగా ఉన్నాయి (అవి కొంచెం బయటకు తీయవు), కానీ ఇవి చాలా బాగున్నాయి: అవి ప్రతిరోజూ అమలు చేస్తాయి, లోపాలు లేకుండా, వాటికి ఒక గంట కంటే తక్కువ సమయం ఉంటుంది.
ఆపై మా కంపెనీలో ఇంకా సమంగా లేని ఆ బృందాలకు అవసరమైన నైపుణ్యం మరియు సాధనాలు ఉన్నాయని మీరు కనుగొనవచ్చు.
లేదా, మీరు కంపెనీ లోపల గొప్పగా భావిస్తున్నారని మీరు అర్థం చేసుకుంటే, మీరు చాలా మంది కంటే మెరుగ్గా ఉంటారు, అప్పుడు మీరు కొంచెం వెడల్పుగా కనిపించవచ్చు. ఇది కేవలం రష్యన్ పరిశ్రమ మాత్రమే: మనల్ని మనం వేగవంతం చేసుకోవడానికి రష్యన్ పరిశ్రమలో అవసరమైన నైపుణ్యాన్ని పొందగలమా? ఎక్స్‌ప్రెస్ 42 కాలిక్యులేటర్ ఇక్కడ సహాయం చేస్తుంది (ఇది అభివృద్ధిలో ఉంది). మీరు రష్యన్ మార్కెట్‌ను అధిగమించినట్లయితే, అప్పుడు చూడండి మరియు ప్రపంచ మార్కెట్‌కు.
ఫైన్. మరియు మీరు DORA కాలిక్యులేటర్‌లోని Elit సమూహంలో ఉన్నట్లయితే, మీరు ఏమి చేయాలి? ఇక్కడ మంచి పరిష్కారం లేదు. మీరు పరిశ్రమలో ముందంజలో ఉంటారు మరియు అంతర్గత R&D మరియు మరిన్ని వనరులను ఖర్చు చేయడం ద్వారా మరింత వేగవంతం మరియు విశ్వసనీయత సాధ్యమవుతుంది.
మధురమైన - పోలికకు వెళ్దాం.
పోలిక
మేము మొదట రష్యన్ పరిశ్రమను పాశ్చాత్య పరిశ్రమతో పోల్చాలనుకుంటున్నాము. మేము నేరుగా సరిపోల్చినట్లయితే, మనకు తక్కువ ప్రొఫైల్‌లు ఉన్నాయని మరియు అవి ఒకదానితో ఒకటి కలపబడి ఉన్నాయని మేము చూస్తాము, సరిహద్దులు కొంచెం అస్పష్టంగా ఉంటాయి:
మా ఎలైట్ ప్రదర్శకులు హై పెర్ఫార్మర్స్‌లో దాగి ఉన్నారు, కానీ వారు అక్కడ ఉన్నారు - వీరు ఎలైట్, యునికార్న్‌లు గణనీయమైన ఎత్తులకు చేరుకున్నారు. రష్యాలో, ఎలైట్ ప్రొఫైల్ మరియు హై ప్రొఫైల్ మధ్య వ్యత్యాసం ఇంకా తగినంత ముఖ్యమైనది కాదు. భవిష్యత్తులో ఇంజనీరింగ్ సంస్కృతిలో పెరుగుదల, ఇంజనీరింగ్ పద్ధతుల అమలు నాణ్యత మరియు కంపెనీలలోని నైపుణ్యం కారణంగా ఈ విభజన జరుగుతుందని మేము భావిస్తున్నాము.
మేము రష్యన్ పరిశ్రమలో ప్రత్యక్ష పోలికకు వెళితే, హై ప్రొఫైల్ జట్లు అన్ని విధాలుగా మెరుగ్గా ఉన్నాయని మనం చూడవచ్చు. ఈ కొలమానాలు మరియు సంస్థాగత పనితీరు మధ్య సంబంధం ఉందని మేము మా పరికల్పనను కూడా ధృవీకరించాము: హై ప్రొఫైల్ టీమ్‌లు లక్ష్యాలను సాధించడమే కాకుండా వాటిని అధిగమించే అవకాశం చాలా ఎక్కువ.
మనం హై ప్రొఫైల్ టీమ్‌లుగా మారి, అక్కడితో ఆగకుండా:
కానీ ఈ సంవత్సరం ప్రత్యేకమైనది, మరియు మహమ్మారిలో కంపెనీలు ఎలా పనిచేస్తున్నాయో తనిఖీ చేయాలని మేము నిర్ణయించుకున్నాము: హై ప్రొఫైల్ బృందాలు పరిశ్రమ సగటు కంటే మెరుగ్గా మరియు మెరుగ్గా పనిచేస్తున్నాయి:
- కొత్త ఉత్పత్తులను విడుదల చేయడానికి 1,5-2 రెట్లు ఎక్కువ అవకాశం ఉంది,
- అప్లికేషన్ ఇన్‌ఫ్రాస్ట్రక్చర్ యొక్క విశ్వసనీయత మరియు / లేదా పనితీరును మెరుగుపరచడానికి 2 రెట్లు ఎక్కువ అవకాశం ఉంది.
అంటే, వారు ఇప్పటికే ఉన్న సామర్థ్యాలు వేగంగా అభివృద్ధి చేయడం, కొత్త ఉత్పత్తులను ప్రారంభించడం, ఇప్పటికే ఉన్న ఉత్పత్తులను సవరించడం, తద్వారా కొత్త మార్కెట్‌లను మరియు కొత్త వినియోగదారులను జయించడంలో వారికి సహాయపడింది:
మా బృందాలకు ఇంకా ఏమి సహాయపడింది?
ఇంజనీరింగ్ పద్ధతులు
మేము పరీక్షించిన ప్రతి అభ్యాసానికి సంబంధించిన ముఖ్యమైన ఫలితాల గురించి నేను మీకు చెప్తాను. బహుశా మరేదైనా జట్లకు సహాయం చేసి ఉండవచ్చు, కానీ మేము DevOps గురించి మాట్లాడుతున్నాము. మరియు DevOpsలో, మేము విభిన్న ప్రొఫైల్‌ల బృందాల మధ్య వ్యత్యాసాన్ని చూస్తాము.
ఒక సేవ వలె వేదిక
ప్లాట్‌ఫారమ్ వయస్సు మరియు జట్టు ప్రొఫైల్‌ల మధ్య మేము ముఖ్యమైన సంబంధాన్ని కనుగొనలేదు: తక్కువ-జట్లు మరియు అధిక-జట్లు రెండింటికీ ప్లాట్‌ఫారమ్‌లు దాదాపు ఒకే సమయంలో కనిపించాయి. కానీ తరువాతి కోసం, ప్లాట్‌ఫారమ్ సగటున, ప్రోగ్రామ్ కోడ్ ద్వారా నియంత్రణ కోసం మరిన్ని సేవలు మరియు మరిన్ని ప్రోగ్రామింగ్ ఇంటర్‌ఫేస్‌లను అందిస్తుంది. మరియు ప్లాట్‌ఫారమ్ బృందాలు వారి డెవలపర్‌లు మరియు బృందాలు ప్లాట్‌ఫారమ్‌ను ఉపయోగించడం, వారి సమస్యలను మరియు ప్లాట్‌ఫారమ్ సంబంధిత సంఘటనలను మరింత తరచుగా పరిష్కరించడం మరియు ఇతర బృందాలకు అవగాహన కల్పించడంలో సహాయపడతాయి.
కోడ్‌గా మౌలిక సదుపాయాలు
ఇక్కడ ప్రతిదీ చాలా ప్రామాణికమైనది. ఇన్‌ఫ్రాస్ట్రక్చర్ కోడ్ యొక్క పని యొక్క ఆటోమేషన్ మరియు ఇన్‌ఫ్రాస్ట్రక్చర్ రిపోజిటరీలో ఎంత సమాచారం నిల్వ చేయబడిందనే దాని మధ్య సంబంధాన్ని మేము కనుగొన్నాము. హై ప్రొఫైల్ కమాండ్‌లు రిపోజిటరీలలో మరింత సమాచారాన్ని నిల్వ చేస్తాయి: ఇది ఇన్‌ఫ్రాస్ట్రక్చర్ కాన్ఫిగరేషన్, CI / CD పైప్‌లైన్, ఎన్విరాన్‌మెంట్ సెట్టింగ్‌లు మరియు బిల్డ్ పారామీటర్‌లు. వారు ఈ సమాచారాన్ని మరింత తరచుగా నిల్వ చేస్తారు, ఇన్‌ఫ్రాస్ట్రక్చర్ కోడ్‌తో మెరుగ్గా పని చేస్తారు మరియు ఇన్‌ఫ్రాస్ట్రక్చర్ కోడ్‌తో పని చేయడానికి మరిన్ని ప్రక్రియలు మరియు టాస్క్‌లను ఆటోమేట్ చేస్తారు.
ఆసక్తికరమైన విషయం ఏమిటంటే, మేము మౌలిక సదుపాయాల పరీక్షలలో గణనీయమైన వ్యత్యాసాన్ని చూడలేదు. హై ప్రొఫైల్ టీమ్‌లు సాధారణంగా ఎక్కువ టెస్ట్ ఆటోమేషన్‌ని కలిగి ఉండటమే దీనికి నేను ఆపాదించాను. బహుశా వారు ఇన్‌ఫ్రాస్ట్రక్చర్ పరీక్షల ద్వారా విడిగా పరధ్యానంలో ఉండకూడదు, కానీ వారు అప్లికేషన్‌లను తనిఖీ చేసే పరీక్షలు, మరియు వారికి కృతజ్ఞతలు వారు ఇప్పటికే ఏమి మరియు ఎక్కడ విచ్ఛిన్నమయ్యారో చూస్తారు.
ఇంటిగ్రేషన్ మరియు డెలివరీ
చాలా బోరింగ్ విభాగం, ఎందుకంటే మీరు ఎంత ఎక్కువ ఆటోమేషన్ కలిగి ఉన్నారో, మీరు కోడ్‌తో ఎంత మెరుగ్గా పని చేస్తారో, అంత మంచి ఫలితాలను పొందే అవకాశం ఉందని మేము ధృవీకరించాము.
నిర్మాణం
మైక్రోసర్వీస్ పనితీరును ఎలా ప్రభావితం చేస్తుందో చూడాలనుకుంటున్నాము. వాస్తవానికి, మైక్రోసర్వీస్‌ల ఉపయోగం పనితీరు సూచికల పెరుగుదలతో సంబంధం కలిగి లేనందున అవి అలా చేయవు. మైక్రోసర్వీస్‌లు హై ప్రొఫైల్ కమాండ్‌లు మరియు లో ప్రొఫైల్ కమాండ్‌లు రెండింటికీ ఉపయోగించబడతాయి.
కానీ ముఖ్యమైనది ఏమిటంటే, హై-టీమ్‌ల కోసం, మైక్రోసర్వీస్ ఆర్కిటెక్చర్‌కు మారడం వలన వారు తమ సేవలను స్వతంత్రంగా అభివృద్ధి చేయడానికి మరియు బయటకు వెళ్లడానికి వీలు కల్పిస్తుంది. ఆర్కిటెక్చర్ డెవలపర్‌లు జట్టుకు వెలుపలి వారి కోసం ఎదురుచూడకుండా స్వయంప్రతిపత్తితో వ్యవహరించడానికి అనుమతిస్తే, ఇది వేగాన్ని పెంచడానికి కీలకమైన యోగ్యత. ఈ సందర్భంలో, మైక్రోసర్వీస్ సహాయం చేస్తుంది. మరియు వారి అమలు పెద్ద పాత్ర పోషించదు.
వీటన్నింటినీ మనం ఎలా కనుగొన్నాము?
మేము DORA మెథడాలజీని పూర్తిగా ప్రతిబింబించే ప్రతిష్టాత్మక ప్రణాళికను కలిగి ఉన్నాము, కానీ వనరులు లేవు. DORA చాలా స్పాన్సర్‌షిప్‌ను ఉపయోగిస్తుంటే మరియు వారి పరిశోధనకు అర్ధ సంవత్సరం పట్టినట్లయితే, మేము మా పరిశోధనను తక్కువ సమయంలో చేసాము. మేము DORA వంటి DevOps మోడల్‌ని రూపొందించాలనుకుంటున్నాము మరియు భవిష్యత్తులో మేము దీన్ని చేస్తాము. ఇప్పటివరకు మనం హీట్ మ్యాప్‌లకే పరిమితం చేసుకున్నాము:
మేము ప్రతి ప్రొఫైల్‌లోని టీమ్‌ల అంతటా ఇంజనీరింగ్ అభ్యాసాల పంపిణీని చూశాము మరియు హై ప్రొఫైల్ టీమ్‌లు, సగటున, ఇంజనీరింగ్ పద్ధతులను ఉపయోగించే అవకాశం ఎక్కువగా ఉందని కనుగొన్నాము. మీరు మాలో వీటన్నింటి గురించి మరింత చదువుకోవచ్చు .
మార్పు కోసం, సంక్లిష్ట గణాంకాల నుండి సాధారణ వాటికి మారండి.
మనం ఇంకా ఏమి కనుగొన్నాము?
సాధన
చాలా కమాండ్‌లు Linux కుటుంబానికి చెందిన OS ద్వారా ఉపయోగించబడుతున్నాయని మేము గమనించాము. కానీ Windows ఇప్పటికీ ట్రెండ్‌లో ఉంది - మా ప్రతివాదులలో కనీసం నాలుగింట ఒక వంతు దాని సంస్కరణల్లో ఒకటి లేదా మరొకటి ఉపయోగించడాన్ని గుర్తించారు. మార్కెట్‌కి ఈ అవసరం ఉందని తెలుస్తోంది. అందువల్ల, మీరు ఈ సామర్థ్యాలను అభివృద్ధి చేసుకోవచ్చు మరియు సమావేశాలలో ప్రదర్శనలు చేయవచ్చు.
ఆర్కెస్ట్రేటర్లలో, ఇది ఎవరికీ రహస్యం కాదు, కుబెర్నెటెస్ ముందంజలో ఉన్నారు (52%). ఆర్కెస్ట్రేటర్‌లో తదుపరిది డాకర్ స్వార్మ్ (సుమారు 12%). అత్యంత ప్రజాదరణ పొందిన CI వ్యవస్థలు జెంకిన్స్ మరియు GitLab. అత్యంత ప్రజాదరణ పొందిన కాన్ఫిగరేషన్ మేనేజ్‌మెంట్ సిస్టమ్ అన్సిబుల్, దాని తర్వాత మా ప్రియమైన షెల్.
అమెజాన్ ప్రస్తుతం ప్రముఖ క్లౌడ్ హోస్టింగ్ ప్రొవైడర్. రష్యన్ మేఘాల వాటా క్రమంగా పెరుగుతోంది. వచ్చే ఏడాది రష్యన్ క్లౌడ్ ప్రొవైడర్లు ఎలా భావిస్తారో, వారి మార్కెట్ వాటా పెరుగుతుందో లేదో చూడటం ఆసక్తికరంగా ఉంటుంది. అవి, అవి ఉపయోగించబడతాయి మరియు ఇది మంచిది:
నేను ఇగోర్‌కి ఫ్లోర్ పాస్ చేస్తాను, అతను మరికొన్ని గణాంకాలను ఇస్తాను.
అభ్యాసాల వ్యాప్తి
ఇగోర్ కురోచ్కిన్: విడిగా, కంపెనీలో పరిగణించబడే ఇంజనీరింగ్ పద్ధతులు ఎలా పంపిణీ చేయబడతాయో సూచించమని మేము ప్రతివాదులను అడిగాము. చాలా కంపెనీలలో, విభిన్న నమూనాలను కలిగి ఉన్న మిశ్రమ విధానం ఉంది మరియు పైలట్ ప్రాజెక్ట్‌లు బాగా ప్రాచుర్యం పొందాయి. మేము ప్రొఫైల్‌ల మధ్య స్వల్ప వ్యత్యాసాన్ని కూడా చూశాము. నిపుణుల చిన్న బృందాలు పని ప్రక్రియలను, సాధనాలను మార్చినప్పుడు మరియు ఇతర జట్లతో విజయవంతమైన అభ్యాసాలను పంచుకున్నప్పుడు, ఉన్నత ప్రొఫైల్ యొక్క ప్రతినిధులు తరచుగా "దిగువ నుండి చొరవ" నమూనాను ఉపయోగిస్తారు. మీడియంలో, ఇది కమ్యూనిటీలు మరియు ఎక్సలెన్స్ కేంద్రాలను సృష్టించడం ద్వారా మొత్తం కంపెనీని ప్రభావితం చేసే టాప్-డౌన్ చొరవ:
ఎజైల్ మరియు DevOps
ఎజైల్ మరియు DevOps మధ్య కనెక్షన్ యొక్క ప్రశ్న తరచుగా పరిశ్రమలో చర్చించబడుతుంది. ఈ సమస్య 2019/2020 స్టేట్ ఆఫ్ ఎజైల్ రిపోర్ట్‌లో కూడా లేవనెత్తబడింది, కాబట్టి కంపెనీలలో ఎజైల్ మరియు DevOps కార్యకలాపాలు ఎలా కనెక్ట్ అయ్యాయో పోల్చాలని మేము నిర్ణయించుకున్నాము. ఎజైల్ లేని DevOps చాలా అరుదు అని మేము కనుగొన్నాము. ప్రతిస్పందించిన వారిలో సగం మందికి, ఎజైల్ యొక్క వ్యాప్తి చాలా ముందుగానే ప్రారంభమైంది మరియు దాదాపు 20% మంది ఏకకాల ప్రారంభాన్ని గమనించారు మరియు తక్కువ ప్రొఫైల్ యొక్క చిహ్నాలలో ఒకటి ఎజైల్ మరియు DevOps అభ్యాసాలు లేకపోవడం:
కమాండ్ టోపోలాజీలు
గత సంవత్సరం చివరలో, పుస్తకం "”, ఇది కమాండ్ టోపోలాజీలను వివరించడానికి ఫ్రేమ్‌వర్క్‌ను ప్రతిపాదిస్తుంది. ఇది రష్యన్ కంపెనీలకు వర్తిస్తుందా అనేది మాకు ఆసక్తికరంగా మారింది. మరియు మేము ప్రశ్న అడిగాము: "మీరు ఏ నమూనాలను కనుగొంటారు?".
ప్రతివాదులలో సగం మందిలో మౌలిక సదుపాయాల బృందాలు గమనించబడతాయి, అలాగే అభివృద్ధి, పరీక్ష మరియు ఆపరేషన్ కోసం ప్రత్యేక బృందాలు ఉన్నాయి. ప్రత్యేక DevOps బృందాలు 45%ని గుర్తించాయి, వీటిలో అధిక ప్రతినిధులు ఎక్కువగా ఉంటారు. తదుపరి క్రాస్-ఫంక్షనల్ టీమ్‌లు వస్తాయి, ఇవి హైలో కూడా సర్వసాధారణం. ప్రత్యేక SRE ఆదేశాలు హై, మీడియం ప్రొఫైల్‌లలో కనిపిస్తాయి మరియు తక్కువ ప్రొఫైల్‌లో చాలా అరుదుగా కనిపిస్తాయి:
DevQaOps నిష్పత్తి
మేము Skyeng ప్లాట్‌ఫారమ్ బృందం యొక్క టీమ్ లీడర్ నుండి ఫేస్‌బుక్‌లో ఈ ప్రశ్నను చూశాము - అతను కంపెనీలలో డెవలపర్‌లు, టెస్టర్‌లు మరియు అడ్మినిస్ట్రేటర్‌ల నిష్పత్తిపై ఆసక్తి కలిగి ఉన్నాడు. మేము దానిని అడిగాము మరియు ప్రొఫైల్‌ల ఆధారంగా ప్రతిస్పందనలను చూశాము: హై ప్రొఫైల్ ప్రతినిధులు ప్రతి డెవలపర్‌కు తక్కువ పరీక్ష మరియు ఆపరేషన్ ఇంజనీర్‌లను కలిగి ఉంటారు:
2021 కోసం ప్రణాళికలు
తదుపరి సంవత్సరం ప్రణాళికలలో, ప్రతివాదులు ఈ క్రింది కార్యకలాపాలను గుర్తించారు:
ఇక్కడ మీరు DevOps లైవ్ 2020 కాన్ఫరెన్స్‌తో కూడలిని చూడవచ్చు. మేము ప్రోగ్రామ్‌ను జాగ్రత్తగా సమీక్షించాము:
- ఒక ఉత్పత్తిగా మౌలిక సదుపాయాలు
- DevOps పరివర్తన
- DevOps అభ్యాసాల పంపిణీ
- DevSecOps
- కేస్ క్లబ్‌లు మరియు చర్చలు
కానీ మా ప్రదర్శన సమయం అన్ని అంశాలను కవర్ చేయడానికి సరిపోదు. తెర వెనుక వదిలి:
- ప్లాట్‌ఫారమ్ సేవగా మరియు ఉత్పత్తిగా;
- కోడ్, పర్యావరణాలు మరియు మేఘాలుగా మౌలిక సదుపాయాలు;
- నిరంతర ఇంటిగ్రేషన్ మరియు డెలివరీ;
- ఆర్కిటెక్చర్;
- DevSecOps నమూనాలు;
- ప్లాట్‌ఫారమ్ మరియు క్రాస్-ఫంక్షనల్ టీమ్‌లు.
మేము భారీ, 50 పేజీలను పొందాము మరియు మీరు దానిని మరింత వివరంగా చూడవచ్చు.
సారాంశం
మా పరిశోధన మరియు నివేదిక అభివృద్ధి, పరీక్ష మరియు కార్యకలాపాలకు కొత్త విధానాలతో ప్రయోగాలు చేయడానికి మిమ్మల్ని ప్రేరేపిస్తుందని, అలాగే నావిగేట్ చేయడంలో, అధ్యయనంలో పాల్గొనే ఇతర వ్యక్తులతో మిమ్మల్ని పోల్చుకోవడంలో మరియు మీ స్వంత విధానాలను మీరు మెరుగుపరచగల ప్రాంతాలను గుర్తించడంలో మీకు సహాయపడుతుందని మేము ఆశిస్తున్నాము.
రష్యాలోని DevOps స్థితి యొక్క మొదటి అధ్యయనం యొక్క ఫలితాలు:
- కీ కొలమానాలు. అభివృద్ధి, పరీక్ష మరియు కార్యకలాపాల ప్రక్రియల ప్రభావాన్ని విశ్లేషించడానికి కీలకమైన కొలమానాలు (డెలివరీ సమయం, విస్తరణ ఫ్రీక్వెన్సీ, రికవరీ సమయం మరియు మార్పు వైఫల్యాలు) అనుకూలంగా ఉన్నాయని మేము కనుగొన్నాము.
- ప్రొఫైల్‌లు ఎక్కువ, మధ్యస్థం, తక్కువ. సేకరించిన డేటా ఆధారంగా, మేము గణాంకాలు, అభ్యాసాలు, ప్రక్రియలు మరియు సాధనాల పరంగా విలక్షణమైన లక్షణాలతో అధిక, మధ్యస్థ, తక్కువ యొక్క గణాంకపరంగా విభిన్న సమూహాలను వేరు చేయవచ్చు. హై ప్రొఫైల్ యొక్క ప్రతినిధులు తక్కువ కంటే మెరుగైన ఫలితాలను చూపుతారు. వారు తమ లక్ష్యాలను సాధించడానికి మరియు అధిగమించడానికి ఎక్కువ అవకాశం ఉంది.
- సూచికలు, మహమ్మారి మరియు 2021 ప్రణాళికలు. మహమ్మారిని కంపెనీలు ఎలా ఎదుర్కొన్నాయన్నది ఈ సంవత్సరం ప్రత్యేక సూచిక. ఉన్నత ప్రతినిధులు మెరుగైన పనితీరును కనబరిచారు, వినియోగదారు నిశ్చితార్థాన్ని పెంచారు మరియు విజయానికి ప్రధాన కారణాలు సమర్థవంతమైన అభివృద్ధి ప్రక్రియలు మరియు బలమైన ఇంజనీరింగ్ సంస్కృతి.
- DevOps అభ్యాసాలు, సాధనాలు మరియు వాటి అభివృద్ధి. తదుపరి సంవత్సరానికి కంపెనీల ప్రధాన ప్రణాళికలలో DevOps పద్ధతులు మరియు సాధనాల అభివృద్ధి, DevSecOps అభ్యాసాల పరిచయం మరియు సంస్థాగత నిర్మాణంలో మార్పులు ఉన్నాయి. మరియు DevOps అభ్యాసాల యొక్క సమర్థవంతమైన అమలు మరియు అభివృద్ధి పైలట్ ప్రాజెక్ట్‌లు, కమ్యూనిటీలు మరియు ఎక్సలెన్స్ కేంద్రాల ఏర్పాటు, సంస్థ యొక్క ఎగువ మరియు దిగువ స్థాయిలలోని కార్యక్రమాల సహాయంతో నిర్వహించబడుతుంది.
మేము మీ అభిప్రాయాన్ని, కథనాలను, అభిప్రాయాన్ని వినడానికి ఇష్టపడతాము. అధ్యయనంలో పాల్గొన్న ప్రతి ఒక్కరికీ మేము ధన్యవాదాలు తెలియజేస్తున్నాము మరియు వచ్చే ఏడాది మీ భాగస్వామ్యం కోసం ఎదురుచూస్తున్నాము.
మూలం: www.habr.com