DevOps గురించి మాట్లాడేటప్పుడు ప్రధాన అంశాన్ని గ్రహించడం కష్టమా? మేము మీ కోసం స్పష్టమైన సారూప్యతలు, అద్భుతమైన ఫార్ములేషన్‌లు మరియు నిపుణుల నుండి సలహాలను సేకరించాము, అది నిపుణులు కానివారు కూడా పాయింట్‌కి చేరుకోవడంలో సహాయపడుతుంది. చివరిలో, బోనస్ Red Hat ఉద్యోగుల స్వంత DevOps.
DevOps అనే పదం 10 సంవత్సరాల క్రితం ఉద్భవించింది మరియు Twitter హ్యాష్‌ట్యాగ్ నుండి IT ప్రపంచంలో శక్తివంతమైన సాంస్కృతిక ఉద్యమంగా మారింది, ఇది డెవలపర్‌లను వేగంగా పూర్తి చేయడానికి, ప్రయోగాలు చేయడానికి మరియు ముందుకు సాగడానికి ప్రోత్సహించే నిజమైన తత్వశాస్త్రం. DevOps డిజిటల్ పరివర్తన భావనతో విడదీయరాని విధంగా అనుసంధానించబడింది. కానీ IT పదజాలంతో తరచుగా జరిగే విధంగా, గత పది సంవత్సరాలలో DevOps దాని గురించి అనేక నిర్వచనాలు, వివరణలు మరియు అపోహలను పొందింది.
అందువల్ల, మీరు తరచుగా DevOps గురించి ప్రశ్నలు వినవచ్చు, ఇది చురుకైనదేనా? లేదా ఇది ఏదైనా ప్రత్యేక పద్దతినా? లేదా ఇది "సహకారం" అనే పదానికి మరో పర్యాయపదమా?
DevOps అనేక విభిన్న భావనలను కలిగి ఉంటుంది (నిరంతర డెలివరీ, నిరంతర ఏకీకరణ, ఆటోమేషన్ మొదలైనవి), కాబట్టి ముఖ్యమైన వాటిని స్వేదనం చేయడం సవాలుగా ఉంటుంది, ప్రత్యేకించి మీరు విషయంపై మక్కువ కలిగి ఉన్నప్పుడు. అయితే, ఈ నైపుణ్యం చాలా ఉపయోగకరంగా ఉంటుంది, మీరు మీ ఆలోచనలను మీ ఉన్నతాధికారులకు తెలియజేయడానికి ప్రయత్నిస్తున్నా లేదా మీ పని గురించి మీ కుటుంబం లేదా స్నేహితుల నుండి ఎవరికైనా చెప్పినప్పటికీ. కాబట్టి, ప్రస్తుతానికి DevOps యొక్క పరిభాష సూక్ష్మ నైపుణ్యాలను పక్కన పెట్టి, పెద్ద చిత్రంపై దృష్టి పెడదాం.
DevOps అంటే ఏమిటి: 6 నిర్వచనాలు మరియు సారూప్యాలు
DevOps యొక్క సారాంశాన్ని వీలైనంత సరళంగా మరియు క్లుప్తంగా వివరించమని మేము నిపుణులను కోరాము, తద్వారా ఏ స్థాయి సాంకేతిక పరిజ్ఞానం ఉన్న పాఠకులకు దాని విలువ స్పష్టంగా తెలుస్తుంది. ఈ సంభాషణల ఫలితాల ఆధారంగా, DevOps గురించి మీ కథనాన్ని రూపొందించడంలో మీకు సహాయపడే అత్యంత అద్భుతమైన సారూప్యతలు మరియు అద్భుతమైన సూత్రీకరణలను మేము ఎంచుకున్నాము.
1. DevOps ఒక సాంస్కృతిక ఉద్యమం
"DevOps అనేది ఒక సాంస్కృతిక ఉద్యమం, దీనిలో సాఫ్ట్‌వేర్ ఎవరైనా ఉపయోగించడం ప్రారంభించే వరకు సాఫ్ట్‌వేర్ నిజమైన ప్రయోజనాలను తీసుకురాదని రెండు పార్టీలు (సాఫ్ట్‌వేర్ డెవలపర్‌లు మరియు IT సిస్టమ్ ఆపరేషన్ నిపుణులు) గుర్తించాయి: కస్టమర్‌లు, క్లయింట్లు, ఉద్యోగులు, పాయింట్ కాదు" అని సీనియర్ రీసెర్చ్ ఎవెలైన్ ఓర్లిచ్ చెప్పారు. DevOps ఇన్స్టిట్యూట్‌లో విశ్లేషకుడు. "కాబట్టి, ఈ రెండు పార్టీలు సంయుక్తంగా సాఫ్ట్‌వేర్ యొక్క వేగవంతమైన మరియు అధిక-నాణ్యత డెలివరీని నిర్ధారిస్తాయి."
2. DevOps డెవలపర్‌లకు సాధికారత కల్పించడం.
"DevOps డెవలపర్‌లకు అప్లికేషన్‌లను స్వంతం చేసుకోవడానికి, వాటిని అమలు చేయడానికి మరియు డెలివరీని ప్రారంభం నుండి ముగింపు వరకు నిర్వహించడానికి అధికారం ఇస్తుంది."
"సాధారణంగా, ఆటోమేటెడ్ ప్రాసెస్‌లను నిర్మించడం మరియు అమలు చేయడం ద్వారా ఉత్పత్తికి అప్లికేషన్‌ల డెలివరీని వేగవంతం చేసే మార్గంగా DevOps గురించి మాట్లాడతారు" అని భీమా సంస్థ లిబర్టీ మ్యూచువల్‌లో DevOps ప్లాట్‌ఫారమ్‌ల డైరెక్టర్ జై ష్నీప్ చెప్పారు. "కానీ నాకు ఇది చాలా ప్రాథమిక విషయం." DevOps డెవలపర్‌లకు అప్లికేషన్‌లు లేదా నిర్దిష్ట సాఫ్ట్‌వేర్ ముక్కలను స్వంతం చేసుకోవడానికి, వాటిని అమలు చేయడానికి మరియు వారి డెలివరీని ప్రారంభం నుండి ముగింపు వరకు నిర్వహించడానికి అధికారం ఇస్తుంది. DevOps బాధ్యత గందరగోళాన్ని తొలగిస్తుంది మరియు స్వయంచాలక, డెవలపర్-ఆధారిత మౌలిక సదుపాయాలను రూపొందించడంలో పాల్గొన్న ప్రతి ఒక్కరికీ మార్గనిర్దేశం చేస్తుంది.
3. DevOps అనేది అప్లికేషన్‌లను రూపొందించడంలో మరియు డెలివరీ చేయడంలో సహకారం గురించి.
"సాధారణంగా చెప్పాలంటే, అందరూ కలిసి పనిచేసే సాఫ్ట్‌వేర్ ఉత్పత్తి మరియు డెలివరీకి DevOps ఒక విధానం" అని BMC వద్ద డిజిటల్ బిజినెస్ ఆటోమేషన్ ప్రెసిడెంట్ మరియు హెడ్ గుర్ స్టాఫ్ చెప్పారు.
4. DevOps అనేది పైప్‌లైన్
"అన్ని భాగాలు ఒకదానికొకటి సరిపోయినట్లయితే మాత్రమే కన్వేయర్ అసెంబ్లీ సాధ్యమవుతుంది."
"నేను DevOpsని కారు అసెంబ్లీ లైన్‌తో పోలుస్తాను" అని గుర్ స్టాఫ్ కొనసాగిస్తున్నారు. - అన్ని భాగాలను ముందుగానే డిజైన్ చేసి తయారు చేయడం ఆలోచన, తద్వారా అవి వ్యక్తిగత సర్దుబాటు లేకుండా సమీకరించబడతాయి. అన్ని భాగాలు ఒకదానితో ఒకటి సరిపోయినట్లయితే మాత్రమే కన్వేయర్ అసెంబ్లీ సాధ్యమవుతుంది. ఇంజిన్‌ను డిజైన్ చేసి నిర్మించే వారు దానిని బాడీకి లేదా ఫ్రేమ్‌కి ఎలా మౌంట్ చేయాలో తప్పనిసరిగా పరిగణించాలి. బ్రేక్‌లు వేసే వారు తప్పనిసరిగా చక్రాల గురించి ఆలోచించాలి. సాఫ్ట్‌వేర్ విషయంలో కూడా అలాగే ఉండాలి.
వ్యాపార లాజిక్ లేదా వినియోగదారు ఇంటర్‌ఫేస్‌ను సృష్టించే డెవలపర్ కస్టమర్ సమాచారాన్ని నిల్వ చేసే డేటాబేస్, వినియోగదారు డేటాను రక్షించడానికి భద్రతా చర్యలు మరియు సేవ పెద్ద, బహుశా బహుళ-మిలియన్ డాలర్ల వినియోగదారు ప్రేక్షకులకు అందించడం ప్రారంభించినప్పుడు ఇవన్నీ ఎలా పని చేస్తాయి అనే దాని గురించి ఆలోచించాలి. ."
"ప్రజలు తమ స్వంత పనులపై మాత్రమే దృష్టి పెట్టడం కంటే, ఇతరులు చేసే పని యొక్క భాగాల గురించి ఆలోచించడం మరియు సహకరించడం వంటివి అధిగమించడానికి అతిపెద్ద అడ్డంకి. మీరు దీన్ని చేయగలిగితే, మీకు డిజిటల్ పరివర్తనకు అద్భుతమైన అవకాశం ఉంది, ”అని గుర్ స్టాఫ్ జతచేస్తుంది.
5. DevOps అనేది వ్యక్తులు, ప్రక్రియలు మరియు ఆటోమేషన్ యొక్క సరైన కలయిక
DevOps ఇన్స్టిట్యూట్ యొక్క ఎగ్జిక్యూటివ్ డైరెక్టర్ జేన్ గ్రోల్, DevOps గురించి వివరించడానికి గొప్ప సారూప్యతను అందించారు. ఆమె మాటల్లో, “DevOps అనేది మూడు ప్రధాన రకాల పదార్థాలతో కూడిన వంటకం లాంటిది: వ్యక్తులు, ప్రక్రియ మరియు ఆటోమేషన్. ఈ పదార్ధాలలో చాలా వరకు ఇతర ప్రాంతాలు మరియు మూలాల నుండి తీసుకోవచ్చు: లీన్, ఎజైల్, SRE, CI/CD, ITIL, నాయకత్వం, సంస్కృతి, సాధనాలు. DevOps యొక్క రహస్యం, ఏదైనా మంచి వంటకం వలె, అప్లికేషన్‌లను సృష్టించడం మరియు విడుదల చేయడంలో వేగం మరియు సామర్థ్యాన్ని పెంచడానికి ఈ పదార్థాల సరైన నిష్పత్తులు మరియు మిశ్రమాన్ని ఎలా పొందాలి.
6. DevOps అంటే ప్రోగ్రామర్లు ఫార్ములా 1 బృందం వలె పని చేస్తారు
"రేసు ప్రారంభం నుండి ముగింపు వరకు ప్రణాళిక చేయబడదు, కానీ దీనికి విరుద్ధంగా, ముగింపు నుండి ప్రారంభం వరకు."
"DevOps చొరవ నుండి నేను ఏమి ఆశించాలనే దాని గురించి మాట్లాడేటప్పుడు, నేను NASCAR లేదా ఫార్ములా 1 రేసింగ్ టీమ్‌ని ఉదాహరణగా భావిస్తాను" అని Red Hat వద్ద క్లౌడ్ ప్లాట్‌ఫారమ్ మార్కెటింగ్ సీనియర్ మేనేజర్ మరియు DevOps'ish వార్తాలేఖ ప్రచురణకర్త క్రిస్ షార్ట్ చెప్పారు. - అటువంటి జట్టు యొక్క నాయకుడికి ఒక లక్ష్యం ఉంది: జట్టుకు అందుబాటులో ఉన్న వనరులు మరియు దానితో ఎదురయ్యే సవాళ్లను పరిగణనలోకి తీసుకుని, రేసు ముగింపులో సాధ్యమైన అత్యధిక స్థానాన్ని పొందడం. ఈ సందర్భంలో, రేసు ప్రారంభం నుండి ముగింపు వరకు కాదు, కానీ దీనికి విరుద్ధంగా, ముగింపు నుండి ప్రారంభం వరకు ప్రణాళిక చేయబడింది. మొదట, ప్రతిష్టాత్మక లక్ష్యం సెట్ చేయబడింది, ఆపై దానిని సాధించడానికి మార్గాలు నిర్ణయించబడతాయి. అప్పుడు అవి సబ్‌టాస్క్‌లుగా విభజించబడ్డాయి మరియు జట్టు సభ్యులకు అప్పగించబడతాయి.
“పిట్ స్టాప్‌ను పూర్తి చేయడానికి రేసు ముందు వారం మొత్తం జట్టు గడుపుతుంది. అతను కఠినమైన రేసు రోజు కోసం ఆకారంలో ఉండటానికి శక్తి శిక్షణ మరియు కార్డియో చేస్తాడు. రేసు సమయంలో తలెత్తే ఏవైనా సమస్యలను పరిష్కరించడానికి కలిసి పని చేసే పద్ధతులు. అదేవిధంగా, డెవలప్‌మెంట్ టీమ్ కొత్త వెర్షన్‌లను తరచుగా విడుదల చేసే నైపుణ్యానికి శిక్షణ ఇవ్వాలి. మీకు అలాంటి నైపుణ్యాలు మరియు బాగా పనిచేసే భద్రతా వ్యవస్థ ఉంటే, ఉత్పత్తిలో కొత్త సంస్కరణలను ప్రారంభించడం కూడా చాలా తరచుగా జరుగుతుంది. ఈ ప్రపంచ దృష్టికోణంలో, వేగం పెరగడం అంటే భద్రత పెరిగింది” అని షార్ట్ చెప్పారు.
"ఇది 'సరైన పని' చేయడం గురించి కాదు," షార్ట్ జతచేస్తుంది, "ఇది కోరుకున్న ఫలితం యొక్క మార్గంలో నిలబడే వీలైనన్ని ఎక్కువ విషయాలను తొలగించడం గురించి. నిజ సమయంలో మీరు స్వీకరించే ఫీడ్‌బ్యాక్ ఆధారంగా సహకరించండి మరియు స్వీకరించండి. క్రమరాహిత్యాల కోసం సిద్ధంగా ఉండండి మరియు మీ లక్ష్యం వైపు పురోగతిపై వాటి ప్రభావాన్ని తగ్గించడానికి నాణ్యతను మెరుగుపరచడానికి పని చేయండి. DevOps ప్రపంచంలో ఇదే మాకు వేచి ఉంది.
DevOpsని స్కేల్ చేయడం ఎలా: నిపుణుల నుండి 10 చిట్కాలు
DevOps మరియు మాస్ DevOps పూర్తిగా భిన్నమైన విషయాలు. మొదటి నుండి రెండవ మార్గంలో అడ్డంకులను ఎలా అధిగమించాలో మేము మీకు చెప్తాము.
అనేక సంస్థల కోసం, DevOpsకు ప్రయాణం సులభంగా మరియు ఆహ్లాదకరంగా ప్రారంభమవుతుంది. చిన్న ఉద్వేగభరితమైన జట్లు సృష్టించబడతాయి, పాత ప్రక్రియలు కొత్త వాటితో భర్తీ చేయబడతాయి మరియు మొదటి విజయాలు రావడానికి ఎక్కువ కాలం లేదు.
అయ్యో, ఇది కేవలం తప్పుడు గ్లిట్జ్, పురోగతి యొక్క భ్రమ అని కన్సల్టెన్సీ నార్త్ హైలాండ్ వద్ద డిజిటల్ మేనేజింగ్ డైరెక్టర్ మరియు హెడ్ బెన్ గ్రిన్నెల్ చెప్పారు. ప్రారంభ విజయాలు ఖచ్చితంగా ప్రోత్సాహకరంగా ఉంటాయి, కానీ అవి సంస్థ అంతటా DevOps యొక్క విస్తృత స్వీకరణ యొక్క అంతిమ లక్ష్యాన్ని సాధించడంలో సహాయపడవు.
ఫలితం “మనం” మరియు “వారి” మధ్య విభజన సంస్కృతి అని చూడటం సులభం.
"తరచుగా, సంస్థలు ప్రధాన స్రవంతి DevOps కోసం మార్గం సుగమం చేస్తాయని భావించి ఈ మార్గదర్శక ప్రాజెక్ట్‌లను ప్రారంభిస్తాయి, ఇతరులు ఆ మార్గాన్ని అనుసరించగలరా లేదా ఇష్టపడతారో లేదో పరిగణనలోకి తీసుకోకుండా," బెన్ గ్రిన్నెల్ వివరించాడు. - అటువంటి ప్రాజెక్ట్‌లను అమలు చేయడానికి బృందాలు సాధారణంగా ఆత్మవిశ్వాసంతో ఉన్న "వరంజియన్‌ల" నుండి నియమించబడతాయి, వారు ఇప్పటికే ఇతర ప్రదేశాలలో ఇలాంటిదే చేసారు, కానీ మీ సంస్థకు కొత్తవారు. అదే సమయంలో, ప్రతి ఒక్కరికీ కట్టుబడి ఉండే నియమాలను ఉల్లంఘించమని మరియు నాశనం చేయాలని వారు ప్రోత్సహించబడ్డారు. జ్ఞానం మరియు నైపుణ్యాల బదిలీని నిరోధిస్తున్న "మా" మరియు "వాళ్ళ" సంస్కృతి ఫలితంగా ఏర్పడిందని చూడటం సులభం.
"మరియు ఈ సాంస్కృతిక సమస్య DevOps స్కేల్ చేయడం కష్టతరమైన కారణాలలో ఒకటి. వేగంగా అభివృద్ధి చెందుతున్న IT-మొదటి కంపెనీల విలక్షణమైన సాంకేతిక సవాళ్లను DevOps టీమ్‌లు ఎదుర్కొంటున్నాయి" అని స్కాలైర్ వ్యవస్థాపకుడు మరియు ఛైర్మన్ స్టీవ్ న్యూమాన్ అన్నారు.
“ఆధునిక ప్రపంచంలో, అవసరం వచ్చిన వెంటనే సేవలు మారుతాయి. కొత్త ఫీచర్లను నిరంతరం అమలు చేయడం మరియు అమలు చేయడం చాలా బాగుంది, కానీ ఈ ప్రక్రియను సమన్వయం చేయడం మరియు తలెత్తే సమస్యలను తొలగించడం నిజమైన తలనొప్పి అని స్టీవ్ న్యూమాన్ జతచేస్తుంది. - చాలా వేగంగా అభివృద్ధి చెందుతున్న సంస్థలలో, క్రాస్-ఫంక్షనల్ టీమ్‌లలోని ఇంజనీర్లు దృశ్యమానతను మార్పుగా మరియు అది సృష్టించే డిపెండెన్సీ-లెవల్ క్యాస్కేడింగ్ ప్రభావాలను కొనసాగించడానికి కష్టపడతారు. అంతేకాకుండా, ఇంజనీర్లు ఈ అవకాశాన్ని కోల్పోయినప్పుడు సంతోషంగా ఉండరు మరియు ఫలితంగా, తలెత్తే సమస్యల సారాంశాన్ని అర్థం చేసుకోవడం వారికి మరింత కష్టమవుతుంది.
పైన వివరించిన ఈ సవాళ్లను ఎలా అధిగమించాలి మరియు పెద్ద సంస్థలో DevOps యొక్క భారీ స్వీకరణకు ఎలా వెళ్లాలి? మీ సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ సైకిల్ మరియు బిజినెస్ ప్రాసెస్‌లను వేగవంతం చేయడమే మీ అంతిమ లక్ష్యం అయినప్పటికీ, నిపుణులు సహనాన్ని కోరుతున్నారు.
1. సంస్కృతి మార్పుకు సమయం పడుతుందని గుర్తుంచుకోండి.
జేన్ గ్రోల్, ఎగ్జిక్యూటివ్ డైరెక్టర్, DevOps ఇన్స్టిట్యూట్: “నా అభిప్రాయం ప్రకారం, DevOps యొక్క విస్తరణ చురుకైన అభివృద్ధి వలె (మరియు సంస్కృతిని సమానంగా తాకడం) వలె పెరుగుతున్న మరియు పునరావృతంగా ఉండాలి. ఎజైల్ మరియు DevOps చిన్న టీమ్‌లను నొక్కిచెబుతున్నాయి. కానీ ఈ బృందాలు సంఖ్య మరియు ఏకీకరణలో పెరిగేకొద్దీ, మేము ఎక్కువ మంది వ్యక్తులు కొత్త పని మార్గాలను అవలంబించడంతో ముగుస్తుంది మరియు ఫలితంగా భారీ సాంస్కృతిక పరివర్తన ఉంది.
2. ప్లానింగ్ మరియు ప్లాట్‌ఫారమ్‌ను ఎంచుకోవడానికి తగినంత సమయాన్ని వెచ్చించండి
ఎరాన్ కిన్స్‌బ్రూనర్, పర్ఫెక్టోలో లీడ్ టెక్నికల్ ఎవాంజెలిస్ట్: "స్కేలింగ్ పని చేయడానికి, DevOps బృందాలు ముందుగా సంప్రదాయ ప్రక్రియలు, సాధనాలు మరియు నైపుణ్యాలను కలపడం నేర్చుకోవాలి, ఆపై DevOps యొక్క ప్రతి ఒక్క దశను నెమ్మదిగా పెంచి, స్థిరీకరించాలి. ఇవన్నీ వినియోగదారు కథనాలు మరియు విలువ స్ట్రీమ్‌లను జాగ్రత్తగా ప్లాన్ చేయడంతో మొదలవుతాయి, ఆ తర్వాత ట్రంక్-ఆధారిత అభివృద్ధి లేదా బ్రాంచ్ మరియు విలీన కోడ్‌కు బాగా సరిపోయే ఇతర విధానాలను ఉపయోగించి సాఫ్ట్‌వేర్ మరియు సంస్కరణ నియంత్రణను వ్రాయడం ద్వారా ప్రారంభమవుతుంది.
“అప్పుడు ఇంటిగ్రేషన్ మరియు టెస్టింగ్ దశ వస్తుంది, ఇక్కడ ఆటోమేషన్ కోసం స్కేలబుల్ ప్లాట్‌ఫారమ్ ఇప్పటికే అవసరం. ఇక్కడే DevOps బృందాలు తమ నైపుణ్య స్థాయికి మరియు ప్రాజెక్ట్ యొక్క తుది లక్ష్యాలకు సరిపోయే సరైన ప్లాట్‌ఫారమ్‌ను ఎంచుకోవడం చాలా ముఖ్యం.
తదుపరి దశ ఉత్పత్తికి విస్తరణ మరియు ఇది ఆర్కెస్ట్రేషన్ సాధనాలు మరియు కంటైనర్‌లను ఉపయోగించి పూర్తిగా ఆటోమేట్ చేయబడాలి. DevOps (ప్రొడక్షన్ సిమ్యులేటర్, QA పర్యావరణం మరియు వాస్తవ ఉత్పత్తి వాతావరణం) యొక్క అన్ని దశలలో వర్చువలైజ్డ్ ఎన్విరాన్‌మెంట్‌లను కలిగి ఉండటం ముఖ్యం మరియు సంబంధిత నిర్ధారణలను పొందడానికి పరీక్షల కోసం ఎల్లప్పుడూ తాజా డేటాను మాత్రమే ఉపయోగించడం. Analytics తప్పనిసరిగా స్మార్ట్‌గా ఉండాలి మరియు వేగవంతమైన మరియు చర్య తీసుకోదగిన అభిప్రాయంతో పెద్ద డేటాను ప్రాసెస్ చేయగల సామర్థ్యాన్ని కలిగి ఉండాలి.
3. బాధ్యత నుండి అపరాధాన్ని తీసుకోండి.
గోర్డాన్ హాఫ్, రెడ్‌హాట్ సువార్తికుడు: "ప్రయోగాన్ని అనుమతించే మరియు ప్రోత్సహించే వ్యవస్థ మరియు వాతావరణాన్ని సృష్టించడం చురుకైన సాఫ్ట్‌వేర్ అభివృద్ధిలో విజయవంతమైన వైఫల్యాలుగా పిలువబడే వాటిని అనుమతిస్తుంది. వైఫల్యాలకు మరెవరూ బాధ్యత వహించరని దీని అర్థం కాదు. వాస్తవానికి, ఎవరు బాధ్యత వహిస్తారో గుర్తించడం మరింత సులభం అవుతుంది, ఎందుకంటే "బాధ్యత" అంటే "ప్రమాదానికి కారణం" కాదు. అంటే, బాధ్యత యొక్క సారాంశం గుణాత్మకంగా మారుతుంది. నాలుగు అంశాలు కీలకం: అంతరాయం యొక్క పరిధి, విధానాలు, ఉత్పత్తి ప్రక్రియలు మరియు ప్రోత్సాహకాలు." (మీరు ఈ కారకాల గురించి గోర్డాన్ హఫ్ యొక్క వ్యాసం “DevOps పాఠాలు: ఆరోగ్యకరమైన ప్రయోగాల యొక్క 4 అంశాలు”లో మరింత చదవవచ్చు.)
4. ముందుకు వెళ్లే మార్గాన్ని క్లియర్ చేయండి
బెన్ గ్రిన్నెల్, మేనేజింగ్ డైరెక్టర్ మరియు కన్సల్టెన్సీ నార్త్ హైలాండ్ వద్ద డిజిటల్ హెడ్: “స్కేల్ సాధించడానికి, మార్గదర్శక ప్రాజెక్ట్‌లతో కలిసి “పాత్ క్లియరింగ్” ప్రోగ్రామ్‌ను ప్రారంభించాలని నేను సిఫార్సు చేస్తున్నాను. ఈ ప్రోగ్రామ్ యొక్క లక్ష్యం DevOps మార్గదర్శకులు వదిలివేసిన చెత్తను, కాలం చెల్లిన నియమాలు మరియు అలాంటి వాటి వంటి వాటిని శుభ్రం చేయడం, తద్వారా ముందుకు వెళ్లే మార్గం స్పష్టంగా ఉంటుంది.
“కొత్త పని విధానాల విజయాలను విస్తృతంగా జరుపుకోవడం ద్వారా మార్గదర్శక సమూహానికి మించిన కమ్యూనికేషన్ ద్వారా వ్యక్తులకు సంస్థాగత మద్దతు మరియు ఊపందుకోండి. DevOps ప్రాజెక్ట్‌ల తదుపరి వేవ్‌లో పాల్గొంటున్న వ్యక్తులకు శిక్షణ ఇవ్వండి మరియు మొదటిసారి DevOpsని ఉపయోగించడం పట్ల భయాందోళనలకు గురవుతారు. మరియు ఈ వ్యక్తులు పయినీర్లకు చాలా భిన్నంగా ఉంటారని గుర్తుంచుకోండి.
5. సాధనాలను ప్రజాస్వామ్యీకరించండి
స్టీవ్ న్యూమాన్, స్కాలైర్ వ్యవస్థాపకుడు మరియు ఛైర్మన్: “సాధనాలు వ్యక్తుల నుండి దాచబడకూడదు మరియు సమయాన్ని వెచ్చించాలనుకునే ఎవరైనా వాటిని సులభంగా నేర్చుకోవాలి. లాగ్‌లను ప్రశ్నించే సామర్థ్యం టూల్‌ను ఉపయోగించేందుకు "సర్టిఫై చేయబడిన" ముగ్గురు వ్యక్తులకు పరిమితం చేయబడితే, మీరు చాలా పెద్ద కంప్యూటింగ్ వాతావరణం కలిగి ఉన్నప్పటికీ, సమస్యను నిర్వహించడానికి గరిష్టంగా ముగ్గురు వ్యక్తులు ఎల్లప్పుడూ అందుబాటులో ఉంటారు. మరో మాటలో చెప్పాలంటే, తీవ్రమైన (వ్యాపార) పరిణామాలకు దారితీసే అడ్డంకి ఇక్కడ ఉంది.
6. జట్టు పని కోసం అనువైన పరిస్థితులను సృష్టించండి
టామ్ క్లార్క్, ITVలో కామన్ ప్లాట్‌ఫారమ్ అధిపతి: “మీరు ఏదైనా చేయవచ్చు, కానీ ప్రతిదీ ఒకేసారి కాదు. కాబట్టి పెద్ద లక్ష్యాలను నిర్దేశించుకోండి, చిన్నగా ప్రారంభించండి మరియు వేగంగా పునరావృత్తులుగా ముందుకు సాగండి. కాలక్రమేణా, మీరు పనులను పూర్తి చేయడంలో ఖ్యాతిని పెంచుకుంటారు, కాబట్టి ఇతరులు కూడా మీ పద్ధతులను ఉపయోగించాలని కోరుకుంటారు. మరియు అత్యంత ప్రభావవంతమైన బృందాన్ని నిర్మించడం గురించి చింతించకండి. బదులుగా, ప్రజలకు ఆదర్శవంతమైన పని పరిస్థితులను అందించండి మరియు సమర్థత అనుసరించబడుతుంది.
7. కాన్వేస్ లా మరియు కాన్బన్ బోర్డుల గురించి మర్చిపోవద్దు
Logan Daigle, CollabNetVersionOneలో సాఫ్ట్‌వేర్ డెలివరీ మరియు DevOps స్ట్రాటజీ డైరెక్టర్: “కాన్వే చట్టం యొక్క పరిణామాలను అర్థం చేసుకోవడం చాలా ముఖ్యం. నా లూజ్ పారాఫ్రేజ్‌లో, DevOpsతో సహా మనం సృష్టించే ఉత్పత్తులు మరియు అలా చేయడానికి ఉపయోగించే ప్రక్రియలు మా సంస్థ మాదిరిగానే నిర్మాణాత్మకంగా మారుతాయని ఈ చట్టం పేర్కొంది.
“ఒక సంస్థలో చాలా గోతులు ఉంటే మరియు సాఫ్ట్‌వేర్‌ను ప్లాన్ చేసేటప్పుడు, నిర్మించేటప్పుడు మరియు విడుదల చేసేటప్పుడు నియంత్రణ చాలాసార్లు చేతులు మారితే, స్కేలింగ్ ప్రభావం సున్నా లేదా స్వల్పకాలికంగా ఉంటుంది. ఒక సంస్థ మార్కెట్ దృష్టితో నిధులు సమకూర్చే ఉత్పత్తుల చుట్టూ క్రాస్-ఫంక్షనల్ బృందాలను నిర్మిస్తే, విజయావకాశాలు నాటకీయంగా పెరుగుతాయి.
“స్కేలింగ్ యొక్క మరొక ముఖ్యమైన అంశం ఏమిటంటే, కాన్బన్ బోర్డులపై అన్ని పనులు పురోగతిలో (WIP, పని పురోగతి) ప్రదర్శించడం. వ్యక్తులు ఈ విషయాలను చూడగలిగే స్థలాన్ని ఒక సంస్థ కలిగి ఉన్నప్పుడు, ఇది సహకారాన్ని బాగా ప్రోత్సహిస్తుంది, ఇది స్కేలింగ్‌పై సానుకూల ప్రభావాన్ని చూపుతుంది.
8. పాత మచ్చల కోసం చూడండి
మాన్యువల్ పైస్, DevOps కన్సల్టెంట్ మరియు టీమ్ టోపోలాజీస్ సహ రచయిత: “Dev మరియు Opsకి మించి DevOps ప్రాక్టీస్‌లను తీసుకోవడం మరియు వాటిని ఇతర ఫంక్షన్‌లకు వర్తింపజేయడం సరైన విధానం కాదు. ఇది ఖచ్చితంగా కొంత ప్రభావాన్ని చూపుతుంది (ఉదాహరణకు, మాన్యువల్ నియంత్రణను ఆటోమేట్ చేయడం ద్వారా), కానీ మేము డెలివరీ మరియు ఫీడ్‌బ్యాక్ ప్రక్రియలను అర్థం చేసుకోవడంతో ప్రారంభిస్తే చాలా ఎక్కువ సాధించవచ్చు.
"ఒక సంస్థ యొక్క IT వ్యవస్థలో పాత మచ్చలు ఉంటే - గత సంఘటనల ఫలితంగా అమలు చేయబడిన విధానాలు మరియు నిర్వహణ యంత్రాంగాలు, కానీ వాటి ఔచిత్యాన్ని (ఉత్పత్తులు, సాంకేతికతలు లేదా ప్రక్రియలలో మార్పుల కారణంగా) కోల్పోయినట్లయితే - వాటిని ఖచ్చితంగా తొలగించాల్సిన అవసరం ఉంది. లేదా అసమర్థమైన లేదా అనవసరమైన ప్రక్రియలను స్వయంచాలకంగా మార్చడం కంటే సున్నితంగా మార్చబడింది.
9. DevOps ఎంపికలను పెంచవద్దు
ఆంథోనీ ఎడ్వర్డ్స్, వంకాయలో ఆపరేషన్స్ డైరెక్టర్: “DevOps అనేది చాలా అస్పష్టమైన పదం, కాబట్టి ప్రతి బృందం దాని స్వంత DevOps వెర్షన్‌తో ముగుస్తుంది. మరియు ఒక సంస్థ అకస్మాత్తుగా 20 రకాల DevOps కలిగి ఉన్నప్పుడు, అవి అంతగా కలిసి ఉండవు. మూడు డెవలప్‌మెంట్ టీమ్‌లలో ప్రతి ఒక్కటి డెవలప్‌మెంట్ మరియు ప్రొడక్ట్ మేనేజ్‌మెంట్ మధ్య వారి స్వంత ప్రత్యేక ఇంటర్‌ఫేస్‌ను కలిగి ఉండటం అసాధ్యం. ఉత్పత్తి సిమ్యులేటర్‌కి బదిలీ చేయబడినప్పుడు ఫీడ్‌బ్యాక్‌ని నిర్వహించడానికి ఉత్పత్తులు వాటి స్వంత ప్రత్యేక అంచనాలను కలిగి ఉండకూడదు. లేకపోతే, మీరు ఎప్పటికీ DevOpsని స్కేల్ చేయలేరు.
10. DevOps యొక్క వ్యాపార విలువను బోధించండి
స్టీవ్ న్యూమాన్, స్కాలైర్ వ్యవస్థాపకుడు మరియు ఛైర్మన్: “DevOps విలువను గుర్తించడానికి పని చేయండి. నేర్చుకోండి మరియు మీరు చేసే ప్రయోజనాల గురించి మాట్లాడటానికి సంకోచించకండి. DevOps అనేది అపురూపమైన సమయం మరియు డబ్బు ఆదా (ఒక్కసారి ఆలోచించండి: తక్కువ పనికిరాని సమయం, రికవరీకి తక్కువ సగటు సమయం), మరియు DevOps బృందాలు వ్యాపార విజయానికి ఈ కార్యక్రమాల యొక్క ప్రాముఖ్యతను అవిశ్రాంతంగా నొక్కి చెప్పాలి (మరియు బోధించాలి). ఈ విధంగా మీరు అనుచరుల సర్కిల్‌ను విస్తరించవచ్చు మరియు సంస్థలో DevOps ప్రభావాన్ని పెంచవచ్చు."
BONUS
ఆఫ్ మా స్వంత DevOps సెప్టెంబర్ 13న చేరుకుంటుంది - అవును, Red Hat, సాఫ్ట్‌వేర్ తయారీదారుగా, దాని స్వంత DevOps బృందాలు మరియు అభ్యాసాలను కలిగి ఉంది.
సంస్థ అంతటా ఇతర సమూహాల కోసం అంతర్గత ఆటోమేషన్ సేవలను అభివృద్ధి చేసే మా ఇంజనీర్ మార్క్ బిర్గర్, తన స్వంత కథనాన్ని స్వచ్ఛమైన రష్యన్‌లో చెబుతారు - Red Hat DevOps బృందం Hat వర్చువలైజేషన్ వర్చువల్ ఎన్విరాన్‌మెంట్‌ల నుండి అప్లికేషన్‌లను పూర్తి స్థాయి కంటైనర్ ఫార్మాట్‌కు ఎలా మార్చింది ఓపెన్‌షిఫ్ట్ ప్లాట్‌ఫారమ్.
కానీ అదంతా కాదు:
సంస్థలు పనిభారాన్ని కంటైనర్‌లకు తరలించిన తర్వాత, సాంప్రదాయ అప్లికేషన్ మానిటరింగ్ పద్ధతులు పని చేయకపోవచ్చు. రెండవ చర్చలో మనం లాగిన్ చేసే విధానాన్ని మార్చడానికి మా ప్రేరణను వివరిస్తాము మరియు ఆధునిక లాగింగ్ మరియు పర్యవేక్షణ పద్ధతులకు దారితీసిన మార్గం యొక్క కొనసాగింపును చూపుతాము.
మూలం: www.habr.com