విషయము
- వైఫల్యానికి సిద్ధమవుతోంది
- తదుపరి దశలు
- బగ్స్ లేవు, ఒత్తిడి లేదు - మీ జీవితాన్ని నాశనం చేయకుండా జీవితాన్ని మార్చే సాఫ్ట్‌వేర్‌ను రూపొందించడానికి స్టెప్ గైడ్ ద్వారా మీ దశ
- కసరత్తుల ద్వారా నేర్చుకోవడం మరియు మెరుగుపరచడం
మూలం: ప్రెషర్‌యూఏ / ఐస్టాక్‌ఫోటో
Takeaway:
ఆధునిక వ్యవస్థలు సమయస్ఫూర్తిని నివారించడానికి గందరగోళాన్ని నిర్వహించగలగాలి. అందువల్ల వ్యవస్థలను పూర్తిగా పరీక్షించడం మరియు వాటి స్థితిస్థాపకతను నిర్ధారించడం గతంలో కంటే చాలా ముఖ్యమైనది.
వాటిని నివారించడానికి మా గొప్ప ప్రయత్నాలు ఉన్నప్పటికీ, ఐటి సంఘటనలు ఉద్యోగంలో అనివార్యమైన భాగం - మరియు వ్యాపార-ప్రభావిత సమయములో పనికిరాని సమయానికి ముందు ఉండటానికి ప్రయత్నిస్తే అది చమత్కారంగా ఉంటుంది. నేడు వ్యవస్థలు పటిష్టంగా జతచేయబడి, సంక్లిష్టంగా ఉంటాయి మరియు ఎక్కువ కదిలే భాగాలతో విషయాలు తప్పుగా మారడానికి ఎక్కువ అవకాశాలు వస్తాయి.
సేవా లభ్యత మరియు వైఫల్యానికి మెరుగైన స్థితిస్థాపకత కోసం ఎక్కువ సంస్థలు మైక్రోసర్వీస్‌ల వైపు తిరగడానికి ఇది ఒక కారణం. ఏకశిలా అనువర్తనాలను విచ్ఛిన్నం చేయడానికి ఇవి గొప్ప ప్రాంగణాలు అయితే, అవి వైఫల్య ప్రమాదాన్ని కూడా పెంచుతాయి - మనస్సులో స్థితిస్థాపకతతో స్పష్టంగా రూపొందించకపోతే.
వైఫల్యానికి సిద్ధమవుతోంది
పంపిణీ వ్యవస్థల యొక్క అంతర్గతంగా అస్తవ్యస్తమైన స్వభావాన్ని బట్టి, సేవలను వైఫల్యాన్ని to హించటానికి మాత్రమే కాకుండా, వైఫల్యం సంభవించినప్పుడు స్వయంచాలకంగా కోలుకోవడానికి అభివృద్ధి చేయాలి. కస్టమర్లను అంతం చేయడానికి సేవకు అంతరాయం కలిగించకుండా మీ సిస్టమ్స్ గందరగోళాన్ని నిర్వహించగలవని నిర్ధారించడానికి రోజూ వైఫల్యాలను ప్రేరేపించడం దీని అర్థం. మరియు దీనిని సాధించడానికి, పరీక్షా వాతావరణంలో ఉత్పత్తి లాంటి ట్రాఫిక్‌ను అనుకరించే సామర్థ్యం మీకు అవసరం.
వాస్తవానికి, మార్పులు ఉత్పత్తికి ముందు స్థితిస్థాపకతను పరీక్షించడం మంచిది. మీరు దీన్ని చేయకపోతే, మీ సేవలు సగటు మరియు గరిష్ట లోడ్లకు మద్దతు ఇస్తాయని మీరు ధృవీకరించలేరు. వాస్తవానికి, మీ ఉత్పత్తి స్కేల్ చేయకుండా గరిష్ట మొత్తానికి రెండు రెట్లు అధికంగా నిర్వహించగలదని నిర్ధారించడం సురక్షితమైన పందెం.
స్థితిస్థాపకత పరీక్ష విషయానికి వస్తే, సరైన సాధనాలు అభ్యర్థనలు ఎలా నిర్వహించబడుతున్నాయనే దానిపై పెద్దగా ఆందోళన చెందకూడదు, చివరికి అవి సరైన ప్రభావాన్ని కలిగి ఉంటాయి. కొన్ని షరతులలో, ఇన్‌పుట్ సేవ మిగతా సిస్టమ్‌కు అభ్యర్థనను ఇవ్వడంలో విఫలమవుతుందని గుర్తుంచుకోండి కాని వైఫల్యాన్ని నివేదించదు. ఎండ్-టు-ఎండ్ ధ్రువీకరణ వాస్తవానికి సంభవిస్తుందని నిర్ధారించుకోవడం ద్వారా పర్యవేక్షణ యొక్క రాడార్ కింద ఎగురుతున్న సమస్యలను రిస్క్ చేయవద్దు. (మరిన్ని కోసం, టెక్ వైఫల్యాలు చూడండి: మేము వారితో జీవించగలమా?)
తదుపరి దశలు
సేవలు లోడ్‌తో ఎలా ప్రవర్తిస్తాయో అర్థం చేసుకున్న తర్వాత, వైఫల్య సంఘటనలను పరిచయం చేయడం ప్రారంభించాల్సిన సమయం. అన్ని సాఫ్ట్‌వేర్ పరీక్షల మాదిరిగానే, దృశ్యాలను సులభంగా మరియు వేగంగా పునరుత్పత్తి చేయడానికి మిమ్మల్ని అనుమతించే స్వయంచాలక సాధనాలను కలిగి ఉండటం మంచిది, తద్వారా మీరు వివిధ మౌలిక సదుపాయాల సాంకేతికతలను ప్రభావితం చేసే సంక్లిష్ట సంఘటనలను సమన్వయం చేయవచ్చు. మరియు సేవలకు పరిష్కారాలను మరియు మార్పులను ధృవీకరించే సామర్థ్యానికి మించి, ఏదైనా వాతావరణంలో మరియు షెడ్యూల్‌లో యాదృచ్ఛిక వైఫల్య దృశ్యాలను అమలు చేయడానికి ఇది మిమ్మల్ని అనుమతిస్తుంది.
అర్ధవంతమైన వైఫల్య సంఘటనలు మీ సేవల లేఅవుట్‌పై ఎక్కువగా ఆధారపడి ఉంటాయి మరియు మీకు సంబంధించిన నిర్దిష్ట ప్రశ్నలను అడగడం ద్వారా మీరు వాటిని రూపొందించవచ్చు. ఉదాహరణకు, ఒక నిర్దిష్ట సమయం వరకు డేటాబేస్ చేరుకోలేనప్పుడు ఫ్రంట్-ఎండ్ ఉపయోగించే వ్యక్తుల ప్రభావం ఏమిటి? ఆ వినియోగదారులు ఇప్పటికీ వెబ్ UI ని నావిగేట్ చేయగలరా? వారు ఇప్పటికీ వారి సమాచారానికి నవీకరణలను జారీ చేయగలరా, మరియు డేటాబేస్ మళ్లీ చేరుకోగలిగినప్పుడు ఆ నవీకరణలు సరిగ్గా ప్రాసెస్ చేయబడతాయా?
మీరు బహుళ మైక్రోసర్వీస్‌లను నడుపుతుంటే, ఏదైనా వ్యక్తిగత సేవ క్రాష్ అయినట్లయితే గ్లోబల్ వైఫల్యం ఉంటుందా అని మీరు అడగవచ్చు. లేదా సేవల మధ్య కమ్యూనికేషన్‌ను బఫర్ చేయడానికి మీకు క్యూయింగ్ విధానం ఉంటే, వినియోగదారు సేవ (లేదా సేవలు) పనిచేయడం మానేస్తే ఏమి జరుగుతుంది? వినియోగదారులు ఇప్పటికీ మీ అనువర్తనంతో పని చేయగలరా? మరియు సగటు లోడ్ ఇచ్చినప్పుడు, క్యూలు పొంగిపొర్లుటకు ముందు మీకు ఎంత సమయం ఉంది మరియు మీరు s ను కోల్పోవడం ప్రారంభిస్తారు?
బగ్స్ లేవు, ఒత్తిడి లేదు - మీ జీవితాన్ని నాశనం చేయకుండా జీవితాన్ని మార్చే సాఫ్ట్‌వేర్‌ను రూపొందించడానికి స్టెప్ గైడ్ ద్వారా మీ దశ
సాఫ్ట్‌వేర్ నాణ్యత గురించి ఎవరూ పట్టించుకోనప్పుడు మీరు మీ ప్రోగ్రామింగ్ నైపుణ్యాలను మెరుగుపరచలేరు.
మీ మౌలిక సదుపాయాల గురించి మీరు కొన్ని ముఖ్యమైన ప్రశ్నలను నిర్వచించిన తర్వాత, మీరు ఆ వైఫల్యాలను అనుకరించడానికి వివిధ మార్గాలను జాబితా చేయడం ప్రారంభించవచ్చు. ఒక నిర్దిష్ట సేవ లేదా డేటాబేస్ సర్వర్‌ను ఆపడానికి ఇది సరిపోతుంది. డెడ్-లాక్‌ను అనుకరించడానికి మీరు సేవ యొక్క ప్రధాన థ్రెడ్‌ను నిరోధించాలనుకోవచ్చు, అయితే దాని కంటైనర్ ఇప్పటికీ ప్రతిస్పందిస్తుంది మరియు నడుస్తుంది. నిర్దిష్ట సేవల మధ్య ట్రాఫిక్‌ను నిరోధించడానికి మీ నెట్‌వర్క్‌లో నియమాలను ప్రవేశపెట్టాలని మీరు నిర్ణయించుకోవచ్చు. లైనక్స్ పరిసరాలలో, అధిక జాప్యం, పడిపోయిన, పాడైన లేదా నకిలీ ప్యాకెట్ల వంటి నెట్‌వర్క్ పరిస్థితులను అనుకరించడానికి మీరు ‘టిసి’ వంటి సాధనాలను ఉపయోగించవచ్చు. (వినియోగదారులను పరీక్షలో పాల్గొనడం చాలా ముఖ్యం. UAT కి ముందు తుది వినియోగదారులు పరీక్షలో పాల్గొనడానికి 4 కారణాలలో మరింత చదవండి.)
కసరత్తుల ద్వారా నేర్చుకోవడం మరియు మెరుగుపరచడం
వైఫల్య దృశ్యాలను సృష్టించే అత్యంత విలువైన అంశం ఏమిటంటే, వ్యవస్థ విఫలమయ్యే అన్ని సంభావ్య మార్గాలను అవి బహిర్గతం చేయగలవు, తద్వారా స్వీయ-స్వస్థత తర్కానికి మార్గాన్ని చెక్కవచ్చు. మీ బృందం సేవలను మానవీయంగా తిరిగి పొందే దశల ద్వారా వెళుతుంది - ఒక గొప్ప డ్రిల్, మార్గం ద్వారా, వారు SLA లలో దీన్ని చేయగలరని నిర్ధారించడానికి. ఈ రికవరీ ప్రక్రియ యొక్క ఆటోమేషన్ పని చేయవచ్చు, అయితే, ఈ సమయంలో, మీ బృందం సేవలను తిరిగి ట్రాక్ చేసే ప్రక్రియ ద్వారా మీ బృందం నడిచిందని తెలుసుకోవడం ద్వారా మీరు సులభంగా విశ్రాంతి తీసుకోవచ్చు. వైఫల్య దృశ్యాలను యాదృచ్ఛికంగా మరియు క్రమబద్ధంగా చేయడం ద్వారా మరియు రన్ యొక్క పూర్తి వివరాలను బహిర్గతం చేయకుండా, మీరు డ్రిల్‌కు డిస్కవరీ మరియు డయాగ్నోసిస్‌ను కూడా చేర్చవచ్చు - ఇది అన్ని తరువాత, SLA లలో కీలకమైన భాగం.
దాని ప్రధాన భాగంలో, గందరగోళ ఇంజనీరింగ్ వ్యవస్థ యొక్క సంక్లిష్టతను ఇచ్చినట్లుగా తీసుకుంటుంది, కొత్త మరియు అసంబద్ధమైన పరిస్థితులను అనుకరించడం ద్వారా దాన్ని పరీక్షిస్తుంది మరియు వ్యవస్థ ఎలా స్పందిస్తుందో గమనిస్తుంది. అధిక స్థితిస్థాపకత సాధించడానికి డేటా ఇంజనీరింగ్ బృందాలు వ్యవస్థను పున es రూపకల్పన చేసి, పునర్నిర్మించాల్సిన అవసరం ఉంది. క్రొత్త మరియు ఉపయోగకరమైన విషయాలు నేర్చుకోవడానికి చాలా అవకాశాలు ఉన్నాయి. ఉదాహరణకు, దిగువ సేవలు మారినప్పుడు సేవలకు నవీకరణలు లభించని సందర్భాలు లేదా పర్యవేక్షణ పూర్తిగా తప్పిపోయిన ప్రాంతాలను మీరు కనుగొనవచ్చు. మీ ఉత్పత్తిని మరింత స్థితిస్థాపకంగా మరియు దృ make ంగా మార్చడానికి ఉత్తేజకరమైన మార్గాలకు కొరత లేదు!