DevOps మరియు IaC అంశం చాలా ప్రజాదరణ పొందింది మరియు త్వరగా అభివృద్ధి చెందుతోంది. అయినప్పటికీ, చాలా మంది రచయితలు ఈ మార్గంలో పూర్తిగా సాంకేతిక సమస్యలతో వ్యవహరిస్తారు. నేను పెద్ద సంస్థ యొక్క లక్షణాలను వివరిస్తాను. నా దగ్గర పరిష్కారం లేదు - సాధారణంగా, సమస్యలు ప్రాణాంతకం మరియు బ్యూరోక్రసీ, ఆడిటింగ్ మరియు “సాఫ్ట్ స్కిల్స్” ప్రాంతంలో ఉంటాయి.
కథనం శీర్షిక ఇలా ఉండటంతో ఎంటర్ప్రైజ్ వైపు వెళ్లిన డేనరీస్‌ పిల్లిలా నటించనున్నాడు.
నిస్సందేహంగా, ఇప్పుడు పాత మరియు కొత్త తాకిడి ఉంది. మరియు తరచుగా ఈ ఘర్షణలలో సరైనది లేదా తప్పు లేదు. అలా జరిగింది. కానీ, నిరాధారంగా ఉండకుండా ఉండటానికి, మేము ఈ స్క్రీన్‌తో ప్రారంభిస్తాము:
ఇది మార్పు అభ్యర్థన అని పిలవబడేది. వివిధ డైరెక్టరీల నుండి పూరించవలసిన ఫీల్డ్‌లలో మూడింట ఒక వంతు మీరు చూస్తారు, మిగిలిన ఫీల్డ్‌లు ఇతర బుక్‌మార్క్‌లలో ఉన్నాయి. ప్రొడక్షన్ సర్వర్‌కు స్క్రిప్ట్‌ను వర్తింపజేయడానికి లేదా కొత్త ఫైల్‌లను అప్‌లోడ్ చేయడానికి లేదా సాధారణంగా ఏదైనా మార్చడానికి అటువంటి పత్రాన్ని తప్పనిసరిగా పూరించాలి.
ఫీల్డ్‌ల సంఖ్య ఏమిటంటే, ఈ ఫీల్డ్‌లను పూరించడానికి నేను నా స్వంత చిన్న ఆటోమేషన్‌ను వ్రాసాను. అంతేకాకుండా, ఈ పేజీ ఏ ఆటోమేషన్ సాధనాలు దాని ఫీల్డ్‌లను చూడలేని విధంగా వ్రాయబడింది మరియు మౌస్‌తో కోఆర్డినేట్‌లపై తెలివితక్కువగా క్లిక్ చేయడానికి AutoItని ఉపయోగించడం మాత్రమే సాధ్యమైన పరిష్కారం. దీన్ని చేయడానికి మీ నిరాశ స్థాయిని అంచనా వేయండి:
కాబట్టి, మీరు జెంకిన్స్, చెఫ్, టెర్రాఫార్మ్, నెక్సస్ మొదలైనవాటిని తీసుకుని, సంతోషంగా వాటన్నింటినీ మీ డెవలప్‌మెంట్‌కు పంపండి. కానీ దానిని QA, UAT మరియు PRODకి పంపే సమయం వస్తుంది. మీరు Nexus కళాఖండాన్ని కలిగి ఉన్నారు మరియు మీరు DBA నుండి ఇలాంటి వాటితో లేఖను అందుకుంటారు:
ప్రియమైన,
అన్నింటిలో మొదటిది, మీ నెక్సస్ మీరు మీ కోసం కలిగి ఉండవచ్చు మీ Nexusకి నాకు యాక్సెస్ లేదు
రెండవది, అన్ని మార్పులను తప్పనిసరిగా మార్పు అభ్యర్థనగా జారీ చేయాలి.
మీరు Nexus నుండి SQL స్క్రిప్ట్‌లను సంగ్రహించాలి మరియు వాటిని మార్పు అభ్యర్థనకు జోడించాలి.
మార్పు అత్యవసరం కాకపోతే, విడుదలకు 7 రోజుల ముందు (ప్రత్యేకంగా వారాంతంలో)
మీ మార్పు అభ్యర్థనను కొంత మంది వ్యక్తులు ఆమోదించినప్పుడు, DBA మీ స్క్రిప్ట్‌ను అమలు చేస్తుంది మరియు మెయిల్ ద్వారా ఫలితం యొక్క స్క్రీన్‌షాట్‌ను కూడా పంపుతుంది.అభినందనలు, మెయిన్‌ఫ్రేమ్ రోజుల నుండి ఇక్కడ పనిచేస్తున్న మీ DBA.
ఇది నాకు ఏమి గుర్తు చేస్తుందో మీకు తెలుసా? సెమీ ఆటోమేషన్: రోబోట్ ఫ్రేమ్‌ను కలిగి ఉంటుంది మరియు కార్మికుడు దానిని స్లెడ్జ్‌హామర్‌తో కొట్టాడు. సరే, నిజంగా, ప్రతిదీ పూర్తిగా మాన్యువల్‌గా జరిగితే ఈ నెక్సస్ యొక్క ప్రయోజనం ఏమిటి?
అయితే దీనికి ఎంటర్‌ప్రైజ్‌ను నిందించకూడదు! ఇది, వాస్తవానికి, రక్తపాతం, కానీ మార్పు అభ్యర్థనలతో ఈ బ్యూరోక్రసీ అంతా బలవంతంగా మరియు ఆడిటర్ల నుండి వచ్చింది. ఎంటర్ప్రైజ్ ఈ విధంగా పని చేయాలి, కాలం. అతను దానిని వేరే విధంగా చేయలేడు. మరియు ఆడిటింగ్ అనేది చాలా సాంప్రదాయిక విషయం. ఉదాహరణకు, పొడవాటి సూడో-కాంప్లెక్స్ మరియు తరచుగా మార్చబడిన పాస్‌వర్డ్‌లు చెడ్డవి అనే వాస్తవం గురించి ఎంత చెప్పబడింది, అయితే ఇది మార్చబడే చివరి ప్రదేశం ఎంటర్‌ప్రైజెస్. విస్తరణలు మరియు మిగతా వాటితో కూడా.
మార్గం ద్వారా, ఒక సమయంలో నేను టెర్రాఫార్మ్ కోసం ఫైల్‌ను రూపొందించడానికి ప్రయత్నించాను, కానీ అది పని చేయలేదు. నేను 'ప్రాజెక్ట్ అకౌంటింగ్ బిల్లింగ్ కోడ్' ట్యాగ్ యొక్క అర్థం గురించి పొరపాటు పడ్డాను, ఇది నేను ఎప్పుడూ కనుగొనలేకపోయాను - నాకు తగినంత సాఫ్ట్ స్కిల్స్ లేవు.
నేను నిష్క్రియాత్మక లుడిజం అంశాన్ని కూడా తీసుకోవడం లేదు - ఓహ్, మీ ఆటోమేషన్ నా ఉద్యోగ భద్రతకు ముప్పు కలిగిస్తుంది, నేను కొత్తగా ఏమీ నేర్చుకోవాలనుకోవడం లేదు, కాబట్టి నేను నిశ్శబ్దంగా దానిని నాశనం చేస్తాను.
బాగా, సూత్రప్రాయంగా పరిష్కారం ఏమిటి? ITSM సిస్టమ్ స్వయంచాలకంగా పత్రాలను రూపొందించడానికి అత్యంత ప్రాచీనమైన APIని కలిగి ఉంది. మరియు సాధారణంగా, ఈ వ్యవస్థలు చాలా వరకు మెయిన్‌ఫ్రేమ్‌ల కాలం నుండి వచ్చాయి. నిజంగా ఆధునిక ITSM వ్యవస్థలు ఎవరికైనా తెలుసా? ఆధునిక DevOps మరియు బ్యూరోక్రసీని ఏకీకృతం చేయడంలో ఎవరికైనా విజయవంతమైన అనుభవం ఉందా? వాస్తవానికి, మేము పూర్తిగా విక్రయాల సైట్‌ల గురించి మాట్లాడటం లేదు, ఇక్కడ వాస్తవానికి ప్రతిరోజూ విస్తరణ ఉంటుంది, కానీ, ఉదాహరణకు, బ్యాంకింగ్ రంగం, ఇది ఆడిటర్ల క్రింద మరియు అధిక వాతావరణంలో చాలా బలమైన ఒంటరిగా ఉంటుంది.
మీ ఫాంటసీలన్నీ ఆడిట్ ద్వారా పరిమితం చేయబడతాయని మర్చిపోవద్దు. మరియు అది ప్రతిదీ మారుస్తుంది. వ్యాఖ్యలలో నేను మీ కోసం ఎదురు చూస్తున్నాను!
మూలం: www.habr.com