ఈ జ్ఞానంతో ఎక్కడికి వెళ్లాలి, ప్రాజెక్ట్‌లో ఏమి చేయాలి మరియు ఎంత సంపాదించాలి, ఇంటర్వ్యూలో ఏమి చెప్పాలి మరియు అడగాలి - ఎక్స్‌ప్రెస్ 42 యొక్క మేనేజింగ్ భాగస్వామి మరియు రచయిత అలెగ్జాండర్ టిటోవ్ చెప్పారు .
హలో! DevOps అనే పదం 2009 నుండి ఉనికిలో ఉన్నప్పటికీ, రష్యన్ సంఘంలో ఇప్పటికీ ఏకాభిప్రాయం లేదు. కొందరు DevOpsని ఒక ప్రత్యేకతగా పరిగణించడాన్ని మీరు గమనించి ఉండవచ్చు, మరికొందరు దీనిని ఒక తత్వశాస్త్రంగా భావిస్తారు మరియు మరికొందరు ఈ పదాన్ని సాంకేతికతల సమితిగా పరిగణిస్తారు. నేను ఇప్పటికే చాలాసార్లు నటించాను ఈ దిశ అభివృద్ధి గురించి, కాబట్టి నేను ఈ వ్యాసంలో వివరంగా చెప్పను. ఎక్స్‌ప్రెస్ 42లో మేము ఈ క్రింది వాటిని చేర్చుకుంటాము:
DevOps అనేది ఒక నిర్దిష్ట పద్దతి, బృందంలోని నిపుణులందరూ ఉత్పత్తిలో పాల్గొన్నప్పుడు డిజిటల్ ఉత్పత్తిని సృష్టించే సంస్కృతి.
క్లాసిక్ కార్పొరేట్ డెవలప్‌మెంట్‌లో, ప్రతిదీ వరుసగా జరుగుతుంది: ప్రోగ్రామింగ్, టెస్టింగ్ మరియు అప్పుడు మాత్రమే ఆపరేషన్, మరియు ఆలోచన నుండి ఉత్పత్తి వరకు ఈ ప్రక్రియ యొక్క వేగం 3 నెలలు. డిజిటల్ ఉత్పత్తులకు ఇది ప్రపంచ సమస్య, ఎందుకంటే కస్టమర్‌ల నుండి ఫీడ్‌బ్యాక్‌ను త్వరగా స్వీకరించడం అసాధ్యం.
DevOpsలో, డెవలప్‌మెంట్, టెస్టింగ్ మరియు ఆపరేషన్స్ ప్రాసెస్‌లు ఏకకాలంలో అమలు అయ్యేలా టూల్స్ మరియు అప్రోచ్‌లు రూపొందించబడ్డాయి.
ఈ విధానం నుండి ఏమి అనుసరిస్తుంది?
- మీరు కొంతమంది "ఇంజనీర్"ని నియమించుకోలేరు, వారు వచ్చి ఉత్పత్తికి సంబంధించిన అన్ని సమస్యలను పరిష్కరిస్తారు. మొత్తం బృందం సాంకేతికతను వర్తింపజేయాలి.
- DevOps అప్‌గ్రేడ్ చేయడానికి sysadmin యొక్క తదుపరి రూపం కాదు. “DevOps ఇంజనీర్” అనేది “ఎజైల్ డెవలపర్” లాగానే ఉంటుంది.
- ఒక బృందం Kubernetes, Ansible, Prometheus, Mesosphere మరియు Dockerని ఉపయోగిస్తుంటే, DevOps పద్ధతులు అక్కడ అమలు చేయబడిందని దీని అర్థం కాదు.
DevOps తర్వాత జీవితం ఎప్పటికీ ఒకేలా ఉండదు
DevOps విధానం, మొదటగా, భిన్నమైన ఆలోచనా విధానం, మొత్తంగా అభివృద్ధిని గ్రహించడం మరియు ప్రక్రియలో ఒకరి స్థానం. మేము మా ఆన్‌లైన్ కోర్సును 2 బ్లాక్‌లుగా విభజించాము:
1. స్వీయ-నిర్ణయం
ముందుగా, మేము DevOps విధానం యొక్క సారాంశాన్ని వివరంగా పరిశీలిస్తాము మరియు విద్యార్థులు బృందంలో కొత్త పాత్రలను కనుగొంటాము, ఏది ఎక్కువగా స్పందిస్తుందో చూడండి మరియు ఏ దిశను అభివృద్ధి చేయాలో స్వయంగా నిర్ణయిస్తాము.
2. సాధనాలు మరియు అభ్యాసాలు
DevOps పద్ధతి యొక్క కోణం నుండి విద్యార్థులు నిర్దిష్ట సాంకేతికతలను నేర్చుకుంటారు.
DevOps సాధనాలను DevOps విధానంలో మరియు శాస్త్రీయ అభివృద్ధిలో ఉపయోగించవచ్చు. అత్యంత స్పష్టమైన ఉదాహరణ Ansible కాన్ఫిగరేషన్ నిర్వహణ సాధనాన్ని ఉపయోగించడం. ఇది DevOps ప్రాక్టీస్ "ఇన్‌ఫ్రాస్ట్రక్చర్ యాజ్ కోడ్"ని అమలు చేయడానికి సృష్టించబడింది మరియు రూపొందించబడింది, అంటే సిస్టమ్ యొక్క వివిధ స్థితులను ఆపరేటింగ్ సిస్టమ్ సెట్టింగ్‌ల నుండి అప్లికేషన్ సాఫ్ట్‌వేర్ వరకు వివరించడం. వివరణ పొరలుగా విభజించబడింది మరియు సంక్లిష్టమైన, నిరంతరం మారుతున్న కాన్ఫిగరేషన్‌ను నిర్వహించడానికి మిమ్మల్ని అనుమతిస్తుంది. కానీ ఇంజనీర్లు తరచుగా బహుళ మెషీన్లలో బాష్ స్క్రిప్ట్‌లను అమలు చేయడానికి ఒక మార్గంగా Ansibleని ఉపయోగిస్తారు. ఇది చెడ్డది లేదా మంచిది కాదు, కానీ Ansible ఉనికి కంపెనీలో DevOps ఉనికికి హామీ ఇవ్వదని మీరు అర్థం చేసుకోవాలి.
మేము ప్రక్రియలో ఉన్నాము మీరు ప్రసిద్ధ రెడ్డిట్ మాదిరిగానే అప్లికేషన్‌ను అభివృద్ధి చేసే ప్రక్రియలో మునిగిపోతారు, దాని మోనోలిథిక్ వెర్షన్‌తో ప్రారంభించి, మైక్రోసర్వీస్‌లకు దశలవారీగా కదులుతుంది. దశల వారీగా మేము కొత్త సాధనాలను ప్రావీణ్యం చేస్తాము: Git, Ansible, Gitlab మరియు Kubernetes మరియు Prometheusతో పూర్తి చేయండి.
అభ్యాసాల పరంగా, మేము DevOps హ్యాండ్‌బుక్‌లో వివరించిన మూడు మార్గాల యొక్క వ్యూహాలను అనుసరిస్తాము - నిరంతర డెలివరీ పద్ధతులు, ఫీడ్‌బ్యాక్ పద్ధతులు మరియు మొత్తం కోర్సు యొక్క సారాంశం మీ సిస్టమ్‌తో పాటు నిరంతర అభ్యాస అభ్యాసం.
ఈ జ్ఞానం ప్రతి నిపుణులకు ఏమి ఇస్తుంది?
సిస్టమ్ నిర్వాహకుల కోసం
నిరంతర డెలివరీ పైప్‌లైన్ మరియు సాఫ్ట్‌వేర్ డెలివరీ కోసం ఇన్‌ఫ్రాస్ట్రక్చర్ ప్లాట్‌ఫారమ్‌ను రూపొందించే దిశగా అడ్మినిస్ట్రేషన్ నుండి దూరంగా వెళ్లడానికి అభ్యాసాలు మిమ్మల్ని అనుమతిస్తాయి. విషయం ఏమిటంటే, అతను ఒక ఉత్పత్తిని సృష్టిస్తాడు - డెవలపర్‌ల కోసం ఒక ఇన్‌ఫ్రాస్ట్రక్చర్ ప్లాట్‌ఫారమ్, ఇది వారి మార్పులను త్వరగా ఉత్పత్తికి నెట్టడంలో వారికి సహాయపడుతుంది.
గతంలో, సిస్టమ్ అడ్మినిస్ట్రేటర్లు చివరి కోటగా ఉండేవారు, దాని తర్వాత ప్రతిదీ ఉత్పత్తికి వెళుతుంది. మరియు ప్రాథమికంగా వారు నిరంతర అగ్నిమాపక చర్యలో నిమగ్నమై ఉన్నారు - దీని వెలుగులో వ్యాపారం యొక్క అవసరాలను లోతుగా పరిశోధించడం చాలా కష్టం, ఉత్పత్తి మరియు వినియోగదారు ప్రయోజనాల గురించి ఆలోచించండి.
DevOps పద్ధతికి ధన్యవాదాలు, ఆలోచన మారుతుంది. సిస్టమ్ అడ్మినిస్ట్రేటర్ కాన్ఫిగరేషన్‌ను కోడ్‌లోకి ఎలా అనువదించాలో అర్థం చేసుకుంటాడు, దీని కోసం ఏ పద్ధతులు ఉన్నాయి.
ఇది చాలా ముఖ్యమైనది ఎందుకంటే కంపెనీలు కేవలం ప్రతిదానిని ఆటోమేట్ చేయవలసిన అవసరం లేదని ఎక్కువగా తెలుసుకుంటున్నాయి, అనగా. ఓల్డ్-స్కూల్ సిస్టమ్ అడ్మినిస్ట్రేటర్లు తప్పనిసరిగా ఏమి చేయడానికి అలవాటు పడ్డారు, వీరితో పాటు ఇది చాలా తక్కువగా కమ్యూనికేట్ చేసింది మరియు చేసిన అన్ని మార్పుల గురించి బృందానికి తెలియజేయలేదు. ఇప్పుడు బృందాలు అంతర్గత అవస్థాపన ఉత్పత్తి యొక్క తయారీదారుగా మారే వారి కోసం వెతుకుతున్నాయి మరియు వేరు చేయబడిన ప్రక్రియలను ఒకటిగా కలపడంలో సహాయపడతాయి.
డెవలపర్లు
డెవలపర్ అల్గారిథమ్‌లలో మాత్రమే ఆలోచించడం మానేస్తాడు. అతను మౌలిక సదుపాయాలతో పని చేసే నైపుణ్యాన్ని, ప్రకృతి దృశ్యం యొక్క నిర్మాణ అవగాహన నైపుణ్యాన్ని పొందుతాడు. అటువంటి డెవలపర్ అప్లికేషన్ ఎలా పని చేస్తుందో, అది నిరంతర డెలివరీ పైప్‌లైన్ ద్వారా ఎలా వెళుతుందో, దానిని ఎలా పర్యవేక్షించాలో, క్లయింట్‌కు ప్రయోజనం చేకూర్చేలా ఎలా నమోదు చేయాలో అర్థం చేసుకుంటాడు. ఫలితంగా, ఈ జ్ఞానం అంతా సంబంధిత కోడ్‌ను వ్రాయడానికి మిమ్మల్ని అనుమతిస్తుంది.
పరీక్షకులకు
టెస్టింగ్ చాలా కాలంగా ఆటోమేటిక్ మోడ్‌లోకి వెళుతోంది; చాలా పరీక్షలు చేయకూడదని మనమందరం చెబుతాము, కానీ వ్రాయండి :) పరీక్ష మీ ఉత్పత్తి యొక్క మొత్తం డెలివరీ పైప్‌లైన్‌లో భాగం అవుతుంది. టెస్టర్‌కి కోడ్‌ను ఎలా వ్రాయాలో నేర్చుకోవడమే కాకుండా, దానిని నిరంతర డెలివరీ సిస్టమ్‌లలోకి ఎలా అనుసంధానించాలి, డెలివరీ యొక్క అన్ని దశలలో కోడ్ నుండి ఫీడ్‌బ్యాక్‌ను ఎలా స్వీకరించాలి మరియు లోపాలను గుర్తించడానికి పరీక్షను నిరంతరం మెరుగుపరచడం ఎలాగో అర్థం చేసుకోవడం కూడా అవసరం. వీలైనంత త్వరగా.
కాబట్టి అది మారుతుంది మూడు దశలు ఏకకాలంలో జరుగుతాయి. ఉదాహరణకు, ఇది ఇలా ఉండవచ్చు:
డెవలపర్ కోడ్‌ను వ్రాస్తాడు, వెంటనే దాని కోసం పరీక్షలు వ్రాస్తాడు మరియు అమలు చేయవలసిన కోడ్ కోసం డాకర్ కంటైనర్‌ను వివరిస్తాడు. ఇది ఉత్పత్తిలో ఈ సేవ యొక్క ఆపరేషన్‌ను పర్యవేక్షించే పర్యవేక్షణను కూడా వెంటనే వివరిస్తుంది మరియు ఇవన్నీ చేస్తుంది.
నిరంతర ఏకీకరణ ప్రారంభమైనప్పుడు, ప్రక్రియలు ఏకకాలంలో అమలవుతాయి. సేవ ప్రారంభమవుతుంది మరియు కాన్ఫిగర్ చేయబడింది. అదే సమయంలో, డాకర్ కంటైనర్ ప్రారంభమవుతుంది మరియు అది నడుస్తున్నట్లు తనిఖీ చేయబడుతుంది. అదే సమయంలో, మొత్తం సమాచారం లాగింగ్ సిస్టమ్‌కు వెళుతుంది. మరియు అభివృద్ధి యొక్క ప్రతి దశలో - ఇది సిస్టమ్ అడ్మినిస్ట్రేటర్లు, డెవలపర్లు మరియు టెస్టర్ల యొక్క నిజమైన టీమ్‌వర్క్‌గా మారుతుంది.
నేను DevOps చదివాను, తర్వాత ఏమిటి?
మీకు తెలిసినట్లుగా, ఫీల్డ్‌లో ఉన్నవాడు యోధుడు కాదు. మీ కంపెనీ ఈ పద్ధతిని ఉపయోగించకపోతే, సంపాదించిన నైపుణ్యాలు నిష్క్రియంగా ఉంటాయి. మరియు DevOps విధానాలతో పరిచయం పొందిన తర్వాత, మీరు కార్పొరేట్ డెవలప్‌మెంట్‌లో కాగ్‌గా ఉండటానికి ఇష్టపడరు. ఒక మినహాయింపు ఉండవచ్చు: మీరు బృందంలో సిస్టమ్ అడ్మినిస్ట్రేటర్ మరియు అన్ని ప్రక్రియలను కొత్త మార్గంలో పునర్నిర్మించవచ్చు. ఈ విధానాన్ని ఉపయోగించే కంపెనీలు చాలా ఉన్నాయని మరియు అవి లాక్‌డౌన్ ద్వారా ప్రభావితం కావు మరియు నిపుణుల కోసం వెతుకుతున్నాయని ఇక్కడ జోడించడం విలువ. ఎందుకంటే DevOps అనేది ఆన్‌లైన్ ఉత్పత్తులను సృష్టించడం.
మరియు ఇప్పుడు మంచి విషయాల గురించి: DevOps అభ్యాసాలు మరియు సాధనాల నైపుణ్యం కార్మిక మార్కెట్లో మీ విలువకు దాదాపు +30%. జీతాలు 140 వేల రూబిళ్లు నుండి ప్రారంభమవుతాయి, కానీ మీ ప్రధాన ప్రత్యేకత మరియు కార్యాచరణ ద్వారా సహజంగా నిర్ణయించబడతాయి.
మీరు "ఇన్‌ఫ్రాస్ట్రక్చర్-ఓరియెంటెడ్" అని గుర్తించబడిన ఖాళీలను చూడవచ్చు, ఇక్కడ టెస్ట్ ఆటోమేషన్, క్లౌడ్ టెక్నాలజీలను ఉపయోగించి మైక్రోసర్వీస్ అప్లికేషన్‌ల డెవలప్‌మెంట్, ఇన్‌ఫ్రాస్ట్రక్చర్ ఇంజనీర్‌ల కోసం ఖాళీలు మరియు DevOpsకి సంబంధించిన అన్ని రకాల రిఫరెన్స్‌లు ఉన్నాయి. ఈ నిర్వచనం ప్రకారం ప్రతి కంపెనీకి భిన్నమైన అర్థం ఉందని గుర్తుంచుకోండి - వివరణను జాగ్రత్తగా చదవండి.
మా కోర్సు ప్రారంభించిన సమయంలో, నాకు ఒక అంతర్దృష్టి వచ్చింది - కోర్సు తర్వాత చాలా మంది DevOps ఇంజనీర్ ట్రాప్‌లో పడ్డారు. వారు పైన పేర్కొన్న శీర్షికతో ఖాళీని కనుగొని, మంచి ఆఫర్‌ని అందుకుంటారు, ఆపై పనికి వచ్చి, వారు జెంకిన్స్‌లో మూడు పేజీల బాష్ స్క్రిప్ట్‌ను నిర్వహించవలసి ఉంటుందని గ్రహించారు. కుబెర్నెట్స్, చాట్‌ఆప్స్, కానరీ విడుదలలు మరియు అన్నీ ఎక్కడ ఉన్నాయి? కానీ ఏమీ లేదు, ఎందుకంటే కంపెనీకి పద్దతిగా DevOps అవసరం లేదు, కానీ వ్యక్తిగత ఆవిష్కరణలను ఉపయోగిస్తుంది.
సాఫ్ట్‌వేర్ డెలివరీ ప్రక్రియ ఎలా పని చేస్తుందో, టెక్నాలజీ స్టాక్ మరియు మీరు ఏ బాధ్యతలు నిర్వర్తిస్తారో కంపెనీ నుండి తీవ్రంగా తెలుసుకోవడానికి ఇది ఒక కారణం.
యజమాని మీ ప్రశ్నలకు వియుక్తంగా, పుస్తకంలో ఉన్నట్లుగా, వివరాలు లేకుండా సమాధానమిస్తే, కంపెనీలో ఇంకా DevOps ప్రక్రియ లేదు, కానీ ఇది ఆన్‌లైన్‌లో ఉన్నాయో లేదో తిరస్కరించడానికి, కంపెనీని మరియు దాని ఉత్పత్తులను అధ్యయనం చేయడానికి కారణం కాదు. కంపెనీ స్వయంగా అభివృద్ధి చేసుకునే సేవలు, మొబైల్ అప్లికేషన్లు , ఉత్పత్తి ఆలోచనలు.
అవును అయితే, మీరు ఈ సిస్టమ్‌లతో నేరుగా పని చేయాలా లేదా DevOps ప్రాక్టీస్‌లలో మంచి ఫలితాలను ప్రదర్శిస్తూ ఈ సేవల బృందాలకు క్షితిజ సమాంతరంగా తరలించే అవకాశం ఉందా అని స్పష్టం చేయండి. అవును అయితే, వెళ్లడం మరియు చురుకుగా మరియు ఉపయోగకరంగా ఉండటం విలువైనదే, మరియు మీరు మా కోర్సును పూర్తి చేస్తే, రెండోది హామీ ఇవ్వబడుతుంది.
Devops అభ్యాసకులు డెవలప్‌మెంట్/అడ్మినిస్ట్రేషన్/టెస్టింగ్‌లో అనుభవంతో మాత్రమే నిజమైన విలువను పొందుతారని గమనించడం ముఖ్యం. అప్పుడే జ్ఞానం నైరూప్యంగా ఉండదు, కానీ నిపుణుడిని (ప్రతి కోణంలో) సుసంపన్నం చేస్తుంది. అందువల్ల, “మొదటి నుండి DevOps నేర్చుకోవడం” అనే ఆలోచన మీరు మీ చేతుల్లో కెమెరాను పట్టుకోకపోతే లేదా షూట్‌కు దర్శకత్వం వహించకపోతే “మొదటి నుండి లెన్స్‌లను ఉపయోగించడం” నేర్చుకోవడం లాంటిదే. కోర్సు మీకు సరైనదో కాదో నిర్ణయించుకోవడంలో మీకు సహాయపడటానికి, మేము మీ తగినంత జ్ఞానాన్ని తనిఖీ చేసే ప్రవేశ పరీక్షను చేసాము.
నేను ఉపాయాలలో ఒకటి అనుకుంటున్నాను - శిక్షణ సమయంలో ప్రతి విద్యార్థి తాను ఏ దిశలో అభివృద్ధి చెందాలనుకుంటున్నాడో స్వయంగా నిర్ణయిస్తాడు. డెవలపర్ ఇన్‌ఫ్రాస్ట్రక్చర్ ఇంజనీర్‌గా మారినప్పుడు మేము తరచుగా పరివర్తనలను చూస్తాము మరియు ఒక నిర్వాహకుడు అతను కోడ్ రాయడానికి ఆసక్తిని కలిగి ఉన్నాడని గ్రహించాడు - ఆపై అతను భాషను మరింత అధ్యయనం చేస్తాడు మరియు సంపాదించిన DevOps నైపుణ్యాలతో దాన్ని భర్తీ చేస్తాడు. అందువల్ల, తమ కెరీర్ అడ్డదారిలో కూరుకుపోయిందని భావించే వారిని మేము ప్రత్యేకంగా స్వాగతిస్తున్నాము. కోర్సు మే 28న ప్రారంభమవుతుంది, అయితే మీరు తరగతులు ప్రారంభమైన 2 వారాల తర్వాత చేరవచ్చు. మీరు ప్రోగ్రామ్‌ను వీక్షించవచ్చు మరియు పరీక్షలో పాల్గొనవచ్చు . OTUSలో కలుద్దాం!
మూలం: www.habr.com