అందరికీ శుక్రవారం శుభాకాంక్షలు! మిత్రులారా, ఈ రోజు మనం కోర్సుకు అంకితమైన ప్రచురణల శ్రేణిని కొనసాగిస్తాము , ఎందుకంటే కోర్సు కోసం కొత్త గ్రూప్‌లో తరగతులు వచ్చే వారం చివరిలో ప్రారంభమవుతాయి. కాబట్టి, ప్రారంభిద్దాం!
పర్యవేక్షణ ఉంది కేవలం. ఇది తెలిసిన విషయమే. నాగియోస్‌ని తీసుకురండి, రిమోట్ సిస్టమ్‌లో NRPEని అమలు చేయండి, NRPE TCP పోర్ట్ 5666లో Nagiosని కాన్ఫిగర్ చేయండి మరియు మీకు పర్యవేక్షణ ఉంటుంది.
ఇది చాలా సులభం, ఇది ఆసక్తికరంగా లేదు. ఇప్పుడు మీరు CPU సమయం, డిస్క్ సబ్‌సిస్టమ్, RAM కోసం ప్రాథమిక కొలమానాలను కలిగి ఉన్నారు, ఇది నాగియోస్ మరియు NRPEకి డిఫాల్ట్‌గా అందించబడుతుంది. కానీ ఇది వాస్తవానికి "పర్యవేక్షణ" కాదు. ఇది ప్రారంభం మాత్రమే.
(సాధారణంగా వారు PNP4Nagios, RRDtool మరియు Thrukని ఇన్‌స్టాల్ చేసి, స్లాక్‌లో నోటిఫికేషన్‌లను సెటప్ చేసి, నేరుగా nagiosexchangeకి వెళతారు, అయితే ప్రస్తుతానికి దాన్ని వదిలేద్దాం).
మంచి పర్యవేక్షణ నిజానికి చాలా క్లిష్టంగా ఉంటుంది, మీరు పర్యవేక్షిస్తున్న అప్లికేషన్ యొక్క అంతర్గత అంశాలను మీరు నిజంగా తెలుసుకోవాలి.
పర్యవేక్షణ కష్టమా?
ఏదైనా సర్వర్, అది Linux లేదా Windows అయినా, నిర్వచనం ప్రకారం కొంత ప్రయోజనం ఉంటుంది. అపాచీ, సాంబా, టామ్‌క్యాట్, ఫైల్ స్టోరేజ్, ఎల్‌డిఎపి - ఈ సేవలన్నీ ఒకటి లేదా అంతకంటే ఎక్కువ అంశాలలో ఎక్కువ లేదా తక్కువ ప్రత్యేకమైనవి. ప్రతి దాని స్వంత ఫంక్షన్, దాని స్వంత లక్షణాలు ఉన్నాయి. కొలమానాలు, KPIలు (కీలక పనితీరు సూచికలు) పొందడానికి వివిధ మార్గాలు ఉన్నాయి, అవి సర్వర్ లోడ్‌లో ఉన్నప్పుడు మీకు ఆసక్తికరంగా ఉంటాయి.
ఫోటో రచయిత న
(నా డ్యాష్‌బోర్డ్‌లు నియాన్ నీలం రంగులో ఉండాలని కోరుకుంటున్నాను - స్వప్నంగా నిట్టూర్చి -... మ్మ్...)
సేవలను అందించే ఏదైనా సాఫ్ట్‌వేర్ తప్పనిసరిగా కొలమానాలను సేకరించే యంత్రాంగాన్ని కలిగి ఉండాలి. అపాచీకి మాడ్యూల్ ఉంది mod-status, సర్వర్ స్థితి పేజీని ప్రదర్శిస్తోంది. Nginx ఉంది - stub_status. టామ్‌క్యాట్ కీ మెట్రిక్‌లను చూపించే JMX లేదా అనుకూల వెబ్ అప్లికేషన్‌లను కలిగి ఉంది. MySQLకి "ప్రపంచ స్థితిని చూపు" మొదలైన ఆదేశం ఉంది.
కాబట్టి డెవలపర్లు వారు సృష్టించే అప్లికేషన్‌లలో ఇలాంటి మెకానిజమ్‌లను ఎందుకు నిర్మించరు?
డెవలపర్లు మాత్రమే దీన్ని చేస్తున్నారా?
కొలమానాలను పొందుపరచడానికి నిర్దిష్ట స్థాయి ఉదాసీనత డెవలపర్‌లకు మాత్రమే పరిమితం కాదు. నేను టామ్‌క్యాట్‌ని ఉపయోగించి అప్లికేషన్‌లను అభివృద్ధి చేసిన కంపెనీల్లో పనిచేశాను మరియు సాధారణ టామ్‌క్యాట్ ఎర్రర్ లాగ్‌లు మినహా వారి స్వంత కొలమానాలు, సేవా కార్యకలాపాల లాగ్‌లు ఏవీ అందించలేదు. కొంతమంది డెవలపర్లు చాలా లాగ్‌లను రూపొందించారు, అది సిస్టమ్ అడ్మినిస్ట్రేటర్‌కు ఏమీ అర్థం కాలేదు, అతను ఉదయం 3:15 గంటలకు వాటిని చదవడానికి దురదృష్టవంతుడు.
ఫోటో రచయిత న
అటువంటి ఉత్పత్తులను విడుదల చేయడానికి అనుమతించే సిస్టమ్ ఇంజనీర్లు కూడా పరిస్థితికి కొంత బాధ్యత వహించాలి. కొన్ని సిస్టమ్‌ల ఇంజనీర్లు లాగ్‌ల నుండి అర్ధవంతమైన కొలమానాలను సంగ్రహించడానికి ప్రయత్నించడానికి సమయం లేదా శ్రద్ధ కలిగి ఉంటారు, ఆ కొలమానాల సందర్భం లేకుండా మరియు అప్లికేషన్ యాక్టివిటీ వెలుగులో వాటిని అర్థం చేసుకునే సామర్థ్యం లేదు. "ఏదో ప్రస్తుతం (లేదా త్వరలో) తప్పు" సూచికలు కాకుండా, దాని నుండి వారు ఎలా ప్రయోజనం పొందవచ్చో కొంతమందికి అర్థం కాలేదు.
కొలమానాల ఆవశ్యకతకు సంబంధించి ఆలోచనలో మార్పు డెవలపర్‌లలోనే కాకుండా సిస్టమ్స్ ఇంజనీర్‌లలో కూడా జరగాలి.
క్లిష్టమైన సంఘటనలకు ప్రతిస్పందించడమే కాకుండా, అవి జరగకుండా చూసుకోవాల్సిన ఏ సిస్టమ్ ఇంజనీర్‌కైనా, కొలమానాలు లేకపోవడం సాధారణంగా అలా చేయడానికి అవరోధంగా ఉంటుంది.
అయినప్పటికీ, సిస్టమ్స్ ఇంజనీర్లు సాధారణంగా తమ కంపెనీకి డబ్బు సంపాదించడానికి కోడ్‌తో టింకర్ చేయరు. సమస్యలను గుర్తించడం, పనితీరు సమస్యలపై అవగాహన పెంపొందించడం మొదలైనవాటిలో సిస్టమ్స్ ఇంజనీర్ బాధ్యత యొక్క ప్రాముఖ్యతను అర్థం చేసుకునే లీడ్ డెవలపర్లు వారికి అవసరం.
ఇది విషయాన్ని విడదీస్తుంది
డెవొప్స్ మనస్తత్వం డెవలప్‌మెంట్ (దేవ్) మరియు ఆపరేషన్స్ (ఓప్స్) ఆలోచనల మధ్య సినర్జీని వివరిస్తుంది. "devops చేయండి" అని క్లెయిమ్ చేసే ఏదైనా కంపెనీ తప్పక:
- వారు బహుశా చేయని విషయాలు చెప్పడం (ది ప్రిన్సెస్ బ్రైడ్ మెమ్‌ని సూచిస్తూ - "దీని అర్థం మీరు ఏమనుకుంటున్నారో నేను అనుకోను!")
- నిరంతర ఉత్పత్తి మెరుగుదల యొక్క వైఖరిని ప్రోత్సహించండి.
మీరు ఉత్పత్తిని మెరుగుపరచలేరు మరియు అది ప్రస్తుతం ఎలా పని చేస్తుందో మీకు తెలియకపోతే అది మెరుగుపరచబడిందని తెలుసుకోలేరు. ఉత్పత్తి యొక్క భాగాలు ఎలా పని చేస్తాయో, దానిపై ఆధారపడిన సేవలు, దాని ప్రధాన నొప్పి పాయింట్లు మరియు అడ్డంకులు మీకు అర్థం కాకపోతే ఉత్పత్తి ఎలా పని చేస్తుందో మీకు తెలియదు.
మీరు సంభావ్య అడ్డంకుల కోసం చూడకపోతే, పోస్ట్‌మార్టం వ్రాసేటప్పుడు మీరు ఫైవ్ వైస్ టెక్నిక్‌ని అనుసరించలేరు. ఉత్పత్తి ఎలా పని చేస్తుందో చూడటానికి లేదా "సాధారణ మరియు సంతోషంగా" ఎలా ఉంటుందో తెలుసుకోవడానికి మీరు అన్నింటినీ ఒకే స్క్రీన్‌పై ఉంచలేరు.
ఎడమవైపు, ఎడమవైపుకు మారండి, నేను LEEEE అని చెప్పాను-
నాకు, డెవొప్స్ యొక్క ముఖ్య సూత్రాలలో ఒకటి "ఎడమవైపు షిఫ్ట్". ఈ సందర్భంలో ఎడమ వైపుకు మారడం అంటే అవకాశాన్ని మార్చడం (బాధ్యత లేదు, కానీ సామర్థ్యాలు మాత్రమే) సాఫ్ట్‌వేర్ డెలివరీ లైఫ్ సైకిల్‌లో ఎడమవైపున పనితీరు కొలమానాలను సృష్టించడం, లాగ్‌లను మరింత సమర్థవంతంగా ఉపయోగించడం మొదలైనవన్నీ సిస్టమ్స్ ఇంజనీర్లు సాధారణంగా శ్రద్ధ వహించే పనులను చేయడానికి.
ఫోటో రచయిత న
సాఫ్ట్‌వేర్ డెవలపర్లు కంపెనీ తన అన్ని రూపాలు, కొలమానాలు, లాగింగ్, మానిటరింగ్ ఇంటర్‌ఫేస్‌లు మరియు ముఖ్యంగా, పర్యవేక్షణను నిర్వహించడానికి ఉపయోగించే పర్యవేక్షణ సాధనాలను తప్పనిసరిగా ఉపయోగించగలరు మరియు తెలుసుకోవగలరు. ఉత్పత్తిలో వారి ఉత్పత్తి ఎలా పనిచేస్తుందో చూడండి. డెవలపర్లు మెట్రిక్‌లను చూడగలిగే వరకు మరియు వారు ఎలా కనిపిస్తారు, ఉత్పత్తి యజమాని వాటిని తదుపరి బ్రీఫింగ్‌లో CTOకి ఎలా అందజేస్తారు మొదలైన వాటిపై ప్రభావం చూపే వరకు పర్యవేక్షణలో కృషి మరియు సమయాన్ని పెట్టుబడి పెట్టడానికి మీరు డెవలపర్‌లను పొందలేరు.
క్లుప్తంగా చెప్పాలంటే
- మీ గుర్రాన్ని నీటికి నడిపించండి. డెవలపర్లు తమకు తాముగా ఎన్ని ఇబ్బందులను నివారించవచ్చో చూపండి, వారి అప్లికేషన్‌ల కోసం సరైన KPIలు మరియు కొలమానాలను గుర్తించడంలో వారికి సహాయపడండి, తద్వారా CTO ద్వారా అరుస్తున్న ఉత్పత్తి యజమాని నుండి తక్కువ అరుపులు ఉంటాయి. వాటిని శాంతముగా మరియు ప్రశాంతంగా వెలుగులోకి తీసుకురండి. అది పని చేయకపోతే, వీలైనంత త్వరగా అప్లికేషన్‌ల నుండి ఈ కొలమానాలను పొందడం కోసం లంచం ఇవ్వండి, బెదిరించి, వారిని లేదా ఉత్పత్తి యజమానిని కాజోల్ చేయండి, ఆపై రేఖాచిత్రాలను గీయండి. ఇది ప్రాధాన్యతగా చూడబడనందున ఇది కష్టమవుతుంది మరియు ఉత్పత్తి రోడ్‌మ్యాప్‌లో అనేక ఆదాయాన్ని అందించే ప్రాజెక్ట్‌లు పెండింగ్‌లో ఉంటాయి. అందువల్ల, ఉత్పత్తిలో పర్యవేక్షణను అమలు చేయడానికి వెచ్చించిన సమయం మరియు వ్యయాన్ని సమర్థించడానికి మీకు వ్యాపార కేసు అవసరం.
- సిస్టమ్ ఇంజనీర్లు మంచి రాత్రి నిద్రపోవడానికి సహాయం చేయండి. విడుదల చేయబడుతున్న ఏదైనా ఉత్పత్తి కోసం "విడుదల చేద్దాం" చెక్‌లిస్ట్‌ని ఉపయోగించడం మంచి విషయమని వారికి చూపించండి. మరియు ఉత్పత్తిలోని అన్ని అప్లికేషన్‌లు కొలమానాలతో కప్పబడి ఉన్నాయని నిర్ధారించుకోవడం వలన డెవలపర్లు ఏమి తప్పు జరుగుతుందో మరియు ఎక్కడ జరుగుతుందో చూడటానికి అనుమతించడం ద్వారా మీరు రాత్రి బాగా నిద్రపోవడానికి సహాయపడుతుంది. ఏదేమైనప్పటికీ, ఏదైనా డెవలపర్, ఉత్పత్తి యజమాని లేదా CTOను చికాకు పెట్టడానికి మరియు నిరాశపరచడానికి సరైన మార్గం పట్టుదల మరియు ప్రతిఘటించడం. మీరు మళ్లీ చివరి నిమిషం వరకు వేచి ఉన్నట్లయితే ఈ ప్రవర్తన ఏదైనా ఉత్పత్తి యొక్క విడుదల తేదీని ప్రభావితం చేస్తుంది, కాబట్టి మళ్లీ ఎడమవైపుకు మార్చండి మరియు వీలైనంత త్వరగా ఈ సమస్యలను మీ ప్రాజెక్ట్ ప్లాన్‌లో పొందండి. అవసరమైతే, ఉత్పత్తి సమావేశాలకు వెళ్లండి. ఒక నకిలీ మీసం మరియు భావించాడు లేదా ఏదైనా ధరించండి, అది ఎప్పటికీ విఫలం కాదు. మీ ఆందోళనలను తెలియజేయండి, స్పష్టమైన ప్రయోజనాలను ప్రదర్శించండి మరియు సువార్త ప్రకటించండి.
- డెవలప్‌మెంట్ (dev) మరియు ఆపరేషన్‌లు (ops) రెండూ రెడ్ జోన్‌లోకి వెళ్లే ఉత్పత్తి కొలమానాల అర్థం మరియు పర్యవసానాన్ని అర్థం చేసుకున్నాయని నిర్ధారించుకోండి. ఉత్పత్తి ఆరోగ్యం యొక్క ఏకైక సంరక్షకునిగా Opsని వదిలివేయవద్దు, డెవలపర్లు కూడా పాల్గొన్నారని నిర్ధారించుకోండి (#productsquads).
- లాగ్‌లు గొప్ప విషయం, కానీ కొలమానాలు కూడా. వాటిని కలపండి మరియు మీ లాగ్‌లు నిరుపయోగంగా మండుతున్న భారీ బంతిలో చెత్తగా మారనివ్వవద్దు. డెవలపర్‌లకు వారి లాగ్‌లను ఎవరూ ఎందుకు అర్థం చేసుకోలేదో వివరించండి మరియు వారికి చూపించండి, ఉదయం 3:15 గంటలకు పనికిరాని లాగ్‌లను చూడటం ఎలా ఉంటుందో వారికి చూపించండి.
ఫోటో రచయిత న
అంతే. కొత్త మెటీరియల్ వచ్చే వారం విడుదల అవుతుంది. మీరు కోర్సు గురించి మరింత తెలుసుకోవాలనుకుంటే, మేము మిమ్మల్ని ఆహ్వానిస్తున్నాము , ఇది సోమవారం జరుగుతుంది. ఇప్పుడు మేము మీ వ్యాఖ్యల కోసం సాంప్రదాయకంగా ఎదురు చూస్తున్నాము.
మూలం: www.habr.com