వైఫల్యం: పరిపూర్ణత మరియు... సోమరితనం మనల్ని నాశనం చేస్తున్నాయి

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

బ్యాకప్ సైట్‌లను నిర్మించేటప్పుడు మీరు అనేక ఆపదలను ఎదుర్కోవచ్చు. మరియు వాటిలో చిక్కుకోవడం పూర్తిగా అసాధ్యం. మరియు అన్నింటిలో మనల్ని నాశనం చేసేది, అనేక ఇతర విషయాలలో, పరిపూర్ణత మరియు ... సోమరితనం. మేము ప్రతిదీ, ప్రతిదీ, ప్రతిదీ సంపూర్ణంగా చేయడానికి ప్రయత్నిస్తున్నాము, కానీ మేము దీన్ని ఖచ్చితంగా చేయవలసిన అవసరం లేదు! మీరు కొన్ని పనులను మాత్రమే చేయాలి, కానీ వాటిని సరిగ్గా చేయండి, వాటిని పూర్తి చేయండి, తద్వారా అవి సరిగ్గా పని చేస్తాయి.

వైఫల్యం అనేది ఒక రకమైన సరదా, సరదా విషయం కాదు; ఇది ఖచ్చితంగా ఒక పని చేయవలసిన విషయం - పనికిరాని సమయాన్ని తగ్గించండి, తద్వారా సేవ, సంస్థ తక్కువ డబ్బును కోల్పోతుంది. మరియు అన్ని రిజర్వేషన్ పద్ధతులలో, ఈ క్రింది సందర్భంలో ఆలోచించమని నేను సూచిస్తున్నాను: డబ్బు ఎక్కడ ఉంది?

మొదటి ఉచ్చు: మేము పెద్ద, నమ్మదగిన వ్యవస్థలను నిర్మించినప్పుడు మరియు రిడెండెన్సీలో నిమగ్నమైనప్పుడు, మేము ప్రమాదాల సంఖ్యను తగ్గిస్తాము. ఇది భయంకరమైన అపోహ. మేము రిడెండెన్సీలో నిమగ్నమైనప్పుడు, మేము ప్రమాదాల సంఖ్యను పెంచే అవకాశం ఉంది. మరియు మేము ప్రతిదీ సరిగ్గా చేస్తే, సమిష్టిగా మేము పనికిరాని సమయాన్ని తగ్గిస్తాము. ఎక్కువ ప్రమాదాలు జరుగుతాయి, కానీ అవి తక్కువ ఖర్చుతో జరుగుతాయి. రిజర్వేషన్ అంటే ఏమిటి? - ఇది వ్యవస్థ యొక్క సంక్లిష్టత. ఏదైనా సంక్లిష్టత చెడ్డది: మనకు ఎక్కువ కాగ్‌లు, ఎక్కువ గేర్లు ఉన్నాయి, ఒక్క మాటలో చెప్పాలంటే, మరిన్ని అంశాలు - మరియు, అందువల్ల, విచ్ఛిన్నానికి ఎక్కువ అవకాశం ఉంది. మరియు అవి నిజంగా విరిగిపోతాయి. మరియు అవి చాలా తరచుగా విరిగిపోతాయి. ఒక సాధారణ ఉదాహరణ: మనకు PHP మరియు MySQLతో వెబ్‌సైట్ ఉందని అనుకుందాం. మరియు ఇది అత్యవసరంగా రిజర్వ్ చేయబడాలి.

Shtosh (c) మేము రెండవ సైట్‌ను తీసుకుంటాము, ఒకే విధమైన వ్యవస్థను నిర్మిస్తాము... సంక్లిష్టత రెండు రెట్లు గొప్పగా మారుతుంది - మాకు రెండు అంశాలు ఉన్నాయి. మేము డేటాను ఒక సైట్ నుండి మరొక సైట్‌కి బదిలీ చేయడానికి నిర్దిష్ట లాజిక్‌ను కూడా రూపొందిస్తాము - అంటే, డేటా రెప్లికేషన్, స్టాటిక్ డేటాను కాపీ చేయడం మొదలైనవి. కాబట్టి, ప్రతిరూపణ తర్కం సాధారణంగా చాలా క్లిష్టంగా ఉంటుంది మరియు అందువల్ల, సిస్టమ్ యొక్క మొత్తం సంక్లిష్టత 2 కాదు, కానీ 3, 5, 10 రెట్లు ఎక్కువగా ఉంటుంది.

రెండవ ఉచ్చు: మేము నిజంగా పెద్ద సంక్లిష్ట వ్యవస్థలను నిర్మించినప్పుడు, చివరికి మనం ఏమి పొందాలనుకుంటున్నామో దాని గురించి మనం ఊహించుకుంటాము. Voila: మేము ఎటువంటి పనికిరాకుండా పనిచేసే సూపర్-విశ్వసనీయ వ్యవస్థను పొందాలనుకుంటున్నాము, అర సెకనులో (లేదా ఇంకా మెరుగ్గా, తక్షణమే) స్విచ్ అవుతుంది మరియు మేము కలలను నిజం చేసుకోవడం ప్రారంభిస్తాము. కానీ ఇక్కడ ఒక స్వల్పభేదం కూడా ఉంది: కావలసిన స్విచ్చింగ్ సమయం తక్కువగా ఉంటుంది, సిస్టమ్ లాజిక్ మరింత క్లిష్టంగా మారుతుంది. ఈ లాజిక్‌ని మనం ఎంత క్లిష్టంగా తయారు చేయవలసి వస్తే, సిస్టమ్ అంత తరచుగా విచ్ఛిన్నమవుతుంది. మరియు మీరు చాలా అసహ్యకరమైన పరిస్థితిలో ముగుస్తుంది: మేము పనికిరాని సమయాన్ని తగ్గించడానికి మా శక్తితో ప్రయత్నిస్తున్నాము, కానీ వాస్తవానికి మేము ప్రతిదీ మరింత క్లిష్టతరం చేస్తున్నాము మరియు ఏదైనా తప్పు జరిగినప్పుడు, పనికిరాని సమయం ఎక్కువ కాలం ఉంటుంది. ఇక్కడ మీరు తరచుగా ఆలోచిస్తూ ఉంటారు: సరే... రిజర్వేషన్ చేయకపోవడమే మంచిది. ఇది ఒంటరిగా మరియు అర్థమయ్యే పనికిరాని సమయంలో పని చేస్తే మంచిది.

మీరు దీనితో ఎలా పోరాడగలరు? మనలో మనం అబద్ధాలు చెప్పుకోవడం మానేయాలి, ఇప్పుడు ఇక్కడ స్పేస్‌షిప్‌ని నిర్మించబోతున్నామని మనల్ని మనం పొగిడుకోవడం మానేయాలి, అయితే ప్రాజెక్ట్ ఎంతకాలం అబద్ధం చెప్పగలదో తగినంతగా అర్థం చేసుకోండి. మరియు ఈ గరిష్ట సమయం కోసం, మా సిస్టమ్ యొక్క విశ్వసనీయతను పెంచడానికి మేము నిజంగా ఉపయోగించే పద్ధతులను ఎంచుకుంటాము.

ఇది "w నుండి కథలు"... జీవితం నుండి, కోర్సు యొక్క సమయం.

ఉదాహరణ నంబర్ వన్

N నగరంలో పైప్ రోలింగ్ ప్లాంట్ నం. 1 కోసం వ్యాపార కార్డ్ వెబ్‌సైట్‌ను ఊహించుకోండి. ఇది భారీ అక్షరాలతో - పైప్ రోలింగ్ ప్లాంట్ నంబర్ 1 అని ఉంది. దిగువన నినాదం ఉంది: "మా పైపులు N లో గుండ్రని పైపులు." మరియు క్రింద CEO ఫోన్ నంబర్ మరియు అతని పేరు ఉంది. మీరు రిజర్వేషన్ చేసుకోవాలని మేము అర్థం చేసుకున్నాము - ఇది చాలా ముఖ్యమైన విషయం! ఇది ఏమి కలిగి ఉందో గుర్తించడం ప్రారంభిద్దాం. Html-స్టాటిక్స్ - అంటే, జనరల్ మేనేజర్, తన భాగస్వామితో బాత్‌హౌస్‌లోని టేబుల్ వద్ద ఒక రకమైన తదుపరి ఒప్పందాన్ని చర్చిస్తున్న కొన్ని చిత్రాలు. మేము పనికిరాని సమయం గురించి ఆలోచించడం ప్రారంభిస్తాము. ఇది గుర్తుకు వస్తుంది: మీరు ఐదు నిమిషాలు అక్కడ పడుకోవాలి, ఇక లేదు. ఆపై ప్రశ్న తలెత్తుతుంది: సాధారణంగా మా ఈ సైట్ నుండి ఎన్ని అమ్మకాలు ఉన్నాయి? ఎంత-ఎంత? "సున్నా" అంటే ఏమిటి? మరియు దీని అర్థం: ఎందుకంటే జనరల్ గత సంవత్సరం నాలుగు లావాదేవీలను ఒకే టేబుల్‌లో చేసాడు, అదే వ్యక్తులతో వారు స్నానపు గృహానికి వెళ్లి టేబుల్ వద్ద కూర్చున్నారు. మరియు సైట్ ఒక రోజు కూర్చున్నప్పటికీ, భయంకరమైనది ఏమీ జరగదని మేము అర్థం చేసుకున్నాము.

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

ఉదాహరణ సంఖ్య రెండు

కంపెనీ బ్లాగ్: ప్రత్యేకంగా శిక్షణ పొందిన వ్యక్తులు అక్కడ వార్తలు వ్రాస్తారు, మేము అలాంటి ప్రదర్శనలో పాల్గొన్నాము, కానీ మేము మరొక కొత్త ఉత్పత్తిని విడుదల చేసాము మరియు మొదలైనవి. ఇది WordPress, చిన్న డేటాబేస్ మరియు కొంచెం స్టాటిక్‌తో కూడిన ప్రామాణిక PHP అని చెప్పండి. వాస్తవానికి, మీరు ఎట్టి పరిస్థితుల్లోనూ పడుకోకూడదని మళ్లీ గుర్తుకు వస్తుంది - “ఐదు నిమిషాల కంటే ఎక్కువ కాదు!” అంతే. అయితే ఇంకా ఆలోచిద్దాం. ఈ బ్లాగ్ ఏమి చేస్తుంది? వ్యక్తులు కొన్ని ప్రశ్నల ఆధారంగా, సేంద్రీయంగా Yandex నుండి Google నుండి అక్కడికి వస్తారు. గొప్ప. అమ్మకాలకు ఏమైనా సంబంధం ఉందా? ఎపిఫనీ: నిజంగా కాదు. ప్రకటనల ట్రాఫిక్ వేరే మెషీన్‌లో ఉన్న ప్రధాన సైట్‌కి వెళుతుంది. బుకింగ్ పథకం గురించి ఆలోచించడం ప్రారంభిద్దాం. మంచి మార్గంలో, ఇది రెండు గంటల్లో పెంచాల్సిన అవసరం ఉంది మరియు దీని కోసం సిద్ధం చేయడం మంచిది. మరొక డేటా సెంటర్ నుండి యంత్రాన్ని తీసుకొని, పర్యావరణాన్ని దానిపైకి వెళ్లండి, అంటే వెబ్ సర్వర్, PHP, WordPress, MySQL మరియు దానిని అక్కడ వదిలివేయడం సహేతుకమైనది. ప్రతిదీ విచ్ఛిన్నమైందని మేము అర్థం చేసుకున్న తరుణంలో, మనం రెండు పనులు చేయాలి - mysql డంప్‌ను 50 మీటర్లు బయటకు వెళ్లండి, అది ఒక నిమిషంలో అక్కడకు ఎగురుతుంది మరియు అక్కడ ఉన్న బ్యాకప్ నుండి నిర్దిష్ట సంఖ్యలో చిత్రాలను బయటకు తీస్తుంది. ఇది కూడా లేదు, ఎంతకాలం దేవుడెరుగు. ఇలా అరగంటలో మొత్తం పైకి లేస్తుంది. ప్రతిరూపం లేదు, లేదా దేవుడు నన్ను క్షమించు, స్వయంచాలక వైఫల్యం. ముగింపు: బ్యాకప్ నుండి మనం త్వరగా బయటకు తీయగలిగే వాటిని బ్యాకప్ చేయవలసిన అవసరం లేదు.

ఉదాహరణ సంఖ్య మూడు, మరింత సంక్లిష్టమైనది

ఆన్‌లైన్ స్టోర్. ఓపెన్ హార్ట్‌తో ఉన్న PhP కొద్దిగా ట్వీక్ చేయబడింది, mysql సాలిడ్ బేస్‌తో ఉంటుంది. చాలా స్టాటిక్ (అన్నింటికంటే, ఆన్‌లైన్ స్టోర్ అందమైన HD చిత్రాలు మరియు అన్ని అంశాలను కలిగి ఉంది), సెషన్ కోసం రెడిస్ మరియు శోధన కోసం సాగే శోధన. మేము పనికిరాని సమయం గురించి ఆలోచించడం ప్రారంభిస్తాము. మరియు ఇక్కడ, వాస్తవానికి, ఆన్‌లైన్ స్టోర్ ఒక రోజు పాటు నొప్పిలేకుండా ఉండదని స్పష్టంగా తెలుస్తుంది. అన్నింటికంటే, ఇది ఎంత ఎక్కువ కాలం ఉంటుంది, మనం ఎక్కువ డబ్బు కోల్పోతాము. వేగవంతం చేయడం విలువైనదే. ఎంత? మనం ఒక గంట పడుకుంటే ఎవరికీ పిచ్చి పట్టదు. అవును, మనం ఏదో కోల్పోతాము, కానీ మనం కష్టపడి పనిచేయడం ప్రారంభిస్తే, అది మరింత దిగజారిపోతుంది. మేము గంటకు అనుమతించబడిన పనికిరాని సమయాన్ని నిర్వచించాము.

ఇవన్నీ ఎలా రిజర్వ్ చేయబడతాయి? ఏ సందర్భంలోనైనా మీకు కారు అవసరం: ఒక గంట సమయం చాలా తక్కువ. MySQL: ఇక్కడ మనకు ఇప్పటికే ప్రతిరూపణ, ప్రత్యక్ష ప్రతిరూపణ అవసరం, ఎందుకంటే ఒక గంటలో 100 GB ఎక్కువగా డంప్‌కు జోడించబడదు. స్టాటిక్స్, చిత్రాలు: మళ్లీ, ఒక గంటలో 500 GB జోడించడానికి సమయం ఉండకపోవచ్చు. అందువల్ల, చిత్రాలను వెంటనే కాపీ చేయడం మంచిది. రెడిస్: ఇక్కడే విషయాలు ఆసక్తికరంగా ఉంటాయి. రెడిస్‌లో, సెషన్‌లు నిల్వ చేయబడతాయి - మేము దానిని తీసుకొని పాతిపెట్టలేము. ఎందుకంటే ఇది చాలా మంచిది కాదు: వినియోగదారులందరూ లాగ్ అవుట్ చేయబడతారు, వారి బుట్టలు ఖాళీ చేయబడతాయి మరియు మొదలైనవి. వ్యక్తులు వారి వినియోగదారు పేరు మరియు పాస్‌వర్డ్‌ను మళ్లీ నమోదు చేయవలసి వస్తుంది మరియు చాలా మంది వ్యక్తులు విడిపోయి కొనుగోలును పూర్తి చేయకపోవచ్చు. మళ్లీ, మార్పిడులు తగ్గుతాయి. మరోవైపు, Redis నేరుగా తాజాగా ఉంది, చివరిగా లాగిన్ చేసిన వినియోగదారులకు బహుశా అవసరం లేదు. మరియు ఒక మంచి రాజీ ఏమిటంటే, Redisని తీసుకొని, నిన్నటి నుండి బ్యాకప్ నుండి దాన్ని పునరుద్ధరించడం లేదా, మీరు ప్రతి గంటకు, ఒక గంట క్రితం నుండి ఇలా చేస్తే. అదృష్టవశాత్తూ, బ్యాకప్ నుండి దాన్ని పునరుద్ధరించడం అంటే ఒక ఫైల్‌ను కాపీ చేయడం. మరియు అత్యంత ఆసక్తికరమైన కథ సాగే శోధన. MySQL రెప్లికేషన్‌ను ఎవరు ఎప్పుడో ఎంచుకున్నారు? ఎలాస్టిక్‌సెర్చ్ రెప్లికేషన్‌ను ఎప్పుడో ఎవరు ఎంచుకున్నారు? మరియు ఇది ఎవరి కోసం సాధారణంగా పని చేసింది? నా ఉద్దేశ్యం ఏమిటంటే, మన సిస్టమ్‌లో ఒక నిర్దిష్ట ఎంటిటీని మనం చూస్తాము. ఇది ఉపయోగకరంగా ఉన్నట్లు అనిపిస్తుంది - కానీ ఇది సంక్లిష్టమైనది.
మా తోటి ఇంజనీర్లకు దానితో పనిచేసిన అనుభవం లేదు అనే అర్థంలో సంక్లిష్టమైనది. లేదా ప్రతికూల అనుభవం ఉంది. లేదా ఇది ఇప్పటికీ సూక్ష్మ నైపుణ్యాలు లేదా అసంబద్ధతతో కూడిన కొత్త సాంకేతికత అని మేము అర్థం చేసుకున్నాము. మనం అనుకుంటున్నాం... పాడు, సాగేవి కూడా ఆరోగ్యకరం, బ్యాకప్ నుండి దాన్ని పునరుద్ధరించడానికి కూడా చాలా సమయం పడుతుంది, నేను ఏమి చేయాలి? మా విషయంలో సాగే పదార్ధం శోధన కోసం ఉపయోగించబడుతుందని మేము అర్థం చేసుకున్నాము. మా ఆన్‌లైన్ స్టోర్ ఎలా విక్రయిస్తుంది? మేము విక్రయదారుల వద్దకు వెళ్లి ప్రజలు ఎక్కడ నుండి వచ్చారని అడుగుతాము. వారు సమాధానం ఇస్తారు: "Yandex మార్కెట్ నుండి 90% నేరుగా ఉత్పత్తి కార్డుకు వస్తాయి." మరియు వారు దానిని కొనుగోలు చేస్తారు లేదా చేయరు. అందువల్ల, 10% మంది వినియోగదారులకు శోధన అవసరం. మరియు సాగే ప్రతిరూపణను ఉంచడం, ముఖ్యంగా వేర్వేరు జోన్‌లలోని వేర్వేరు డేటా సెంటర్‌ల మధ్య, నిజంగా చాలా సూక్ష్మ నైపుణ్యాలను కలిగి ఉంటుంది. ఏ నిష్క్రమణ? మేము రిజర్వు చేయబడిన సైట్ నుండి సాగేదాన్ని తీసుకుంటాము మరియు దానితో ఏమీ చేయము. విషయం కొనసాగితే, మేము దానిని ఏదో ఒక రోజు లేవనెత్తుతాము, కానీ ఇది ఖచ్చితంగా కాదు. వాస్తవానికి, ముగింపు ఒకే విధంగా ఉంటుంది, ప్లస్ లేదా మైనస్: మేము, మళ్ళీ, డబ్బును ప్రభావితం చేయని సేవలను రిజర్వ్ చేయము. రేఖాచిత్రాన్ని సరళంగా ఉంచడానికి.

ఉదాహరణ సంఖ్య నాలుగు, మరింత కష్టం

ఇంటిగ్రేటర్: పువ్వులు అమ్మడం, టాక్సీకి కాల్ చేయడం, వస్తువులను అమ్మడం, సాధారణంగా ఏదైనా. పెద్ద సంఖ్యలో వినియోగదారుల కోసం 24/7 పని చేసే తీవ్రమైన విషయం. పూర్తి స్థాయి ఆసక్తికరమైన స్టాక్‌తో, ఇక్కడ ఆసక్తికరమైన ఆధారాలు, పరిష్కారాలు, అధిక లోడ్, మరియు ముఖ్యంగా, 5 నిమిషాల కంటే ఎక్కువ పడుకోవడం బాధిస్తుంది. ప్రజలు కొనుగోలు చేయనందున మాత్రమే కాదు, కానీ ఈ విషయం పని చేయదని ప్రజలు చూస్తారు కాబట్టి, వారు కలత చెందుతారు మరియు తిరిగి రాకపోవచ్చు.

అలాగే. ఐదు నిమిషాలు. దీని గురించి మనం ఏమి చేయబోతున్నాం? ఈ సందర్భంలో, మేము, పెద్దల మాదిరిగానే, అన్నింటికీ ప్రతిరూపంతో నిజమైన బ్యాకప్ సైట్‌ను నిర్మించడానికి మొత్తం డబ్బును ఉపయోగిస్తాము మరియు బహుశా ఈ సైట్‌కి మారడాన్ని స్వయంచాలకంగా కూడా చేయవచ్చు. మరియు దీనికి అదనంగా, మీరు ఒక ముఖ్యమైన విషయం చేయాలని గుర్తుంచుకోవాలి: వాస్తవానికి, స్విచ్చింగ్ నిబంధనలను వ్రాయండి. మీరు ప్రతిదీ స్వయంచాలకంగా కలిగి ఉన్నప్పటికీ, నిబంధనలు చాలా సరళంగా ఉంటాయి. సిరీస్ నుండి “అటువంటి మరియు అలాంటి స్క్రిప్ట్‌ను అమలు చేయండి”, “రూట్ 53లో అటువంటి చెక్‌బాక్స్‌ని క్లిక్ చేయండి” మరియు మొదలైనవి - అయితే ఇది ఖచ్చితంగా కొన్ని రకాల చర్యల జాబితా అయి ఉండాలి.

మరియు ప్రతిదీ స్పష్టంగా కనిపిస్తుంది. ప్రతిరూపణను మార్చడం అనేది ఒక చిన్న పని, లేదా అది స్వయంగా మారుతుంది. DNSలో డొమైన్ పేరును తిరిగి వ్రాయడం అదే సిరీస్‌కు చెందినది. ఇబ్బంది ఏమిటంటే, అటువంటి ప్రాజెక్ట్ విఫలమైనప్పుడు, భయాందోళనలు మొదలవుతాయి మరియు బలమైన, గడ్డం ఉన్న నిర్వాహకులు కూడా దీనికి లోనవుతారు. స్పష్టమైన సూచనలు లేకుండా “టెర్మినల్‌ను తెరవండి, ఇక్కడకు రండి, మా సర్వర్ చిరునామా ఇప్పటికీ ఇలాగే ఉంది,” పునరుజ్జీవనం కోసం కేటాయించిన 5 నిమిషాల సమయ పరిమితిని చేరుకోవడం కష్టం. బాగా, అదనంగా, మేము ఈ నిబంధనలను ఉపయోగించినప్పుడు, మౌలిక సదుపాయాలలో కొన్ని మార్పులను రికార్డ్ చేయడం సులభం, ఉదాహరణకు, మరియు తదనుగుణంగా నిబంధనలను మార్చడం.
సరే, రిజర్వేషన్ సిస్టమ్ చాలా క్లిష్టంగా ఉంటే మరియు ఏదో ఒక సమయంలో మేము పొరపాటు చేస్తే, మేము మా బ్యాకప్ సైట్‌ను నాశనం చేయవచ్చు మరియు అదనంగా డేటాను రెండు సైట్‌లలోని గుమ్మడికాయగా మార్చవచ్చు - ఇది పూర్తిగా విచారంగా ఉంటుంది.

ఉదాహరణ సంఖ్య ఐదు, పూర్తి హార్డ్కోర్

ప్రపంచవ్యాప్తంగా వందల మిలియన్ల మంది వినియోగదారులతో అంతర్జాతీయ సేవ. అన్ని సమయ మండలాలు ఉన్నాయి, గరిష్ట వేగంతో అధిక లోడ్, మీరు అస్సలు పడుకోలేరు. ఒక నిమిషం - మరియు అది విచారంగా ఉంటుంది. ఏం చేయాలి? రిజర్వ్, మళ్ళీ, పూర్తి ప్రోగ్రామ్ ప్రకారం. మునుపటి ఉదాహరణలో నేను మాట్లాడిన ప్రతిదాన్ని మేము చేసాము మరియు కొంచెం ఎక్కువ. ఆదర్శవంతమైన ప్రపంచం, మరియు మా మౌలిక సదుపాయాలు IaaC devops యొక్క అన్ని భావనలకు అనుగుణంగా ఉంటాయి. అంటే, ప్రతిదీ gitలో ఉంది మరియు మీరు బటన్‌ను నొక్కండి.

ఏమి లేదు? ఒకటి - వ్యాయామాలు. అవి లేకుండా అసాధ్యం. మనతో ప్రతిదీ ఖచ్చితంగా ఉన్నట్లు అనిపిస్తుంది, సాధారణంగా మనకు ప్రతిదీ నియంత్రణలో ఉంటుంది. మేము బటన్ నొక్కండి, ప్రతిదీ జరుగుతుంది. ఇది అలా జరిగినప్పటికీ - మరియు అది ఈ విధంగా జరగదని మేము అర్థం చేసుకున్నాము - మా సిస్టమ్ కొన్ని ఇతర సిస్టమ్‌లతో పరస్పర చర్య చేస్తుంది. ఉదాహరణకు, ఇది రూట్ 53 నుండి dns, s3 నిల్వ, కొంత apiతో ఏకీకరణ. ఈ ఊహాజనిత ప్రయోగంలో మనం అన్నింటినీ ముందుగా చూడలేము. మరియు మేము నిజంగా స్విచ్‌ని లాగే వరకు, అది పని చేస్తుందో లేదో మాకు తెలియదు.

బహుశా అంతే. సోమరితనం లేదా అతిగా చేయవద్దు. మరియు సమయ సమయము మీతో ఉండవచ్చు!

మూలం: www.habr.com