గత కొన్ని సంవత్సరాలుగా DevOps చాలా ప్రజాదరణ పొందిన అంశంగా మారింది. చాలా మంది అందులో చేరాలని కలలు కంటారు, కానీ, ప్రాక్టీస్ చూపినట్లుగా, తరచుగా జీతాల స్థాయి కారణంగా మాత్రమే.
కొంతమంది వ్యక్తులు తమ రెజ్యూమ్‌లో DevOpsని జాబితా చేస్తారు, అయినప్పటికీ వారికి పదం యొక్క సారాంశం ఎల్లప్పుడూ తెలియదు లేదా అర్థం కాలేదు. Ansible, GitLab, Jenkins, Terraform మొదలైనవాటిని (మీ అభిరుచికి అనుగుణంగా జాబితాను కొనసాగించవచ్చు) చదివిన తర్వాత, మీరు వెంటనే “డెవప్‌సిస్ట్” అవుతారని కొందరు అనుకుంటారు. ఇది, వాస్తవానికి, నిజం కాదు.
గత కొన్ని సంవత్సరాలుగా, నేను ప్రధానంగా వివిధ కంపెనీలలో DevOps అమలులో పాల్గొంటున్నాను. దీనికి ముందు, అతను సిస్టమ్ అడ్మినిస్ట్రేటర్ నుండి IT డైరెక్టర్ వరకు 20 సంవత్సరాలకు పైగా పనిచేశాడు. ప్రస్తుతం Playgendaryలో DevOps లీడ్ ఇంజనీర్.
DevOps ఎవరు
"DevOps ఎవరు?" అనే ప్రశ్న తర్వాత కథనాన్ని వ్రాయాలనే ఆలోచన వచ్చింది. అది ఏది లేదా ఎవరు అనేదానికి ఇప్పటికీ నిర్దిష్ట పదం లేదు. ఇందులో కొన్ని సమాధానాలు ఇప్పటికే ఉన్నాయి . మొదట, నేను దాని నుండి ప్రధాన అంశాలను హైలైట్ చేస్తాను, ఆపై నేను నా పరిశీలనలు మరియు ఆలోచనలను పంచుకుంటాను.
DevOps నిపుణుడిగా నియమించబడదు, యుటిలిటీల సమితి కాదు మరియు ఇంజనీర్‌లతో కూడిన డెవలపర్‌ల విభాగం కాదు.
DevOps అనేది ఒక ఫిలాసఫీ మరియు మెథడాలజీ.
మరో మాటలో చెప్పాలంటే, ఇది డెవలపర్లు సిస్టమ్ అడ్మినిస్ట్రేటర్‌లతో చురుకుగా సంభాషించడానికి సహాయపడే అభ్యాసాల సమితి. అంటే, పని ప్రక్రియలను ఒకదానికొకటి కనెక్ట్ చేయడం మరియు ఏకీకృతం చేయడం.
DevOps రాకతో, నిపుణుల నిర్మాణం మరియు పాత్రలు అలాగే ఉన్నాయి (డెవలపర్లు ఉన్నారు, ఇంజనీర్లు ఉన్నారు), కానీ పరస్పర చర్య యొక్క నియమాలు మారాయి. విభాగాల మధ్య సరిహద్దులు అస్పష్టంగా ఉన్నాయి.
DevOps యొక్క లక్ష్యాలను మూడు పాయింట్లలో వివరించవచ్చు:
- సాఫ్ట్‌వేర్‌ను క్రమం తప్పకుండా నవీకరించాలి.
- సాఫ్ట్‌వేర్ త్వరగా పూర్తి చేయాలి.
- సాఫ్ట్‌వేర్ సౌకర్యవంతంగా మరియు తక్కువ సమయంలో అమలు చేయబడాలి.
DevOps కోసం ఏ ఒక్క సాధనం లేదు. అనేక ఉత్పత్తులను కాన్ఫిగర్ చేయడం, డెలివరీ చేయడం మరియు అధ్యయనం చేయడం అంటే DevOps కంపెనీలో కనిపించిందని కాదు. చాలా సాధనాలు ఉన్నాయి మరియు అవన్నీ వేర్వేరు దశల్లో ఉపయోగించబడతాయి, కానీ ఒక సాధారణ ప్రయోజనాన్ని అందిస్తాయి.
మరియు ఇది DevOps సాధనాల్లో ఒక భాగం మాత్రమే
నేను ఇప్పుడు 2 సంవత్సరాలకు పైగా DevOps ఇంజనీర్ పదవి కోసం వ్యక్తులను ఇంటర్వ్యూ చేస్తున్నాను మరియు పదం యొక్క సారాంశాన్ని స్పష్టంగా అర్థం చేసుకోవడం ఎంత ముఖ్యమో నేను గ్రహించాను. నేను భాగస్వామ్యం చేయాలనుకుంటున్న నిర్దిష్ట అనుభవాలు, పరిశీలనలు మరియు ఆలోచనలను సేకరించాను.
ఇంటర్వ్యూ అనుభవం నుండి, నేను ఈ క్రింది చిత్రాన్ని చూస్తున్నాను: DevOpsని ఉద్యోగ శీర్షికగా పరిగణించే నిపుణులు సాధారణంగా సహోద్యోగులతో అపార్థాలను కలిగి ఉంటారు.
ఒక అద్భుతమైన ఉదాహరణ ఉంది. ఒక యువకుడు తన రెజ్యూమ్‌లో చాలా తెలివైన పదాలతో ఇంటర్వ్యూకి వచ్చాడు. అతని చివరి మూడు ఉద్యోగాలలో, అతనికి 5-6 నెలల అనుభవం ఉంది. నేను రెండు స్టార్టప్‌లను వదిలిపెట్టాను ఎందుకంటే అవి "టేకాఫ్ కాలేదు." కానీ మూడవ కంపెనీ గురించి, అక్కడ ఎవరూ తనను అర్థం చేసుకోలేదని అతను చెప్పాడు: డెవలపర్లు విండోస్‌లో కోడ్‌ను వ్రాస్తారు మరియు డైరెక్టర్ ఈ కోడ్‌ను సాధారణ డాకర్‌లో "చుట్టబడి" మరియు CI/CD పైప్‌లైన్‌లో నిర్మించమని బలవంతం చేస్తాడు. ఆ వ్యక్తి తన ప్రస్తుత పని స్థలం మరియు అతని సహోద్యోగుల గురించి చాలా ప్రతికూల విషయాలు చెప్పాడు - నేను సమాధానం చెప్పాలనుకుంటున్నాను: "కాబట్టి మీరు ఏనుగును అమ్మరు."
అప్పుడు నేను అతనిని ప్రతి అభ్యర్థికి నా జాబితాలో ఎక్కువగా ఉన్న ఒక ప్రశ్న అడిగాను.
— DevOps అంటే మీకు వ్యక్తిగతంగా అర్థం ఏమిటి?
- సాధారణంగా లేదా నేను దానిని ఎలా గ్రహించగలను?
నేను అతని వ్యక్తిగత అభిప్రాయంపై ఆసక్తి కలిగి ఉన్నాను. ఈ పదం యొక్క సిద్ధాంతం మరియు మూలం అతనికి తెలుసు, కానీ అతను వారితో తీవ్రంగా విభేదించాడు. అతను DevOps జాబ్ టైటిల్ అని నమ్మాడు. అతని సమస్యలకు మూలం ఇక్కడే ఉంది. అలాగే ఇతర నిపుణులు కూడా ఇదే అభిప్రాయంతో ఉన్నారు.
"DevOps యొక్క మాయాజాలం" గురించి చాలా విన్న యజమానులు, వచ్చి ఈ "మేజిక్"ని సృష్టించే వ్యక్తిని కనుగొనాలనుకుంటున్నారు. మరియు "DevOps ఒక ఉద్యోగం" వర్గం నుండి దరఖాస్తుదారులు ఈ విధానంతో వారు అంచనాలను అందుకోలేరని అర్థం చేసుకోలేరు. మరియు, సాధారణంగా, వారు తమ రెజ్యూమ్‌లో DevOps అని వ్రాసారు ఎందుకంటే ఇది ఒక ట్రెండ్ మరియు వారు దాని కోసం చాలా చెల్లిస్తారు.
DevOps మెథడాలజీ మరియు ఫిలాసఫీ
పద్దతి సైద్ధాంతికంగా మరియు ఆచరణాత్మకంగా ఉంటుంది. మా విషయంలో, ఇది రెండవది. నేను పైన చెప్పినట్లుగా, DevOps అనేది పేర్కొన్న లక్ష్యాలను సాధించడానికి ఉపయోగించే అభ్యాసాలు మరియు వ్యూహాల సమితి. మరియు ప్రతి సందర్భంలో, సంస్థ యొక్క వ్యాపార ప్రక్రియలను బట్టి, ఇది గణనీయంగా భిన్నంగా ఉండవచ్చు. ఏది మంచిది లేదా అధ్వాన్నంగా చేయదు.
DevOps పద్దతి అనేది లక్ష్యాలను సాధించడానికి ఒక సాధనం మాత్రమే.
ఇప్పుడు DevOps ఫిలాసఫీ అంటే ఏమిటో. మరియు ఇది బహుశా చాలా కష్టమైన ప్రశ్న.
చిన్న మరియు క్లుప్తమైన సమాధానాన్ని రూపొందించడం చాలా కష్టం, ఎందుకంటే ఇది ఇంకా అధికారికీకరించబడలేదు. మరియు DevOps తత్వశాస్త్రం యొక్క అనుచరులు ఆచరణలో ఎక్కువ నిమగ్నమై ఉన్నందున, తత్వశాస్త్రం కోసం సమయం ఉండదు. అయితే, ఇది చాలా ముఖ్యమైన ప్రక్రియ. అంతేకాకుండా, ఇది నేరుగా ఇంజనీరింగ్ కార్యకలాపాలకు సంబంధించినది. జ్ఞానం యొక్క ప్రత్యేక ప్రాంతం కూడా ఉంది - .
నా యూనివర్సిటీలో అలాంటి సబ్జెక్ట్ ఏదీ లేదు, 90వ దశకంలో నాకు దొరికిన మెటీరియల్స్‌ని ఉపయోగించి అన్నీ నా స్వంతంగా అధ్యయనం చేయాల్సి వచ్చింది. ఇంజినీరింగ్ విద్యకు సంబంధించిన అంశం ఐచ్ఛికం, అందువల్ల సమాధానం అధికారికంగా లేకపోవడం. కానీ DevOpsలో తీవ్రంగా మునిగిపోయిన వ్యక్తులు కంపెనీ యొక్క అన్ని ప్రక్రియల యొక్క నిర్దిష్ట "స్పిరిట్" లేదా "స్పృహ లేని సమగ్రతను" అనుభవించడం ప్రారంభిస్తారు.
నా స్వంత అనుభవాన్ని ఉపయోగించి, నేను ఈ తత్వశాస్త్రం యొక్క కొన్ని "పోస్టులేట్‌లను" అధికారికీకరించడానికి ప్రయత్నించాను. ఫలితం క్రింది విధంగా ఉంది:
- DevOps అనేది జ్ఞానం లేదా కార్యాచరణ యొక్క ప్రత్యేక ప్రాంతంగా విభజించబడే స్వతంత్రమైనది కాదు.
- కంపెనీ ఉద్యోగులందరూ తమ కార్యకలాపాలను ప్లాన్ చేసేటప్పుడు DevOps మెథడాలజీ ద్వారా మార్గనిర్దేశం చేయాలి.
- DevOps సంస్థలోని అన్ని ప్రక్రియలను ప్రభావితం చేస్తుంది.
- DevOps దాని సేవల అభివృద్ధిని మరియు గరిష్ట కస్టమర్ సౌకర్యాన్ని నిర్ధారించడానికి సంస్థలోని ఏదైనా ప్రక్రియల కోసం సమయ వ్యయాలను తగ్గించడానికి ఉనికిలో ఉంది.
- DevOps, ఆధునిక భాషలో, కంపెనీ యొక్క ప్రతి ఉద్యోగి యొక్క క్రియాశీల స్థానం, ఇది సమయ వ్యయాలను తగ్గించడం మరియు మన చుట్టూ ఉన్న IT ఉత్పత్తుల నాణ్యతను మెరుగుపరచడం.
నా “పోస్టులేట్‌లు” చర్చకు ప్రత్యేక అంశం అని నేను భావిస్తున్నాను. కానీ ఇప్పుడు నిర్మించడానికి ఏదో ఉంది.
DevOps ఏమి చేస్తుంది
ఇక్కడ ప్రధాన పదం కమ్యూనికేషన్. చాలా కమ్యూనికేషన్‌లు ఉన్నాయి, వీటిని ప్రారంభించేవారు సరిగ్గా అదే DevOps ఇంజనీర్ అయి ఉండాలి. అది ఎందుకు? ఎందుకంటే ఇది తత్వశాస్త్రం మరియు పద్దతి, ఆపై మాత్రమే ఇంజనీరింగ్ జ్ఞానం.
నేను పాశ్చాత్య కార్మిక మార్కెట్ గురించి 100% విశ్వాసంతో మాట్లాడలేను. కానీ రష్యాలోని DevOps మార్కెట్ గురించి నాకు చాలా తెలుసు. వందలాది ఇంటర్వ్యూలతో పాటు, పెద్ద రష్యన్ కంపెనీలు మరియు బ్యాంకుల కోసం "DevOps అమలు" సేవ కోసం గత ఏడాదిన్నర కాలంలో నేను వందలాది సాంకేతిక ప్రీసేల్స్‌లో పాల్గొన్నాను.
రష్యాలో, DevOps ఇప్పటికీ చాలా చిన్నది, కానీ ఇప్పటికే ట్రెండింగ్ టాపిక్. నాకు తెలిసినంతవరకు, మాస్కోలో మాత్రమే 2019 లో అటువంటి నిపుణుల కొరత 1000 మందికి పైగా ఉంది. మరియు యజమానులకు కుబెర్నెటెస్ అనే పదం దాదాపు ఎద్దుకు ఎర్రటి గుడ్డ లాంటిది. ఈ సాధనం యొక్క అనుచరులు అవసరం లేని చోట మరియు ఆర్థికంగా లాభదాయకంగా ఉన్న చోట కూడా ఉపయోగించడానికి సిద్ధంగా ఉన్నారు. ఏ సందర్భాలలో ఉపయోగించడానికి మరింత సముచితమో యజమాని ఎల్లప్పుడూ అర్థం చేసుకోలేరు మరియు సరైన విస్తరణతో, సాంప్రదాయ క్లస్టర్ స్కీమ్‌ని ఉపయోగించి అప్లికేషన్‌ను అమలు చేయడం కంటే 2-3 రెట్లు ఎక్కువ ఖర్చవుతుంది. మీకు నిజంగా అవసరమైన చోట దాన్ని ఉపయోగించండి.
DevOpsని అమలు చేయడం డబ్బు పరంగా ఖరీదైనది. మరియు అది ఇతర ప్రాంతాలలో ఆర్థిక ప్రయోజనాలను తెచ్చే చోట మాత్రమే సమర్థించబడుతుంది మరియు దాని స్వంతదానిపై కాదు.
DevOps ఇంజనీర్లు, వాస్తవానికి, మార్గదర్శకులు - కంపెనీలో ఈ పద్దతిని అమలు చేయడానికి మరియు ప్రక్రియలను రూపొందించడానికి వారు మొదటిగా ఉండాలి. ఇది విజయవంతం కావడానికి, స్పెషలిస్ట్ అన్ని స్థాయిలలోని ఉద్యోగులు మరియు సహోద్యోగులతో నిరంతరం సంభాషించాలి. నేను సాధారణంగా చెప్పినట్లు, కంపెనీ ఉద్యోగులందరూ DevOps అమలు ప్రక్రియలో పాల్గొనాలి: శుభ్రపరిచే మహిళ నుండి CEO వరకు. మరియు ఇది ఒక ముందస్తు అవసరం. టీమ్‌లోని అత్యంత జూనియర్ మెంబర్‌కి DevOps అంటే ఏమిటో మరియు నిర్దిష్ట సంస్థాగత చర్యలు ఎందుకు నిర్వహించబడతాయో తెలియకపోతే మరియు అర్థం చేసుకోకపోతే, విజయవంతమైన అమలు పని చేయదు.
అలాగే, DevOps ఇంజనీర్ కాలానుగుణంగా అడ్మినిస్ట్రేటివ్ రిసోర్స్‌ను ఉపయోగించాల్సి ఉంటుంది. ఉదాహరణకు, “పర్యావరణ ప్రతిఘటన”ను అధిగమించడానికి - DevOps సాధనాలు మరియు పద్దతిని అంగీకరించడానికి బృందం సిద్ధంగా లేనప్పుడు.
డెవలపర్ కోడ్ మరియు పరీక్షలను మాత్రమే వ్రాయాలి. దీన్ని చేయడానికి, అతనికి సూపర్-పవర్‌ఫుల్ ల్యాప్‌టాప్ అవసరం లేదు, దానిపై అతను మొత్తం ప్రాజెక్ట్ ఇన్‌ఫ్రాస్ట్రక్చర్‌కు స్థానికంగా మద్దతు ఇస్తాడు. ఉదాహరణకు, ఒక ఫ్రంట్-ఎండ్ డెవలపర్ తన ల్యాప్‌టాప్‌లో డేటాబేస్, S3 ఎమ్యులేటర్ (మినియో) మొదలైన వాటితో సహా అప్లికేషన్ యొక్క అన్ని అంశాలను ఉంచుతాడు. అంటే, అతను ఈ స్థానిక మౌలిక సదుపాయాలను నిర్వహించడానికి చాలా సమయాన్ని వెచ్చిస్తాడు మరియు అటువంటి పరిష్కారం యొక్క అన్ని సమస్యలతో ఒంటరిగా పోరాడుతున్నాడు. ముందు కోసం కోడ్‌ని అభివృద్ధి చేయడానికి బదులుగా. అలాంటి వ్యక్తులు ఏదైనా మార్పుకు చాలా నిరోధకతను కలిగి ఉంటారు.
కానీ దీనికి విరుద్ధంగా, కొత్త సాధనాలు మరియు పద్ధతులను పరిచయం చేయడానికి సంతోషంగా ఉన్న జట్లు ఉన్నాయి మరియు ఈ ప్రక్రియలో చురుకుగా పాల్గొంటాయి. ఈ సందర్భంలో కూడా, DevOps ఇంజనీర్ మరియు బృందం మధ్య కమ్యూనికేషన్ రద్దు కాలేదు.
DevOps అవసరం లేనప్పుడు
DevOps అవసరం లేని పరిస్థితులు ఉన్నాయి. ఇది వాస్తవం - ఇది అర్థం చేసుకోవాలి మరియు అంగీకరించాలి.
అన్నింటిలో మొదటిది, ఇది ఏదైనా కంపెనీలకు (ముఖ్యంగా చిన్న వ్యాపారాలకు) వర్తిస్తుంది, వారి లాభం నేరుగా ఖాతాదారులకు సమాచార సేవలను అందించే IT ఉత్పత్తుల ఉనికి లేదా లేకపోవడంపై ఆధారపడి ఉండదు. మరియు ఇక్కడ మేము కంపెనీ వెబ్‌సైట్ గురించి మాట్లాడటం లేదు, అది స్టాటిక్ “బిజినెస్ కార్డ్” లేదా డైనమిక్ న్యూస్ బ్లాక్‌లు మొదలైనవి కావచ్చు.
క్లయింట్‌తో పరస్పర చర్య, వారి నాణ్యత మరియు లక్ష్యం కోసం మీ క్లయింట్ యొక్క సంతృప్తి మరియు మీ వద్దకు తిరిగి రావాలనే అతని కోరిక ఈ సమాచార సేవల లభ్యతపై ఆధారపడి ఉన్నప్పుడు DevOps అవసరం.
ఒక అద్భుతమైన ఉదాహరణ ఒక ప్రసిద్ధ బ్యాంకు. కంపెనీకి సాంప్రదాయ క్లయింట్ కార్యాలయాలు లేవు, పత్రం ప్రవాహం మెయిల్ లేదా కొరియర్‌ల ద్వారా నిర్వహించబడుతుంది మరియు చాలా మంది ఉద్యోగులు ఇంటి నుండి పని చేస్తారు. కంపెనీ కేవలం బ్యాంకుగా నిలిచిపోయింది మరియు నా అభిప్రాయం ప్రకారం, అభివృద్ధి చెందిన DevOps సాంకేతికతలతో IT కంపెనీగా మారింది.
అనేక ఇతర ఉదాహరణలు మరియు ఉపన్యాసాలు నేపథ్య సమావేశాలు మరియు సమావేశాల రికార్డింగ్‌లలో చూడవచ్చు. నేను వాటిలో కొన్నింటిని వ్యక్తిగతంగా సందర్శించాను - ఈ దిశలో అభివృద్ధి చెందాలనుకునే వారికి ఇది చాలా ఉపయోగకరమైన అనుభవం. DevOpsలో మంచి ఉపన్యాసాలు మరియు మెటీరియల్‌లతో YouTube ఛానెల్‌లకు లింక్‌లు ఇక్కడ ఉన్నాయి:
ఇప్పుడు మీ వ్యాపారాన్ని చూడండి మరియు దీని గురించి ఆలోచించండి: కస్టమర్ పరస్పర చర్యను ప్రారంభించడానికి మీ కంపెనీ మరియు దాని లాభాలు IT ఉత్పత్తులపై ఎంత ఆధారపడి ఉంటాయి?
మీ కంపెనీ చిన్న దుకాణంలో చేపలను విక్రయిస్తుంటే మరియు IT ఉత్పత్తి మాత్రమే రెండు 1C: ఎంటర్‌ప్రైజ్ కాన్ఫిగరేషన్‌లు (అకౌంటింగ్ మరియు UNF), అప్పుడు DevOps గురించి మాట్లాడటం అర్ధమే కాదు.
మీరు పెద్ద ట్రేడింగ్ మరియు తయారీ సంస్థలో పని చేస్తే (ఉదాహరణకు, మీరు వేట రైఫిల్స్‌ను ఉత్పత్తి చేస్తారు), అప్పుడు మీరు దాని గురించి ఆలోచించాలి. మీరు చొరవ తీసుకోవచ్చు మరియు DevOpsని అమలు చేయడానికి అవకాశాలను మీ నిర్వహణకు తెలియజేయవచ్చు. బాగా, మరియు అదే సమయంలో, ఈ ప్రక్రియ దారి. చురుకైన స్థానం DevOps తత్వశాస్త్రం యొక్క ముఖ్యమైన సిద్ధాంతాలలో ఒకటి.
మీ కంపెనీకి DevOps అవసరమా కాదా అని నిర్ణయించడానికి వార్షిక ఆర్థిక టర్నోవర్ పరిమాణం మరియు పరిమాణం ప్రధాన ప్రమాణం కాదు.
వినియోగదారులతో నేరుగా సంభాషించని పెద్ద పారిశ్రామిక సంస్థను ఊహించుకుందాం. ఉదాహరణకు, కొన్ని ఆటోమేకర్లు మరియు ఆటోమొబైల్ తయారీ కంపెనీలు. నాకు ఇప్పుడు ఖచ్చితంగా తెలియదు, కానీ నా గత అనుభవం ప్రకారం, చాలా సంవత్సరాలుగా కస్టమర్ ఇంటరాక్షన్ అంతా ఇమెయిల్ మరియు ఫోన్ ద్వారా జరిగింది.
వారి క్లయింట్లు కార్ డీలర్ల పరిమిత జాబితా. మరియు ప్రతి ఒక్కరికి తయారీదారు నుండి ఒక నిపుణుడు కేటాయించబడతారు. అన్ని అంతర్గత పత్రాల ప్రవాహం SAP ERP ద్వారా జరుగుతుంది. అంతర్గత ఉద్యోగులు సమాచార వ్యవస్థ యొక్క ఖాతాదారులు. కానీ ఈ IS క్లస్టర్ సిస్టమ్‌లను నిర్వహించే క్లాసికల్ మార్గాల ద్వారా నియంత్రించబడుతుంది. ఇది DevOps అభ్యాసాలను ఉపయోగించే అవకాశాన్ని మినహాయిస్తుంది.
అందువల్ల ముగింపు: అటువంటి సంస్థల కోసం, వ్యాసం ప్రారంభం నుండి పద్దతి యొక్క లక్ష్యాలను మనం గుర్తుచేసుకుంటే, DevOps అమలు చేయడం చాలా ముఖ్యమైనది కాదు. కానీ వారు ఈరోజు కొన్ని DevOps సాధనాలను ఉపయోగిస్తున్నారని నేను తోసిపుచ్చను.
మరోవైపు, DevOps పద్దతి, తత్వశాస్త్రం, అభ్యాసాలు మరియు సాధనాలను ఉపయోగించి సాఫ్ట్‌వేర్‌ను అభివృద్ధి చేసే అనేక చిన్న కంపెనీలు ఉన్నాయి. మరియు DevOpsని అమలు చేయడానికి అయ్యే ఖర్చు సాఫ్ట్‌వేర్ మార్కెట్‌లో సమర్థవంతంగా పోటీ పడటానికి వీలు కల్పిస్తుందని వారు నమ్ముతారు. అటువంటి సంస్థల ఉదాహరణలు చూడవచ్చు .
DevOps అవసరమా కాదా అని అర్థం చేసుకోవడానికి ప్రధాన ప్రమాణం: కంపెనీ మరియు కస్టమర్‌ల కోసం మీ IT ఉత్పత్తులు ఎంత విలువైనవి.
లాభాలను ఆర్జించే కంపెనీ యొక్క ప్రధాన ఉత్పత్తి సాఫ్ట్‌వేర్ అయితే, మీకు DevOps అవసరం. మరియు మీరు ఇతర ఉత్పత్తులను ఉపయోగించి నిజమైన డబ్బు సంపాదిస్తే అది అంత ముఖ్యమైనది కాదు. ఇందులో ఆన్‌లైన్ స్టోర్‌లు లేదా గేమ్‌లతో కూడిన మొబైల్ అప్లికేషన్‌లు కూడా ఉన్నాయి.
ఏదైనా గేమ్‌లు ఫండింగ్‌కు ధన్యవాదాలు: ప్లేయర్‌ల నుండి ప్రత్యక్షంగా లేదా పరోక్షంగా ఉంటాయి. Playgendaryలో, మేము 200 మంది వ్యక్తులతో వారి సృష్టిలో నేరుగా పాల్గొనే ఉచిత మొబైల్ గేమ్‌లను అభివృద్ధి చేస్తాము. మేము DevOpsని ఎలా ఉపయోగిస్తాము?
అవును, పైన వివరించిన విధంగానే. నేను డెవలపర్లు మరియు టెస్టర్‌లతో నిరంతరం కమ్యూనికేట్ చేస్తాను మరియు DevOps మెథడాలజీ మరియు టూల్స్‌పై ఉద్యోగులకు అంతర్గత శిక్షణను నిర్వహిస్తాను.
మేము ఇప్పుడు యూనిటీతో అన్ని అసెంబ్లీ పైప్‌లైన్‌లను అమలు చేయడానికి మరియు యాప్ స్టోర్ మరియు ప్లే మార్కెట్‌కి తదుపరి విస్తరణ కోసం జెంకిన్స్‌ను CI/CD పైప్‌లైన్ సాధనంగా చురుకుగా ఉపయోగిస్తున్నాము. క్లాసిక్ టూల్‌కిట్ నుండి మరిన్ని:
- ఆసనం - ప్రాజెక్ట్ నిర్వహణ కోసం. జెంకిన్స్‌తో ఏకీకరణ కాన్ఫిగర్ చేయబడింది.
- Google Meet - వీడియో సమావేశాల కోసం.
- స్లాక్ - జెంకిన్స్ నుండి నోటిఫికేషన్‌లతో సహా కమ్యూనికేషన్‌లు మరియు వివిధ హెచ్చరికల కోసం.
- అట్లాసియన్ సంగమం - డాక్యుమెంటేషన్ మరియు సమూహ పని కోసం.
మా తక్షణ ప్రణాళికలలో SonarQubeని ఉపయోగించి స్టాటిక్ కోడ్ విశ్లేషణను పరిచయం చేయడం మరియు నిరంతర ఇంటిగ్రేషన్ దశలో సెలీనియంను ఉపయోగించి ఆటోమేటెడ్ UI పరీక్షను నిర్వహించడం వంటివి ఉన్నాయి.
ముగింపుకు బదులుగా
నేను ఈ క్రింది ఆలోచనతో ముగించాలనుకుంటున్నాను: అత్యంత అర్హత కలిగిన DevOps ఇంజనీర్ కావడానికి, వ్యక్తులతో ప్రత్యక్షంగా ఎలా కమ్యూనికేట్ చేయాలో నేర్చుకోవడం చాలా ముఖ్యం.
DevOps ఇంజనీర్ ఒక టీమ్ ప్లేయర్. మరియు మరేమీ లేదు. సహోద్యోగులతో కమ్యూనికేట్ చేయడంలో చొరవ అతని నుండి రావాలి మరియు కొన్ని పరిస్థితుల ప్రభావంతో కాదు. ఒక DevOps నిపుణుడు తప్పనిసరిగా బృందం కోసం ఉత్తమ పరిష్కారాన్ని చూడాలి మరియు ప్రతిపాదించాలి.
మరియు అవును, ఏదైనా పరిష్కారం యొక్క అమలుకు చాలా చర్చలు అవసరమవుతాయి మరియు చివరికి అది పూర్తిగా మారవచ్చు. స్వతంత్రంగా అభివృద్ధి చెందడం, అతని ఆలోచనలను ప్రతిపాదించడం మరియు అమలు చేయడం, అలాంటి వ్యక్తి జట్టుకు మరియు యజమానికి విలువను పెంచుతాడు. ఇది చివరికి అతని నెలవారీ వేతనం లేదా అదనపు బోనస్‌ల రూపంలో ప్రతిబింబిస్తుంది.
మూలం: www.habr.com