DevOps ఎవరు?

ప్రస్తుతానికి, ఇది మార్కెట్లో దాదాపు అత్యంత ఖరీదైన స్థానం. "DevOps" ఇంజనీర్‌ల చుట్టూ ఉన్న గందరగోళం అన్ని ఊహించదగిన పరిమితులకు మించినది మరియు సీనియర్ DevOps ఇంజనీర్‌లతో మరింత ఘోరంగా ఉంది.
నేను ఇంటిగ్రేషన్ మరియు ఆటోమేషన్ విభాగానికి అధిపతిగా పని చేస్తున్నాను, ఇంగ్లీష్ డీకోడింగ్ - DevOps మేనేజర్. ఆంగ్ల ట్రాన్స్క్రిప్ట్ మా రోజువారీ కార్యకలాపాలను ప్రతిబింబించే అవకాశం లేదు, కానీ ఈ సందర్భంలో రష్యన్ వెర్షన్ మరింత ఖచ్చితమైనది. నా కార్యకలాపం యొక్క స్వభావం కారణంగా, నేను నా టీమ్‌లోని భవిష్యత్తు సభ్యులను ఇంటర్వ్యూ చేయవలసి రావడం సహజం మరియు గత సంవత్సరంలో, దాదాపు 50 మంది వ్యక్తులు నా గుండా వెళ్ళారు మరియు నా ఉద్యోగులతో ప్రీస్క్రీన్‌లో అదే సంఖ్యను కత్తిరించారు.

మేము ఇంకా సహోద్యోగుల కోసం వెతుకుతున్నాము, ఎందుకంటే DevOps లేబుల్ వెనుక అనేక రకాల ఇంజనీర్‌ల యొక్క చాలా పెద్ద పొర దాగి ఉంది.

క్రింద వ్రాసిన ప్రతిదీ నా వ్యక్తిగత అభిప్రాయం, మీరు దానితో ఏకీభవించనవసరం లేదు, కానీ ఇది టాపిక్ పట్ల మీ వైఖరికి కొంత రంగును జోడిస్తుందని నేను అంగీకరిస్తున్నాను. అనుకూలత నుండి బయటపడే ప్రమాదం ఉన్నప్పటికీ, నేను నా అభిప్రాయాన్ని ప్రచురిస్తున్నాను ఎందుకంటే దానికి ఒక స్థలం ఉందని నేను నమ్ముతున్నాను.

DevOps ఇంజనీర్లు ఎవరనే దానిపై కంపెనీలు భిన్నమైన అవగాహనలను కలిగి ఉన్నాయి మరియు రిసోర్స్‌ను త్వరగా నియమించుకోవడం కోసం, వారు ఈ లేబుల్‌ని ప్రతి ఒక్కరిపై వేలాడదీస్తారు. పరిస్థితి చాలా వింతగా ఉంది, ఎందుకంటే కంపెనీలు ఈ వ్యక్తులకు అవాస్తవ వేతనాలు చెల్లించడానికి సిద్ధంగా ఉన్నాయి, చాలా సందర్భాలలో వారికి టూల్ అడ్మినిస్ట్రేటర్‌ను అందుకుంటుంది.

కాబట్టి DevOps ఇంజనీర్లు ఎవరు?

దాని ప్రదర్శన యొక్క చరిత్రతో ప్రారంభిద్దాం - ఊహించిన పర్యవసానంగా ఉత్పత్తి ఉత్పత్తి వేగాన్ని పెంచడానికి చిన్న బృందాలలో పరస్పర చర్యను ఆప్టిమైజ్ చేయడానికి అభివృద్ధి కార్యకలాపాలు మరొక దశగా కనిపించాయి. ఉత్పత్తి వాతావరణాన్ని నిర్వహించడంలో విధానాలు మరియు విధానాల పరిజ్ఞానంతో అభివృద్ధి బృందాన్ని బలోపేతం చేయాలనే ఆలోచన ఉంది. మరో మాటలో చెప్పాలంటే, డెవలపర్ తన ఉత్పత్తిని నిర్దిష్ట పరిస్థితులలో ఎలా పని చేస్తుందో అర్థం చేసుకోవాలి మరియు తెలుసుకోవాలి, తన ఉత్పత్తిని ఎలా ఉపయోగించాలో అర్థం చేసుకోవాలి, పనితీరును మెరుగుపరచడానికి పర్యావరణం యొక్క ఏ లక్షణాలను సర్దుబాటు చేయవచ్చు. కాబట్టి, కొంత సమయం వరకు, DevOps విధానంతో డెవలపర్లు కనిపించారు. DevOps డెవలపర్లు వారి కార్యకలాపాలు మరియు ఉత్పత్తి వాతావరణం యొక్క పనితీరును సులభతరం చేయడానికి బిల్డ్ మరియు ప్యాకేజింగ్ స్క్రిప్ట్‌లను వ్రాసారు. ఏదేమైనా, పరిష్కార నిర్మాణం యొక్క సంక్లిష్టత మరియు అవస్థాపన భాగాల పరస్పర ప్రభావం కాలక్రమేణా పర్యావరణాల పనితీరును క్షీణించడం ప్రారంభించింది; ప్రతి పునరావృతంతో, కొన్ని భాగాలపై మరింత లోతైన అవగాహన అవసరం, అదనపు కారణంగా డెవలపర్ యొక్క ఉత్పాదకతను తగ్గిస్తుంది. ఒక నిర్దిష్ట పని కోసం భాగాలు మరియు ట్యూనింగ్ సిస్టమ్‌లను అర్థం చేసుకోవడానికి అయ్యే ఖర్చులు. . డెవలపర్ యొక్క స్వంత ఖర్చు పెరిగింది, దానితో పాటు ఉత్పత్తి ధర, జట్టులోని కొత్త డెవలపర్‌ల అవసరాలు బాగా పెరిగాయి, ఎందుకంటే వారు అభివృద్ధి “స్టార్” యొక్క బాధ్యతలను కూడా కవర్ చేయాల్సిన అవసరం ఉంది మరియు సహజంగానే “నక్షత్రాలు” తగ్గాయి. మరియు తక్కువ అందుబాటులో ఉన్నాయి. నా అనుభవంలో, కొంతమంది డెవలపర్లు ఆపరేటింగ్ సిస్టమ్ కెర్నల్, ప్యాకెట్ రూటింగ్ నియమాలు మరియు హోస్ట్ భద్రతా అంశాల ద్వారా ప్యాకెట్ ప్రాసెసింగ్ యొక్క ప్రత్యేకతలపై ఆసక్తి కలిగి ఉన్నారని కూడా గమనించాలి. దీని గురించి తెలిసిన నిర్వాహకుడిని ఆకర్షించడం మరియు అతనికి ఇలాంటి బాధ్యతలను అప్పగించడం తార్కిక దశ, ఇది అతని అనుభవానికి ధన్యవాదాలు, “స్టార్” అభివృద్ధి ఖర్చుతో పోలిస్తే తక్కువ ఖర్చుతో అదే సూచికలను సాధించడం సాధ్యమైంది. అటువంటి నిర్వాహకులు బృందంలో ఉంచబడ్డారు మరియు అతని ప్రధాన పని పరీక్ష మరియు ఉత్పత్తి వాతావరణాలను నిర్వహించడం, నిర్దిష్ట బృందం యొక్క నియమాల ప్రకారం, ఈ నిర్దిష్ట బృందానికి కేటాయించబడిన వనరులతో. ఈ విధంగా, వాస్తవానికి, డెవొప్స్ మెజారిటీ మనస్సులలో కనిపించింది.

పాక్షికంగా లేదా పూర్తిగా, కాలక్రమేణా, ఈ సిస్టమ్ అడ్మినిస్ట్రేటర్‌లు డెవలపర్‌లు మరియు టెస్టర్‌లకు జీవితాన్ని ఎలా సులభతరం చేయాలి, నవీకరణను ఎలా రూపొందించాలి మరియు శుక్రవారం రాత్రిపూట ఉండాల్సిన అవసరం లేకుండా అభివృద్ధి రంగంలో ఈ నిర్దిష్ట బృందం యొక్క అవసరాలను అర్థం చేసుకోవడం ప్రారంభించారు. కార్యాలయం, విస్తరణ లోపాలను సరిదిద్దడం. సమయం గడిచిపోయింది మరియు ఇప్పుడు "నక్షత్రాలు" డెవలపర్లు ఏమి కోరుకుంటున్నారో అర్థం చేసుకున్న సిస్టమ్ నిర్వాహకులు. ప్రభావాన్ని తగ్గించడానికి, నిర్వహణ యుటిలిటీలు రావడం ప్రారంభించాయి; ప్రతి ఒక్కరూ OS స్థాయిని వేరుచేసే పాత మరియు నమ్మదగిన పద్ధతులను జ్ఞాపకం చేసుకున్నారు, ఇది భద్రత, నెట్‌వర్క్ భాగం యొక్క నిర్వహణ మరియు హోస్ట్ కాన్ఫిగరేషన్ అవసరాలను తగ్గించడం సాధ్యం చేసింది. మొత్తం మరియు, ఫలితంగా, కొత్త "నక్షత్రాల" అవసరాలను తగ్గించండి.

ఒక "అద్భుతమైన" విషయం కనిపించింది - డాకర్. ఎందుకు అద్భుతమైన? అవును, chroot లేదా జైలులో ఐసోలేషన్‌ను సృష్టించడం, అలాగే OpenVZ, OS గురించి చిన్నవిషయం కాని జ్ఞానం అవసరం కాబట్టి, దీనికి విరుద్ధంగా, యుటిలిటీ లోపల మరియు చేతితో అవసరమైన ప్రతిదానితో ఒక నిర్దిష్ట హోస్ట్‌లో వివిక్త అనువర్తన వాతావరణాన్ని సృష్టించడానికి మిమ్మల్ని అనుమతిస్తుంది. మళ్లీ అభివృద్ధి పగ్గాలపై, మరియు సిస్టమ్ అడ్మినిస్ట్రేటర్ కేవలం ఒక హోస్ట్‌తో మాత్రమే నిర్వహించగలడు, దాని భద్రత మరియు అధిక లభ్యతను నిర్ధారిస్తుంది - తార్కిక సరళీకరణ. కానీ పురోగతి ఇప్పటికీ నిలబడదు మరియు సిస్టమ్‌లు మళ్లీ మరింత క్లిష్టంగా మారుతున్నాయి, ఎక్కువ భాగాలు ఉన్నాయి, ఒక హోస్ట్ ఇకపై సిస్టమ్ అవసరాలను తీర్చదు మరియు క్లస్టర్‌లను నిర్మించడం అవసరం, మేము మళ్లీ సిస్టమ్ అడ్మినిస్ట్రేటర్‌లకు తిరిగి వస్తున్నాము. ఈ వ్యవస్థలను నిర్మించగలదు.

చక్రం తర్వాత చక్రం, అభివృద్ధి మరియు/లేదా పరిపాలనను సులభతరం చేసే వివిధ వ్యవస్థలు కనిపిస్తాయి, ఆర్కెస్ట్రేషన్ వ్యవస్థలు కనిపిస్తాయి, మీరు ప్రామాణిక ప్రక్రియ నుండి వైదొలిగే వరకు, ఉపయోగించడం సులభం. మైక్రోసర్వీస్ ఆర్కిటెక్చర్ కూడా పైన వివరించిన ప్రతిదానిని సరళీకృతం చేసే లక్ష్యంతో కనిపించింది - తక్కువ సంబంధాలు, సులభంగా నిర్వహించడం. నా అనుభవంలో, నేను పూర్తిగా మైక్రోసర్వీస్ ఆర్కిటెక్చర్‌ను కనుగొనలేదు, నేను 50 నుండి 50 - 50 శాతం మైక్రోసర్వీస్‌లు, బ్లాక్ బాక్స్‌లు, వచ్చాయి, ప్రాసెస్ చేయబడ్డాయి, మిగిలిన 50 చిరిగిన ఏకశిలా, ఇతర సేవల నుండి విడిగా పనిచేయలేవు భాగాలు. ఇవన్నీ మళ్లీ డెవలపర్లు మరియు నిర్వాహకుల జ్ఞానం స్థాయిపై పరిమితులను విధించాయి.

ఒక నిర్దిష్ట వనరు యొక్క నిపుణుల జ్ఞానం యొక్క స్థాయిలో ఇలాంటి "స్వింగ్స్" నేటికీ కొనసాగుతున్నాయి. కానీ మేము కొంచెం పక్కకు తప్పుకుంటాము, హైలైట్ చేయడానికి చాలా పాయింట్లు ఉన్నాయి.

బిల్డ్ ఇంజనీర్/విడుదల ఇంజనీర్

సాఫ్ట్‌వేర్ నిర్మాణ ప్రక్రియలు మరియు విడుదలలను ప్రామాణీకరించే సాధనంగా ఉద్భవించిన అత్యంత ప్రత్యేకమైన ఇంజనీర్లు. విస్తృతమైన ఎజైల్‌ను పరిచయం చేసే ప్రక్రియలో, వారు డిమాండ్‌ను కోల్పోయినట్లు అనిపిస్తుంది, అయితే ఇది కేసుకు దూరంగా ఉంది. ఈ స్పెషలైజేషన్ ఒక పారిశ్రామిక స్థాయిలో సాఫ్ట్‌వేర్ యొక్క అసెంబ్లీ మరియు డెలివరీని ప్రామాణీకరించే సాధనంగా కనిపించింది, అనగా. అన్ని కంపెనీ ఉత్పత్తులకు ప్రామాణిక పద్ధతులను ఉపయోగించడం. DevOps రాకతో, డెవలపర్లు తమ విధులను పాక్షికంగా కోల్పోయారు, ఎందుకంటే డెవలపర్లు డెలివరీ కోసం ఉత్పత్తిని సిద్ధం చేయడం ప్రారంభించారు, మరియు మారుతున్న మౌలిక సదుపాయాలు మరియు నాణ్యతతో సంబంధం లేకుండా వీలైనంత త్వరగా పంపిణీ చేసే విధానాన్ని బట్టి, కాలక్రమేణా వారు మారారు. మార్పుల స్టాపర్, ఎందుకంటే నాణ్యతా ప్రమాణాలకు కట్టుబడి డెలివరీలను అనివార్యంగా నెమ్మదిస్తుంది. కాబట్టి, క్రమంగా, బిల్డ్/రిలీజ్ ఇంజనీర్ల కార్యాచరణలో కొంత భాగం సిస్టమ్ నిర్వాహకుల భుజాలకు తరలిపోయింది.

Ops చాలా భిన్నంగా ఉంటాయి

మేము పెద్ద సంఖ్యలో బాధ్యతలను కలిగి ఉన్నాము మరియు అర్హత కలిగిన సిబ్బంది లేకపోవడం మమ్మల్ని కఠినమైన స్పెషలైజేషన్ వైపు నెట్టివేస్తుంది, వర్షం తర్వాత పుట్టగొడుగులు, వివిధ కార్యకలాపాలు కనిపిస్తాయి:

• TechOps - enikey సిస్టమ్ నిర్వాహకులు aka HelpDesk ఇంజనీర్
• LiveOps - సిస్టమ్ అడ్మినిస్ట్రేటర్లు ప్రధానంగా ఉత్పత్తి పరిసరాలకు బాధ్యత వహిస్తారు
• CloudOps - పబ్లిక్ క్లౌడ్‌లు అజూర్, AWS, GCP మొదలైన వాటిలో ప్రత్యేకత కలిగిన సిస్టమ్ అడ్మినిస్ట్రేటర్‌లు.
• PlatOps/InfraOps/SysOps - ఇన్‌ఫ్రాస్ట్రక్చర్ సిస్టమ్ అడ్మినిస్ట్రేటర్‌లు.
• NetOps - నెట్‌వర్క్ నిర్వాహకులు
• SecOps - సమాచార భద్రతలో ప్రత్యేకత కలిగిన సిస్టమ్ నిర్వాహకులు - PCI సమ్మతి, CIS సమ్మతి, ప్యాచింగ్ మొదలైనవి.

DevOps అనేది (సిద్ధాంతంలో) డెవలప్‌మెంట్ సైకిల్‌లోని అన్ని ప్రక్రియలను ప్రత్యక్షంగా అర్థం చేసుకున్న వ్యక్తి - అభివృద్ధి, పరీక్ష, ఉత్పత్తి నిర్మాణాన్ని అర్థం చేసుకోవడం, భద్రతా ప్రమాదాలను అంచనా వేయగలడు, విధానాలు మరియు ఆటోమేషన్ సాధనాలతో పరిచయం కలిగి ఉంటాడు. స్థాయి, దీనితో పాటు, ముందు మరియు పోస్ట్-ప్రాసెసింగ్‌ను కూడా అర్థం చేసుకుంటుంది. ఉత్పత్తి విడుదల మద్దతు. కార్యకలాపాలు మరియు అభివృద్ధి రెండింటికీ న్యాయవాదిగా వ్యవహరించగల సామర్థ్యం ఉన్న వ్యక్తి, ఈ రెండు స్తంభాల మధ్య అనుకూలమైన సహకారాన్ని అనుమతిస్తుంది. బృందాల ద్వారా పనిని ప్లాన్ చేయడం మరియు కస్టమర్ అంచనాలను నిర్వహించడం వంటి ప్రక్రియలను అర్థం చేసుకుంటుంది.

ఈ రకమైన పని మరియు బాధ్యతలను నిర్వహించడానికి, ఈ వ్యక్తి అభివృద్ధి మరియు పరీక్ష ప్రక్రియలను మాత్రమే కాకుండా, ఉత్పత్తి అవస్థాపన నిర్వహణ, అలాగే వనరుల ప్రణాళికను కూడా నిర్వహించగల మార్గాలను కలిగి ఉండాలి. ఈ అవగాహనలో DevOps ITలో గాని, లేదా R&Dలో గాని లేదా PMOలో గాని గుర్తించబడదు; ఇది తప్పనిసరిగా ఈ అన్ని రంగాలలో ప్రభావం కలిగి ఉండాలి - కంపెనీ టెక్నికల్ డైరెక్టర్, చీఫ్ టెక్నికల్ ఆఫీసర్.

మీ కంపెనీలో ఇది నిజమేనా? - నాకు అనుమానం. చాలా సందర్భాలలో, ఇది IT లేదా R&D.

నిధుల కొరత మరియు కార్యాచరణ యొక్క ఈ మూడు రంగాలలో కనీసం ఒకదానిని ప్రభావితం చేయగల సామర్థ్యం, ​​స్టాటిక్ ప్రకారం “డర్టీ” కోడ్‌కు సంబంధించి విడుదలలపై సాంకేతిక పరిమితులను వర్తింపజేయడం వంటి ఈ మార్పులు సులభంగా వర్తించే చోట సమస్యల బరువును మారుస్తాయి. విశ్లేషణ వ్యవస్థలు. అంటే, PMO ఫంక్షనాలిటీని విడుదల చేయడానికి ఖచ్చితమైన గడువును నిర్దేశించినప్పుడు, R&D ఈ గడువులోపు అధిక-నాణ్యత ఫలితాన్ని అందించదు మరియు దానిని సాధ్యమైనంత ఉత్తమంగా ఉత్పత్తి చేస్తుంది, తర్వాత రీఫ్యాక్టరింగ్‌ను వదిలివేస్తుంది, ITకి సంబంధించిన DevOps సాంకేతిక మార్గాల ద్వారా విడుదలను బ్లాక్ చేస్తుంది. . పరిస్థితిని మార్చడానికి అధికారం లేకపోవడం, బాధ్యతాయుతమైన ఉద్యోగుల విషయంలో, వారు ప్రభావితం చేయలేని వాటికి అధిక బాధ్యత యొక్క అభివ్యక్తికి దారి తీస్తుంది, ప్రత్యేకించి ఈ ఉద్యోగులు తప్పులను అర్థం చేసుకుంటే మరియు చూసినట్లయితే మరియు వాటిని ఎలా సరిదిద్దాలి - “బ్లిస్ అనేది అజ్ఞానం”, మరియు ఈ ఉద్యోగుల బర్న్ అవుట్ మరియు నష్టానికి పర్యవసానంగా.

DevOps వనరుల మార్కెట్

వివిధ కంపెనీల నుండి DevOps స్థానాల కోసం అనేక ఖాళీలను చూద్దాం.

మీరు ఇలా చేస్తే మేము మిమ్మల్ని కలవడానికి సిద్ధంగా ఉన్నాము:

1. మీరు Zabbix యజమాని మరియు ప్రోమేతియస్ అంటే ఏమిటో తెలుసు;
2. Iptables;
3. బాష్ పీహెచ్‌డీ విద్యార్థి;
4. ప్రొఫెసర్ అన్సిబుల్;
5. Linux Guru;
6. డీబగ్గింగ్ ఎలా ఉపయోగించాలో తెలుసుకోండి మరియు డెవలపర్‌లతో కలిసి అప్లికేషన్ సమస్యలను కనుగొనడం (php/java/python);
7. రూటింగ్ మిమ్మల్ని హిస్టీరికల్‌గా చేయదు;
8. సిస్టమ్ భద్రతపై గణనీయమైన శ్రద్ధ వహించండి;
9. “ఏదైనా మరియు ప్రతిదీ” బ్యాకప్ చేయండి మరియు ఈ “ఏదైనా మరియు ప్రతిదీ” విజయవంతంగా పునరుద్ధరించండి;
10. కనిష్ట స్థాయి నుండి గరిష్టాన్ని పొందే విధంగా సిస్టమ్‌ను ఎలా కాన్ఫిగర్ చేయాలో మీకు తెలుసు;
11. Postgres మరియు MySQLలో పడుకునే ముందు ప్రతిరూపణను సెటప్ చేయండి;
12. CI/CDని సెటప్ చేయడం మరియు సర్దుబాటు చేయడం అనేది మీకు అల్పాహారం/లంచ్/డిన్నర్ వలె అవసరం.
13. AWSతో అనుభవం ఉంది;
14. కంపెనీతో అభివృద్ధి చేయడానికి సిద్ధంగా ఉంది;

సో:

• 1 నుండి 6 వరకు - సిస్టమ్ అడ్మినిస్ట్రేటర్
• 7 - కొద్దిగా నెట్‌వర్క్ అడ్మినిస్ట్రేషన్, ఇది సిస్టమ్ అడ్మినిస్ట్రేటర్, మధ్య స్థాయికి కూడా సరిపోతుంది
• 8 - కొద్దిగా భద్రత, ఇది మిడిల్ లెవల్ సిస్టమ్ అడ్మినిస్ట్రేటర్‌కు తప్పనిసరి
• 9-11 - మిడిల్ సిస్టమ్ అడ్మినిస్ట్రేటర్
• 12 — మిడిల్ సిస్టమ్ అడ్మినిస్ట్రేటర్ లేదా బిల్డ్ ఇంజనీర్ గాని కేటాయించిన టాస్క్‌లను బట్టి
• 13 - వర్చువలైజేషన్ - మిడిల్ సిస్టమ్ అడ్మినిస్ట్రేటర్, లేదా క్లౌడ్‌ఆప్స్ అని పిలవబడేది, నిర్దిష్ట హోస్టింగ్ సైట్ సేవలకు సంబంధించిన అధునాతన పరిజ్ఞానం, నిధులను సమర్థవంతంగా ఉపయోగించడం మరియు నిర్వహణపై భారాన్ని తగ్గించడం

ఈ ఖాళీని సంగ్రహించి, కుర్రాళ్లకు మిడిల్/సీనియర్ సిస్టమ్ అడ్మినిస్ట్రేటర్ సరిపోతుందని చెప్పవచ్చు.

మార్గం ద్వారా, మీరు Linux/Windowsలో నిర్వాహకులను గట్టిగా విభజించకూడదు. వాస్తవానికి, ఈ రెండు ప్రపంచాల సేవలు మరియు వ్యవస్థలు వేర్వేరుగా ఉన్నాయని నేను అర్థం చేసుకున్నాను, కానీ అన్నింటికీ ఆధారం ఒకటే మరియు ఏదైనా స్వీయ-గౌరవనీయ నిర్వాహకుడు ఒకరితో ఒకరు మరియు మరొకరితో సుపరిచితుడై ఉంటాడు మరియు అతనికి పరిచయం లేకపోయినా, అది సమర్థ అడ్మిన్‌కి దానితో పరిచయం ఏర్పడటం కష్టం కాదు.

మరొక ఖాళీని పరిశీలిద్దాం:

1. అధిక-లోడ్ వ్యవస్థలను నిర్మించడంలో అనుభవం;
2. Linux OS, సాధారణ సిస్టమ్ సాఫ్ట్‌వేర్ మరియు వెబ్ స్టాక్ (Nginx, PHP/Python, HAProxy, MySQL/PostgreSQL, Memcached, Redis, RabbitMQ, ELK) గురించి అద్భుతమైన పరిజ్ఞానం;
3. వర్చువలైజేషన్ సిస్టమ్‌లతో అనుభవం (KVM, VMWare, LXC/Docker);
4. స్క్రిప్టింగ్ భాషలలో ప్రావీణ్యం;
5. నెట్‌వర్క్ ప్రోటోకాల్ నెట్‌వర్క్స్ యొక్క ఆపరేటింగ్ సూత్రాల అర్థం;
6. దోషాలను తట్టుకునే వ్యవస్థలను నిర్మించే సూత్రాల అవగాహన;
7. స్వాతంత్ర్యం మరియు చొరవ;

చూద్దాం:

• 1 – సీనియర్ సిస్టమ్ అడ్మినిస్ట్రేటర్
• 2 - ఈ స్టాక్‌లో ఉంచిన అర్థాన్ని బట్టి - మిడిల్/సీనియర్ సిస్టమ్ అడ్మినిస్ట్రేటర్
• 3 - పని అనుభవంతో సహా, దీని అర్థం కావచ్చు - “క్లస్టర్ పెంచలేదు, కానీ వర్చువల్ మిషన్‌లను సృష్టించింది మరియు నిర్వహించింది, ఒక డాకర్ హోస్ట్ ఉంది, కంటైనర్‌లకు యాక్సెస్ అందుబాటులో లేదు” - మిడిల్ సిస్టమ్ అడ్మినిస్ట్రేటర్
• 4 - జూనియర్ సిస్టమ్ అడ్మినిస్ట్రేటర్ - అవును, ప్రాథమిక ఆటోమేషన్ స్క్రిప్ట్‌లను ఎలా వ్రాయాలో తెలియని అడ్మిన్, భాషతో సంబంధం లేకుండా, అడ్మిన్ కాదు - enikey.
• 5 - మిడిల్ సిస్టమ్ అడ్మినిస్ట్రేటర్
• 6 – సీనియర్ సిస్టమ్ అడ్మినిస్ట్రేటర్

సంగ్రహించేందుకు - మిడిల్/సీనియర్ సిస్టమ్ అడ్మినిస్ట్రేటర్

మరొకటి:

1. అనుభవాన్ని అభివృద్ధి చేస్తుంది;
2. CI/CD ప్రక్రియలను రూపొందించడానికి ఒకటి లేదా అంతకంటే ఎక్కువ ఉత్పత్తులను ఉపయోగించడంలో అనుభవం. Gitlab CI ఒక ప్రయోజనం ఉంటుంది;
3. కంటైనర్లు మరియు వర్చువలైజేషన్తో పని చేయడం; మీరు డాకర్‌ని ఉపయోగించినట్లయితే, మంచిది, కానీ మీరు k8sని ఉపయోగించినట్లయితే, గొప్పది!
4. చురుకైన బృందంలో పనిచేసిన అనుభవం;
5. ఏదైనా ప్రోగ్రామింగ్ భాష యొక్క జ్ఞానం;

చూద్దాం:

• 1 - అయ్యో... అబ్బాయిల అర్థం ఏమిటి? =) చాలా మటుకు వారికే దాని వెనుక దాగి ఉన్నది తెలియదు
• 2 - బిల్డ్ ఇంజనీర్
• 3 - మిడిల్ సిస్టమ్ అడ్మినిస్ట్రేటర్
• 4 - సాఫ్ట్ స్కిల్, మేము దానిని ప్రస్తుతానికి పరిగణించము, అయినప్పటికీ చురుకైనది మరొక విషయం సౌకర్యవంతంగా ఉంటుంది.
• 5 - చాలా వెర్బోస్ - ఇది స్క్రిప్టింగ్ లాంగ్వేజ్ లేదా కంపైల్ చేయబడినది కావచ్చు. పాఠశాలలో పాస్కల్ మరియు బేసిక్‌లో రాయడం వారికి సరిపోతుందా అని నేను ఆశ్చర్యపోతున్నాను? =)

సిస్టమ్ అడ్మినిస్ట్రేటర్ ద్వారా ఈ పాయింట్ ఎందుకు కవర్ చేయబడిందో అర్థం చేసుకోవడానికి నేను పాయింట్ 3కి సంబంధించి ఒక గమనికను కూడా వదిలివేయాలనుకుంటున్నాను. కుబెర్నెటెస్ అనేది కేవలం ఆర్కెస్ట్రేషన్, నెట్‌వర్క్ డ్రైవర్‌లు మరియు వర్చువలైజేషన్/ఐసోలేషన్ హోస్ట్‌లకు డైరెక్ట్ కమాండ్‌లను రెండు కమాండ్‌లలో చుట్టే సాధనం మరియు వాటితో నైరూప్య కమ్యూనికేషన్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది, అంతే. ఉదాహరణకు, 'బిల్డ్ ఫ్రేమ్‌వర్క్' మేక్ తీసుకుందాం, ఇది నేను ఫ్రేమ్‌వర్క్‌గా పరిగణించను. అవును, ఎక్కడైనా, అవసరమైన మరియు అవసరం లేని చోట, మేక్‌ను చుట్టే ఫ్యాషన్ గురించి నాకు తెలుసు - ఉదాహరణకు, మేక్‌లో మావెన్‌ను చుట్టడం, సీరియస్‌గా?
ముఖ్యంగా, మేక్ అనేది షెల్‌పై ఒక రేపర్, ఇది k8s లాగా కంపైలేషన్, లింకింగ్ మరియు కంపైలేషన్ ఎన్విరాన్‌మెంట్ ఆదేశాలను సులభతరం చేస్తుంది.

ఒకసారి, నేను ఓపెన్‌స్టాక్‌లో తన పనిలో k8 లను ఉపయోగించిన వ్యక్తిని ఇంటర్వ్యూ చేసాను మరియు అతను దానిపై సేవలను ఎలా అమలు చేసాడు అనే దాని గురించి మాట్లాడాడు, అయినప్పటికీ, నేను ఓపెన్‌స్టాక్ గురించి అడిగినప్పుడు, అది నిర్వహించబడిందని, అలాగే సిస్టమ్ ద్వారా పెంచబడిందని తేలింది. నిర్వాహకులు. ఓపెన్‌స్టాక్‌ని ఇన్‌స్టాల్ చేసిన వ్యక్తి, అతని వెనుక ఏ ప్లాట్‌ఫారమ్‌ని ఉపయోగించినా, k8లను ఉపయోగించలేరని మీరు నిజంగా అనుకుంటున్నారా? =)
ఈ దరఖాస్తుదారు నిజానికి DevOps కాదు, కానీ సిస్టమ్ అడ్మినిస్ట్రేటర్ మరియు మరింత ఖచ్చితంగా చెప్పాలంటే, కుబెర్నెట్స్ అడ్మినిస్ట్రేటర్.

మరోసారి సంగ్రహిద్దాం - మిడిల్/సీనియర్ సిస్టమ్ అడ్మినిస్ట్రేటర్ వారికి సరిపోతుంది.

గ్రాముల బరువు ఎంత

సూచించిన ఖాళీల కోసం ప్రతిపాదిత వేతనాల పరిధి 90k-200k
ఇప్పుడు నేను సిస్టమ్ అడ్మినిస్ట్రేటర్‌లు మరియు DevOps ఇంజనీర్‌ల ద్రవ్య రివార్డ్‌ల మధ్య సమాంతరాన్ని గీయాలనుకుంటున్నాను.

సూత్రప్రాయంగా, విషయాలను సరళీకృతం చేయడానికి, మీరు పని అనుభవం ఆధారంగా గ్రేడ్‌లను చెదరగొట్టవచ్చు, అయినప్పటికీ ఇది ఖచ్చితమైనది కాదు, కానీ వ్యాసం యొక్క ప్రయోజనాల కోసం ఇది సరిపోతుంది.

ఒక అనుభవం:

1. 3 సంవత్సరాల వరకు - జూనియర్
2. 6 సంవత్సరాల వరకు - మధ్య
3. 6 కంటే ఎక్కువ - సీనియర్

ఉద్యోగి శోధన సైట్ అందిస్తుంది:
సిస్టమ్ నిర్వాహకులు:

1. జూనియర్ - 2 సంవత్సరాలు - 50k రబ్.
2. మధ్య - 5 సంవత్సరాలు - 70k రబ్.
3. సీనియర్ - 11 సంవత్సరాలు - 100k రబ్.

DevOps ఇంజనీర్లు:

1. జూనియర్ - 2 సంవత్సరాలు - 100k రబ్.
2. మధ్య - 3 సంవత్సరాలు - 160k రబ్.
3. సీనియర్ - 6 సంవత్సరాలు - 220k రబ్.

“DevOps” అనుభవం ప్రకారం, కనీసం ఏదో ఒకవిధంగా SDLCని ప్రభావితం చేసిన అనుభవం ఉపయోగించబడింది.

పైన పేర్కొన్నదాని ప్రకారం, వాస్తవానికి కంపెనీలకు DevOps అవసరం లేదు మరియు నిర్వాహకుడిని నియమించడం ద్వారా వారు ప్రారంభంలో అనుకున్న ఖర్చులలో కనీసం 50 శాతం ఆదా చేయవచ్చు; అంతేకాకుండా, వారు వెతుకుతున్న వ్యక్తి యొక్క బాధ్యతలను మరింత స్పష్టంగా నిర్వచించగలరు. మరియు అవసరాన్ని వేగంగా పూరించండి. బాధ్యతల యొక్క స్పష్టమైన విభజన సిబ్బంది అవసరాలను తగ్గించడానికి, అలాగే అతివ్యాప్తి లేకపోవడం వల్ల జట్టులో మరింత అనుకూలమైన వాతావరణాన్ని సృష్టించడానికి అనుమతిస్తుంది అని కూడా మనం మర్చిపోకూడదు. చాలా వరకు ఖాళీలు యుటిలిటీలు మరియు DevOps లేబుల్‌లతో నిండి ఉన్నాయి, కానీ అవి DevOps ఇంజనీర్‌కు సంబంధించిన వాస్తవ అవసరాలపై ఆధారపడి ఉండవు, కేవలం టూల్ అడ్మినిస్ట్రేటర్ కోసం అభ్యర్థనలు మాత్రమే.

DevOps ఇంజనీర్‌లకు శిక్షణ ఇచ్చే ప్రక్రియ కూడా నిర్దిష్ట పనులు, యుటిలిటీల సమితికి మాత్రమే పరిమితం చేయబడింది మరియు ప్రక్రియలు మరియు వాటి డిపెండెన్సీల గురించి సాధారణ అవగాహనను అందించదు. ఒక వ్యక్తి ఈ క్లస్టర్‌లోని ఫ్లూయెంట్ సైడ్‌కార్ మరియు లాగింగ్ సిస్టమ్ కోసం AWS ELK స్టాక్‌తో కలిపి టెర్రాఫార్మ్‌ని ఉపయోగించి AWS EKSని 10 నిమిషాల్లో ఉపయోగించగలిగినప్పుడు, కన్సోల్‌లో ఒకే ఒక కమాండ్‌ని ఉపయోగించి, అతను అర్థం చేసుకోకపోతే ఇది ఖచ్చితంగా మంచిది. లాగ్‌లను ప్రాసెస్ చేసే సూత్రం మరియు అవి దేనికి అవసరమో, వాటిపై కొలమానాలను ఎలా సేకరించాలో మరియు సేవ యొక్క అధోకరణాన్ని ఎలా ట్రాక్ చేయాలో మీకు తెలియకపోతే, కొన్ని యుటిలిటీలను ఎలా ఉపయోగించాలో తెలిసిన అదే ఎనికేగా ఉంటారు.

డిమాండ్, అయితే, సరఫరాను సృష్టిస్తుంది మరియు మేము DevOps స్థానం కోసం అత్యంత వేడెక్కిన మార్కెట్‌ను చూస్తాము, ఇక్కడ అవసరాలు వాస్తవ పాత్రకు అనుగుణంగా ఉండవు, కానీ సిస్టమ్ నిర్వాహకులు మాత్రమే ఎక్కువ సంపాదించడానికి అనుమతిస్తారు.

కాబట్టి వారు ఎవరు? DevOps లేదా అత్యాశ సిస్టమ్ నిర్వాహకులు? =)

జీవించడం ఎలా కొనసాగించాలి?

యజమానులు అవసరాలను మరింత ఖచ్చితంగా రూపొందించాలి మరియు ఖచ్చితంగా అవసరమైన వారి కోసం వెతకాలి మరియు లేబుల్‌లను విసిరేయకూడదు. DevOps ఏమి చేస్తాయో మీకు తెలియదు - ఆ సందర్భంలో మీకు అవి అవసరం లేదు.

కార్మికులు - నేర్చుకోండి. మీ జ్ఞానాన్ని నిరంతరం మెరుగుపరచండి, ప్రక్రియల యొక్క మొత్తం చిత్రాన్ని చూడండి మరియు మీ లక్ష్యానికి మార్గాన్ని ట్రాక్ చేయండి. మీరు మీకు కావలసిన వారు కావచ్చు, మీరు కేవలం ప్రయత్నించాలి.

మూలం: www.habr.com