പരാജയം: പരിപൂർണ്ണതയും... അലസതയും നമ്മെ നശിപ്പിക്കുന്നു

വേനൽക്കാലത്ത്, വാങ്ങൽ പ്രവർത്തനവും വെബ് പ്രോജക്റ്റുകളുടെ ഇൻഫ്രാസ്ട്രക്ചറിലെ മാറ്റങ്ങളുടെ തീവ്രതയും പരമ്പരാഗതമായി കുറയുന്നു, ക്യാപ്റ്റൻ ഒബ്വിയസ് ഞങ്ങളോട് പറയുന്നു. കാരണം ഐടി സ്പെഷ്യലിസ്റ്റുകൾ പോലും ചിലപ്പോൾ അവധിക്ക് പോകാറുണ്ട്. ഒപ്പം സിടിഒയും. ഓഫീസിൽ തുടരുന്നവർക്ക് ഇത് കൂടുതൽ ബുദ്ധിമുട്ടാണ്, പക്ഷേ ഇപ്പോൾ അതല്ല വിഷയം: ഒരുപക്ഷേ, നിലവിലുള്ള റിസർവേഷൻ സ്കീമിനെക്കുറിച്ച് പതുക്കെ ചിന്തിക്കാനും അത് മെച്ചപ്പെടുത്തുന്നതിനുള്ള ഒരു പദ്ധതി തയ്യാറാക്കാനും വേനൽക്കാലമാണ് ഏറ്റവും നല്ല കാലഘട്ടം. യെഗോർ ആൻഡ്രീവിന്റെ അനുഭവവും അഡ്മിൻ ഡിവിഷൻസമ്മേളനത്തിൽ അദ്ദേഹം സംസാരിച്ചത് പ്രവർത്തന സമയം.

ബാക്കപ്പ് സൈറ്റുകൾ നിർമ്മിക്കുമ്പോൾ നിങ്ങൾക്ക് വീഴാവുന്ന നിരവധി അപകടങ്ങളുണ്ട്. മാത്രമല്ല അവയിൽ പിടിക്കപ്പെടുക എന്നത് തികച്ചും അസാധ്യമാണ്. മറ്റ് പല കാര്യങ്ങളിലും എന്നപോലെ ഇതിലെല്ലാം നമ്മെ നശിപ്പിക്കുന്നത് പരിപൂർണ്ണതയും... മടിയുമാണ്. ഞങ്ങൾ എല്ലാം, എല്ലാം, എല്ലാം, എല്ലാം തികച്ചും ചെയ്യാൻ ശ്രമിക്കുന്നു, പക്ഷേ ഞങ്ങൾ അത് പൂർണ്ണമായി ചെയ്യേണ്ടതില്ല! നിങ്ങൾ ചില കാര്യങ്ങൾ മാത്രം ചെയ്യേണ്ടതുണ്ട്, പക്ഷേ അവ ശരിയായി ചെയ്യുക, പൂർത്തിയാക്കുക, അങ്ങനെ അവ ശരിയായി പ്രവർത്തിക്കും.

പരാജയം ഒരുതരം രസകരവും രസകരവുമായ കാര്യമല്ല; ഇത് കൃത്യമായി ഒരു കാര്യം ചെയ്യേണ്ട കാര്യമാണ് - പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കുക, അങ്ങനെ സേവനത്തിന്, കമ്പനിക്ക്, കുറച്ച് പണം നഷ്ടപ്പെടും. എല്ലാ റിസർവേഷൻ രീതികളിലും, ഇനിപ്പറയുന്ന സന്ദർഭത്തിൽ ചിന്തിക്കാൻ ഞാൻ നിർദ്ദേശിക്കുന്നു: പണം എവിടെയാണ്?

ആദ്യ കെണി: ഞങ്ങൾ വലുതും വിശ്വസനീയവുമായ സംവിധാനങ്ങൾ നിർമ്മിക്കുകയും ആവർത്തനത്തിൽ ഏർപ്പെടുകയും ചെയ്യുമ്പോൾ, ഞങ്ങൾ അപകടങ്ങളുടെ എണ്ണം കുറയ്ക്കുന്നു. ഇത് ഭയങ്കര തെറ്റിദ്ധാരണയാണ്. നാം ആവർത്തനത്തിൽ ഏർപ്പെടുമ്പോൾ, അപകടങ്ങളുടെ എണ്ണം വർദ്ധിപ്പിക്കാൻ സാധ്യതയുണ്ട്. ഞങ്ങൾ എല്ലാം ശരിയായി ചെയ്യുകയാണെങ്കിൽ, ഞങ്ങൾ കൂട്ടായി പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കും. കൂടുതൽ അപകടങ്ങൾ ഉണ്ടാകുമെങ്കിലും കുറഞ്ഞ ചിലവിൽ സംഭവിക്കും. എന്താണ് സംവരണം? - ഇത് സിസ്റ്റത്തിന്റെ ഒരു സങ്കീർണതയാണ്. ഏത് സങ്കീർണതയും മോശമാണ്: ഞങ്ങൾക്ക് കൂടുതൽ കോഗുകൾ, കൂടുതൽ ഗിയറുകൾ, ഒരു വാക്കിൽ, കൂടുതൽ ഘടകങ്ങൾ ഉണ്ട് - അതിനാൽ, തകരാനുള്ള ഉയർന്ന സാധ്യത. അവർ ശരിക്കും തകർക്കും. മാത്രമല്ല അവ പലപ്പോഴും തകരുകയും ചെയ്യും. ഒരു ലളിതമായ ഉദാഹരണം: നമുക്ക് PHP, MySQL എന്നിവയുള്ള ഒരു വെബ്സൈറ്റ് ഉണ്ടെന്ന് പറയാം. കൂടാതെ അത് അടിയന്തിരമായി റിസർവ് ചെയ്യേണ്ടതുണ്ട്.

Shtosh (c) ഞങ്ങൾ രണ്ടാമത്തെ സൈറ്റ് എടുക്കുന്നു, സമാനമായ ഒരു സിസ്റ്റം നിർമ്മിക്കുന്നു... സങ്കീർണ്ണത ഇരട്ടിയായി മാറുന്നു - ഞങ്ങൾക്ക് രണ്ട് എന്റിറ്റികളുണ്ട്. ഒരു സൈറ്റിൽ നിന്ന് മറ്റൊന്നിലേക്ക് ഡാറ്റ കൈമാറുന്നതിനുള്ള ഒരു പ്രത്യേക ലോജിക്കും ഞങ്ങൾ തയ്യാറാക്കുന്നു - അതായത്, ഡാറ്റ റെപ്ലിക്കേഷൻ, സ്റ്റാറ്റിക് ഡാറ്റ പകർത്തൽ തുടങ്ങിയവ. അതിനാൽ, റെപ്ലിക്കേഷൻ ലോജിക് സാധാരണയായി വളരെ സങ്കീർണ്ണമാണ്, അതിനാൽ, സിസ്റ്റത്തിന്റെ ആകെ സങ്കീർണ്ണത 2 അല്ല, 3, 5, 10 മടങ്ങ് വലുതായിരിക്കും.

രണ്ടാമത്തെ കെണി: ഞങ്ങൾ ശരിക്കും വലിയ സങ്കീർണ്ണ സംവിധാനങ്ങൾ നിർമ്മിക്കുമ്പോൾ, അവസാനം നമുക്ക് എന്താണ് ലഭിക്കാൻ ആഗ്രഹിക്കുന്നതെന്ന് ഞങ്ങൾ ഭാവനയിൽ കാണുന്നു. വോയ്‌ല: പ്രവർത്തനരഹിതമായ, അര സെക്കൻഡിനുള്ളിൽ മാറുന്ന (അല്ലെങ്കിൽ അതിലും മികച്ചത്, തൽക്ഷണം) ഒരു സൂപ്പർ-വിശ്വസനീയമായ സിസ്റ്റം ലഭിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു, ഞങ്ങൾ സ്വപ്നങ്ങൾ യാഥാർത്ഥ്യമാക്കാൻ തുടങ്ങുന്നു. എന്നാൽ ഇവിടെ ഒരു ന്യൂനൻസ് കൂടിയുണ്ട്: ആവശ്യമുള്ള സ്വിച്ചിംഗ് സമയം കുറയുമ്പോൾ, സിസ്റ്റം ലോജിക് കൂടുതൽ സങ്കീർണ്ണമാകും. ഈ യുക്തി എത്രത്തോളം സങ്കീർണ്ണമാക്കണം, അത്രയധികം പലപ്പോഴും സിസ്റ്റം തകരും. നിങ്ങൾക്ക് വളരെ അസുഖകരമായ ഒരു സാഹചര്യത്തിൽ അവസാനിക്കാം: പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കാൻ ഞങ്ങൾ എല്ലാ ശക്തിയും ഉപയോഗിച്ച് ശ്രമിക്കുന്നു, എന്നാൽ വാസ്തവത്തിൽ ഞങ്ങൾ എല്ലാം കൂടുതൽ സങ്കീർണ്ണമാക്കുകയാണ്, എന്തെങ്കിലും തെറ്റ് സംഭവിക്കുമ്പോൾ, പ്രവർത്തനരഹിതമായ സമയം നീണ്ടുനിൽക്കും. ഇവിടെ നിങ്ങൾ പലപ്പോഴും ചിന്തിക്കുന്നു: ശരി... ഒരു റിസർവേഷൻ ചെയ്യാതിരിക്കുന്നതാണ് നല്ലത്. ഇത് ഒറ്റയ്ക്കും മനസ്സിലാക്കാവുന്ന പ്രവർത്തനരഹിതമായും പ്രവർത്തിച്ചാൽ നന്നായിരിക്കും.

നിങ്ങൾക്ക് ഇതിനെതിരെ എങ്ങനെ പോരാടാനാകും? നമ്മൾ സ്വയം കള്ളം പറയുന്നത് നിർത്തണം, ഞങ്ങൾ ഇപ്പോൾ ഇവിടെ ഒരു ബഹിരാകാശ കപ്പൽ നിർമ്മിക്കാൻ പോകുന്നു എന്ന് സ്വയം ആഹ്ലാദിക്കുന്നത് നിർത്തണം, എന്നാൽ പദ്ധതിക്ക് എത്രത്തോളം കിടക്കാൻ കഴിയുമെന്ന് വേണ്ടത്ര മനസ്സിലാക്കുക. ഈ പരമാവധി സമയത്തേക്ക്, ഞങ്ങളുടെ സിസ്റ്റത്തിന്റെ വിശ്വാസ്യത വർദ്ധിപ്പിക്കുന്നതിന് ഞങ്ങൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കേണ്ട രീതികൾ തിരഞ്ഞെടുക്കും.

ജീവിതത്തിൽ നിന്നുള്ള "കഥകൾ"... തീർച്ചയായും, ജീവിതത്തിൽ നിന്നുള്ള സമയമാണിത്.

ഒന്നാം നമ്പർ ഉദാഹരണം

N നഗരത്തിലെ പൈപ്പ് റോളിംഗ് പ്ലാന്റ് നമ്പർ 1-ന് വേണ്ടിയുള്ള ഒരു ബിസിനസ് കാർഡ് വെബ്‌സൈറ്റ് സങ്കൽപ്പിക്കുക. അതിൽ വലിയ അക്ഷരങ്ങളിൽ പറയുന്നു - പൈപ്പ് റോളിംഗ് പ്ലാന്റ് നമ്പർ 1. താഴെയുള്ള മുദ്രാവാക്യം: "ഞങ്ങളുടെ പൈപ്പുകൾ N-ലെ ഏറ്റവും വൃത്താകൃതിയിലുള്ള പൈപ്പുകളാണ്." കൂടാതെ സിഇഒയുടെ ഫോൺ നമ്പറും അദ്ദേഹത്തിന്റെ പേരും ചുവടെയുണ്ട്. നിങ്ങൾ ഒരു റിസർവേഷൻ നടത്തേണ്ടതുണ്ടെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു - ഇത് വളരെ പ്രധാനപ്പെട്ട കാര്യമാണ്! അതിൽ എന്താണ് അടങ്ങിയിരിക്കുന്നതെന്ന് നമുക്ക് കണ്ടുപിടിക്കാൻ തുടങ്ങാം. Html-statics - അതായത്, ജനറൽ മാനേജർ, വാസ്തവത്തിൽ, ബാത്ത്ഹൗസിലെ മേശയിൽ തന്റെ പങ്കാളിയുമായി അടുത്ത ഇടപാടിനെക്കുറിച്ച് ചർച്ച ചെയ്യുന്ന രണ്ട് ചിത്രങ്ങൾ. പ്രവർത്തനരഹിതമായ സമയത്തെക്കുറിച്ച് ഞങ്ങൾ ചിന്തിക്കാൻ തുടങ്ങുന്നു. ഇത് ഓർമ്മ വരുന്നു: നിങ്ങൾ അഞ്ച് മിനിറ്റ് അവിടെ കിടക്കേണ്ടതുണ്ട്, ഇനി വേണ്ട. അപ്പോൾ ചോദ്യം ഉയർന്നുവരുന്നു: ഞങ്ങളുടെ ഈ സൈറ്റിൽ നിന്ന് പൊതുവെ എത്ര വിൽപ്പന ഉണ്ടായിരുന്നു? എത്ര-എത്ര? "പൂജ്യം" എന്താണ് അർത്ഥമാക്കുന്നത്? അതിനർത്ഥം: കാരണം ജനറൽ കഴിഞ്ഞ വർഷം നാല് ഇടപാടുകളും ഒരേ മേശയിൽ നടത്തി, അവർ ബാത്ത്ഹൗസിൽ പോയി മേശപ്പുറത്ത് ഇരിക്കുന്ന അതേ ആളുകളുമായി. സൈറ്റ് ഒരു ദിവസം ഇരുന്നാലും ഭയാനകമായ ഒന്നും സംഭവിക്കില്ലെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു.

ആമുഖ വിവരങ്ങളുടെ അടിസ്ഥാനത്തിൽ, ഈ കഥ ഉന്നയിക്കാൻ ഒരു ദിവസമുണ്ട്. ഒരു റിഡൻഡൻസി സ്കീമിനെക്കുറിച്ച് ചിന്തിക്കാൻ തുടങ്ങാം. ഈ ഉദാഹരണത്തിനായി ഞങ്ങൾ ഏറ്റവും അനുയോജ്യമായ റിഡൻഡൻസി സ്കീം തിരഞ്ഞെടുക്കുന്നു: ഞങ്ങൾ റിഡൻഡൻസി ഉപയോഗിക്കുന്നില്ല. സ്മോക്ക് ബ്രേക്കുകൾ കൊണ്ട് അരമണിക്കൂറിനുള്ളിൽ ഏത് അഡ്മിനും ഇത് മുഴുവൻ ഉയർത്താം. ഒരു വെബ് സെർവർ ഇൻസ്റ്റാൾ ചെയ്യുക, ഫയലുകൾ ചേർക്കുക - അത്രമാത്രം. അത് പ്രവർത്തിക്കും. ഒന്നിലും കണ്ണ് വെക്കേണ്ടതില്ല, പ്രത്യേകം ശ്രദ്ധിക്കേണ്ട കാര്യമില്ല. അതായത്, ഒന്നാം നമ്പർ ഉദാഹരണത്തിൽ നിന്നുള്ള നിഗമനം തികച്ചും വ്യക്തമാണ്: റിസർവ് ചെയ്യേണ്ട ആവശ്യമില്ലാത്ത സേവനങ്ങൾ റിസർവ് ചെയ്യേണ്ടതില്ല.

ഉദാഹരണം നമ്പർ രണ്ട്

കമ്പനി ബ്ലോഗ്: പ്രത്യേക പരിശീലനം ലഭിച്ച ആളുകൾ അവിടെ വാർത്തകൾ എഴുതുന്നു, അത്തരത്തിലുള്ള ഒരു എക്സിബിഷനിൽ ഞങ്ങൾ പങ്കെടുത്തു, പക്ഷേ ഞങ്ങൾ മറ്റൊരു പുതിയ ഉൽപ്പന്നം പുറത്തിറക്കി. ഇത് വേർഡ്പ്രസ്സ് ഉള്ള സ്റ്റാൻഡേർഡ് PHP ആണെന്ന് പറയാം, ഒരു ചെറിയ ഡാറ്റാബേസും അൽപ്പം സ്റ്റാറ്റിക്. തീർച്ചയായും, നിങ്ങൾ ഒരു സാഹചര്യത്തിലും കിടക്കരുതെന്ന് വീണ്ടും ഓർമ്മ വരുന്നു - “അഞ്ച് മിനിറ്റിൽ കൂടരുത്!” അത്രമാത്രം. എന്നാൽ നമുക്ക് കൂടുതൽ ചിന്തിക്കാം. ഈ ബ്ലോഗ് എന്താണ് ചെയ്യുന്നത്? Yandex-ൽ നിന്ന്, ഗൂഗിളിൽ നിന്ന് ചില ചോദ്യങ്ങളെ അടിസ്ഥാനമാക്കി, ജൈവികമായി ആളുകൾ അവിടെ വരുന്നു. കൊള്ളാം. വിൽപ്പനയ്ക്ക് ഇതുമായി എന്തെങ്കിലും ബന്ധമുണ്ടോ? എപ്പിഫാനി: ശരിക്കും അല്ല. പരസ്യ ട്രാഫിക്ക് മറ്റൊരു മെഷീനിൽ ഉള്ള പ്രധാന സൈറ്റിലേക്ക് പോകുന്നു. ഒരു ബുക്കിംഗ് സ്കീമിനെക്കുറിച്ച് ചിന്തിക്കാൻ തുടങ്ങാം. ഒരു നല്ല രീതിയിൽ, ഇത് രണ്ട് മണിക്കൂറിനുള്ളിൽ ഉയർത്തേണ്ടതുണ്ട്, ഇതിനായി തയ്യാറെടുക്കുന്നത് നന്നായിരിക്കും. മറ്റൊരു ഡാറ്റാ സെന്ററിൽ നിന്ന് ഒരു മെഷീൻ എടുത്ത്, പരിസ്ഥിതിയെ അതിലേക്ക് റോൾ ചെയ്യുക, അതായത്, ഒരു വെബ് സെർവർ, PHP, WordPress, MySQL, അവിടെ ഉപേക്ഷിക്കുക. എല്ലാം തകർന്നുവെന്ന് മനസിലാക്കുന്ന നിമിഷത്തിൽ, നമ്മൾ രണ്ട് കാര്യങ്ങൾ ചെയ്യേണ്ടതുണ്ട് - mysql ഡംപ് 50 മീറ്റർ ഉരുട്ടുക, അത് ഒരു മിനിറ്റിനുള്ളിൽ അവിടെ പറക്കും, അവിടെയുള്ള ബാക്കപ്പിൽ നിന്ന് ഒരു നിശ്ചിത എണ്ണം ചിത്രങ്ങൾ പുറത്തെടുക്കും. ഇതും ഇല്ല, കാരണം ദൈവത്തിനറിയാം എത്ര കാലം. അങ്ങനെ, അരമണിക്കൂറിനുള്ളിൽ എല്ലാം ഉയരുന്നു. ഒരു പകർപ്പും ഇല്ല, അല്ലെങ്കിൽ ദൈവം എന്നോട് ക്ഷമിക്കൂ, യാന്ത്രിക പരാജയം. ഉപസംഹാരം: ഒരു ബാക്കപ്പിൽ നിന്ന് നമുക്ക് വേഗത്തിൽ പുറത്തെടുക്കാൻ കഴിയുന്നത് ബാക്കപ്പ് ചെയ്യേണ്ടതില്ല.

ഉദാഹരണം നമ്പർ മൂന്ന്, കൂടുതൽ സങ്കീർണ്ണമാണ്

ഓൺലൈൻ സ്റ്റോർ. തുറന്ന ഹൃദയത്തോടെയുള്ള പിഎച്ച്പി അൽപ്പം ട്വീക്ക് ചെയ്‌തതാണ്, സോളിഡ് ബേസ് ഉള്ള mysql. വളരെയധികം സ്റ്റാറ്റിക് (എല്ലാത്തിനുമുപരി, ഓൺലൈൻ സ്റ്റോറിൽ മനോഹരമായ HD ഇമേജുകളും എല്ലാ കാര്യങ്ങളും ഉണ്ട്), സെഷനുള്ള റെഡിസ്, തിരയലിനായി ഇലാസ്റ്റിക് സെർച്ച്. പ്രവർത്തനരഹിതമായ സമയത്തെക്കുറിച്ച് ഞങ്ങൾ ചിന്തിക്കാൻ തുടങ്ങുന്നു. ഇവിടെ, തീർച്ചയായും, ഒരു ഓൺലൈൻ സ്റ്റോറിന് ഒരു ദിവസം വേദനയില്ലാതെ കിടക്കാൻ കഴിയില്ലെന്ന് വ്യക്തമാണ്. എല്ലാത്തിനുമുപരി, അത് എത്രത്തോളം കിടക്കുന്നുവോ അത്രയും പണം നമുക്ക് നഷ്ടപ്പെടും. ഇത് വേഗത്തിലാക്കുന്നത് മൂല്യവത്താണ്. എത്രമാത്രം? ഒരു മണിക്കൂർ കിടന്നാൽ ആർക്കും ഭ്രാന്ത് പിടിക്കില്ല എന്ന് തോന്നുന്നു. അതെ, നമുക്ക് എന്തെങ്കിലും നഷ്ടപ്പെടും, പക്ഷേ നമ്മൾ കഠിനാധ്വാനം ചെയ്യാൻ തുടങ്ങിയാൽ, അത് കൂടുതൽ മോശമാകും. മണിക്കൂറിൽ അനുവദിക്കുന്ന പ്രവർത്തനരഹിതമായ ഒരു സ്കീം ഞങ്ങൾ നിർവ്വചിക്കുന്നു.

ഇതെല്ലാം എങ്ങനെ സംവരണം ചെയ്യും? ഏത് സാഹചര്യത്തിലും നിങ്ങൾക്ക് ഒരു കാർ ആവശ്യമാണ്: ഒരു മണിക്കൂർ സമയം വളരെ കുറവാണ്. Mysql: ഇവിടെ നമുക്ക് ഇതിനകം തന്നെ റെപ്ലിക്കേഷൻ, ലൈവ് റെപ്ലിക്കേഷൻ ആവശ്യമാണ്, കാരണം ഒരു മണിക്കൂറിനുള്ളിൽ 100 ​​GB മിക്കവാറും ഡമ്പിലേക്ക് ചേർക്കപ്പെടില്ല. സ്ഥിതിവിവരക്കണക്കുകൾ, ചിത്രങ്ങൾ: വീണ്ടും, ഒരു മണിക്കൂറിനുള്ളിൽ 500 GB ചേർക്കാൻ സമയമില്ലായിരിക്കാം. അതിനാൽ, ചിത്രങ്ങൾ ഉടൻ പകർത്തുന്നതാണ് നല്ലത്. റെഡിസ്: ഇവിടെയാണ് കാര്യങ്ങൾ രസകരമാകുന്നത്. റെഡിസിൽ, സെഷനുകൾ സംഭരിച്ചിരിക്കുന്നു - ഞങ്ങൾക്ക് അത് എടുത്ത് കുഴിച്ചിടാൻ കഴിയില്ല. കാരണം ഇത് വളരെ നല്ലതായിരിക്കില്ല: എല്ലാ ഉപയോക്താക്കളും ലോഗ് ഔട്ട് ചെയ്യപ്പെടും, അവരുടെ കൊട്ടകൾ ശൂന്യമാകും, അങ്ങനെ പലതും. ആളുകൾ അവരുടെ ഉപയോക്തൃനാമവും പാസ്‌വേഡും വീണ്ടും നൽകാൻ നിർബന്ധിതരാകും, കൂടാതെ പലരും പിരിഞ്ഞുപോയേക്കാം, വാങ്ങൽ പൂർത്തിയാക്കിയില്ല. വീണ്ടും, പരിവർത്തനങ്ങൾ കുറയും. മറുവശത്ത്, Redis നേരിട്ട് കാലികമാണ്, അവസാനം ലോഗിൻ ചെയ്‌ത ഉപയോക്താക്കൾക്കും ഇത് ആവശ്യമില്ല. റെഡിസ് എടുത്ത് ഇന്നലെ മുതൽ ഒരു ബാക്കപ്പിൽ നിന്ന് അത് പുനഃസ്ഥാപിക്കുക, അല്ലെങ്കിൽ ഓരോ മണിക്കൂറിലും നിങ്ങൾ ഇത് ചെയ്യുകയാണെങ്കിൽ, ഒരു മണിക്കൂർ മുമ്പ് മുതൽ. ഭാഗ്യവശാൽ, ഒരു ബാക്കപ്പിൽ നിന്ന് അത് പുനഃസ്ഥാപിക്കുക എന്നതിനർത്ഥം ഒരു ഫയൽ പകർത്തുക എന്നാണ്. ഏറ്റവും രസകരമായ കഥ ഇലാസ്റ്റിക് സെർച്ചാണ്. MySQL റെപ്ലിക്കേഷൻ എപ്പോഴെങ്കിലും എടുത്തത് ആരാണ്? ആരാണ് ഇലാസ്റ്റിക് സെർച്ച് റെപ്ലിക്കേഷൻ തിരഞ്ഞെടുത്തത്? ആർക്കുവേണ്ടിയാണ് ഇത് സാധാരണയായി പ്രവർത്തിച്ചത്? ഞാൻ ഉദ്ദേശിക്കുന്നത് നമ്മുടെ സിസ്റ്റത്തിൽ ഒരു നിശ്ചിത അസ്തിത്വം കാണുന്നു എന്നതാണ്. ഇത് ഉപയോഗപ്രദമാണെന്ന് തോന്നുന്നു - പക്ഷേ ഇത് സങ്കീർണ്ണമാണ്.
ഞങ്ങളുടെ സഹ എഞ്ചിനീയർമാർക്ക് അതിൽ പ്രവർത്തിച്ച പരിചയമില്ല എന്ന അർത്ഥത്തിൽ സങ്കീർണ്ണമാണ്. അല്ലെങ്കിൽ ഒരു നെഗറ്റീവ് അനുഭവം ഉണ്ട്. അല്ലെങ്കിൽ ഇത് ഇപ്പോഴും സൂക്ഷ്മതകളോ അസംസ്കൃതതയോ ഉള്ള ഒരു പുതിയ സാങ്കേതികവിദ്യയാണെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു. ഞങ്ങൾ ചിന്തിക്കുന്നു... നാശം, ഇലാസ്റ്റിക് ആരോഗ്യകരവുമാണ്, ഒരു ബാക്കപ്പിൽ നിന്ന് അത് പുനഃസ്ഥാപിക്കാൻ വളരെ സമയമെടുക്കും, ഞാൻ എന്തുചെയ്യണം? ഞങ്ങളുടെ കാര്യത്തിൽ ഇലാസ്റ്റിക് തിരയലിനായി ഉപയോഗിക്കുന്നുണ്ടെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു. ഞങ്ങളുടെ ഓൺലൈൻ സ്റ്റോർ എങ്ങനെയാണ് വിൽക്കുന്നത്? ഞങ്ങൾ വിപണനക്കാരുടെ അടുത്ത് പോയി ആളുകൾ എവിടെ നിന്നാണ് വരുന്നതെന്ന് ചോദിക്കുന്നു. അവർ ഉത്തരം നൽകുന്നു: "Yandex Market-ൽ നിന്ന് 90% ഉൽപ്പന്ന കാർഡിലേക്ക് നേരിട്ട് വരുന്നു." ഒന്നുകിൽ അവർ അത് വാങ്ങുന്നു അല്ലെങ്കിൽ വാങ്ങുന്നില്ല. അതിനാൽ, 10% ഉപയോക്താക്കൾക്ക് തിരയൽ ആവശ്യമാണ്. ഇലാസ്റ്റിക് റെപ്ലിക്കേഷൻ സൂക്ഷിക്കുന്നത്, പ്രത്യേകിച്ച് വ്യത്യസ്ത സോണുകളിലെ വ്യത്യസ്ത ഡാറ്റാ സെന്ററുകൾക്കിടയിൽ, ശരിക്കും ധാരാളം സൂക്ഷ്മതകളുണ്ട്. ഏത് എക്സിറ്റ്? ഒരു റിസർവ് ചെയ്ത സൈറ്റിൽ നിന്ന് ഞങ്ങൾ ഇലാസ്റ്റിക് എടുക്കുന്നു, അത് കൊണ്ട് ഒന്നും ചെയ്യുന്നില്ല. വിഷയം ഇഴഞ്ഞുനീങ്ങുകയാണെങ്കിൽ, എന്നെങ്കിലും ഞങ്ങൾ അത് ഉന്നയിക്കും, പക്ഷേ ഇത് ഉറപ്പില്ല. യഥാർത്ഥത്തിൽ, നിഗമനം ഒന്നുതന്നെയാണ്, പ്ലസ് അല്ലെങ്കിൽ മൈനസ്: ഞങ്ങൾ വീണ്ടും, പണത്തെ ബാധിക്കാത്ത സേവനങ്ങൾ റിസർവ് ചെയ്യുന്നില്ല. ഡയഗ്രം ലളിതമാക്കാൻ.

ഉദാഹരണം നമ്പർ നാല്, അതിലും ബുദ്ധിമുട്ടാണ്

ഇന്റഗ്രേറ്റർ: പൂക്കൾ വിൽക്കുക, ടാക്സി വിളിക്കുക, സാധനങ്ങൾ വിൽക്കുക, പൊതുവേ, എന്തും. ധാരാളം ഉപയോക്താക്കൾക്കായി 24/7 പ്രവർത്തിക്കുന്ന ഗുരുതരമായ കാര്യം. ഒരു പൂർണ്ണമായ രസകരമായ സ്റ്റാക്ക് ഉപയോഗിച്ച്, അവിടെ രസകരമായ അടിത്തറകൾ, പരിഹാരങ്ങൾ, ഉയർന്ന ലോഡ്, ഏറ്റവും പ്രധാനമായി, 5 മിനിറ്റിൽ കൂടുതൽ കിടക്കുന്നത് വേദനിപ്പിക്കുന്നു. ആളുകൾ വാങ്ങാത്തതിനാൽ മാത്രമല്ല, മാത്രമല്ല, ഇത് പ്രവർത്തിക്കുന്നില്ലെന്ന് ആളുകൾ കാണുമെന്നതിനാൽ, അവർ അസ്വസ്ഥരാകുകയും തിരികെ വരാതിരിക്കുകയും ചെയ്യും.

ശരി. അഞ്ച് നിമിഷം. ഇതിനെക്കുറിച്ച് നമ്മൾ എന്താണ് ചെയ്യാൻ പോകുന്നത്? ഈ സാഹചര്യത്തിൽ, മുതിർന്നവരെപ്പോലെ ഞങ്ങളും എല്ലാ പണവും ഒരു യഥാർത്ഥ ബാക്കപ്പ് സൈറ്റ് നിർമ്മിക്കാൻ ഉപയോഗിക്കുന്നു, എല്ലാറ്റിന്റെയും തനിപ്പകർപ്പ്, ഒരുപക്ഷേ ഈ സൈറ്റിലേക്ക് മാറുന്നത് കഴിയുന്നത്ര ഓട്ടോമേറ്റ് ചെയ്യുക. ഇതുകൂടാതെ, ഒരു പ്രധാന കാര്യം ചെയ്യാൻ നിങ്ങൾ ഓർമ്മിക്കേണ്ടതുണ്ട്: യഥാർത്ഥത്തിൽ, സ്വിച്ചിംഗ് നിയന്ത്രണങ്ങൾ എഴുതുക. നിങ്ങൾക്ക് എല്ലാം ഓട്ടോമേറ്റഡ് ആണെങ്കിലും നിയന്ത്രണങ്ങൾ വളരെ ലളിതമായിരിക്കും. “അത്തരത്തിലുള്ളതും അത്തരത്തിലുള്ളതുമായ ഒരു സ്‌ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുക” എന്ന പരമ്പരയിൽ നിന്ന്, “റൂട്ട് 53 ലെ അത്തരത്തിലുള്ള ഒരു ചെക്ക്ബോക്‌സിൽ ക്ലിക്കുചെയ്യുക” തുടങ്ങിയവ - എന്നാൽ ഇത് ഏതെങ്കിലും തരത്തിലുള്ള പ്രവർത്തനങ്ങളുടെ കൃത്യമായ ലിസ്റ്റ് ആയിരിക്കണം.

കൂടാതെ എല്ലാം വ്യക്തമായതായി തോന്നുന്നു. പകർപ്പെടുക്കൽ മാറുന്നത് നിസ്സാരമായ ഒരു ജോലിയാണ്, അല്ലെങ്കിൽ അത് സ്വയം മാറും. DNS-ൽ ഒരു ഡൊമെയ്ൻ നാമം വീണ്ടും എഴുതുന്നത് അതേ ശ്രേണിയിൽ നിന്നാണ്. അത്തരമൊരു പ്രോജക്റ്റ് പരാജയപ്പെടുമ്പോൾ, പരിഭ്രാന്തി ആരംഭിക്കുന്നു, ഏറ്റവും ശക്തരായ, താടിയുള്ള അഡ്മിൻമാർ പോലും അതിന് വിധേയരാകാം എന്നതാണ് പ്രശ്‌നം. വ്യക്തമായ നിർദ്ദേശങ്ങളില്ലാതെ "ടെർമിനൽ തുറക്കൂ, ഇവിടെ വരൂ, ഞങ്ങളുടെ സെർവറിന്റെ വിലാസം ഇപ്പോഴും ഇതുപോലെയാണ്," പുനർ-ഉത്തേജനത്തിനായി അനുവദിച്ചിരിക്കുന്ന 5 മിനിറ്റ് സമയപരിധി പാലിക്കുന്നത് ബുദ്ധിമുട്ടാണ്. ശരി, കൂടാതെ, ഞങ്ങൾ ഈ നിയന്ത്രണങ്ങൾ ഉപയോഗിക്കുമ്പോൾ, ഇൻഫ്രാസ്ട്രക്ചറിലെ ചില മാറ്റങ്ങൾ രേഖപ്പെടുത്തുന്നത് എളുപ്പമാണ്, ഉദാഹരണത്തിന്, അതിനനുസരിച്ച് നിയന്ത്രണങ്ങൾ മാറ്റുക.
ശരി, റിസർവേഷൻ സംവിധാനം വളരെ സങ്കീർണ്ണവും ചില സമയങ്ങളിൽ ഞങ്ങൾ ഒരു തെറ്റ് വരുത്തിയതും ആണെങ്കിൽ, നമുക്ക് ഞങ്ങളുടെ ബാക്കപ്പ് സൈറ്റ് നശിപ്പിക്കാൻ കഴിയും, കൂടാതെ രണ്ട് സൈറ്റുകളിലെയും ഡാറ്റ ഒരു മത്തങ്ങയാക്കി മാറ്റാം - ഇത് പൂർണ്ണമായും സങ്കടകരമായിരിക്കും.

ഉദാഹരണം നമ്പർ അഞ്ച്, പൂർണ്ണ ഹാർഡ്‌കോർ

ലോകമെമ്പാടുമുള്ള ദശലക്ഷക്കണക്കിന് ഉപയോക്താക്കളുള്ള ഒരു അന്താരാഷ്ട്ര സേവനം. അവിടെയുള്ള എല്ലാ സമയ മേഖലകളും, പരമാവധി വേഗതയിൽ ഉയർന്ന ലോഡ്, നിങ്ങൾക്ക് കിടക്കാൻ കഴിയില്ല. ഒരു മിനിറ്റ് - അത് സങ്കടകരമായിരിക്കും. എന്തുചെയ്യും? പൂർണ്ണ പ്രോഗ്രാം അനുസരിച്ച് വീണ്ടും റിസർവ് ചെയ്യുക. മുമ്പത്തെ ഉദാഹരണത്തിൽ ഞാൻ സംസാരിച്ചതെല്ലാം ഞങ്ങൾ ചെയ്തു, കുറച്ചുകൂടി. ഒരു അനുയോജ്യമായ ലോകം, ഞങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചർ IaaC devops-ന്റെ എല്ലാ ആശയങ്ങൾക്കും അനുസരിച്ചുള്ളതാണ്. അതായത്, എല്ലാം git-ൽ ആണ്, നിങ്ങൾ ബട്ടൺ അമർത്തുക.

എന്താണ് വിട്ടുപോയത്? ഒന്ന് - വ്യായാമങ്ങൾ. അവരില്ലാതെ അത് അസാധ്യമാണ്. എല്ലാം നമ്മിൽ തികഞ്ഞതാണെന്ന് തോന്നുന്നു, നമുക്ക് പൊതുവെ എല്ലാം നിയന്ത്രണത്തിലാണ്. ഞങ്ങൾ ബട്ടൺ അമർത്തുക, എല്ലാം സംഭവിക്കുന്നു. ഇത് അങ്ങനെയാണെങ്കിലും - ഇത് ഈ രീതിയിൽ സംഭവിക്കുന്നില്ലെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു - ഞങ്ങളുടെ സിസ്റ്റം മറ്റ് ചില സിസ്റ്റങ്ങളുമായി സംവദിക്കുന്നു. ഉദാഹരണത്തിന്, ഇത് റൂട്ട് 53-ൽ നിന്നുള്ള dns ആണ്, s3 സ്റ്റോറേജ്, ചില api-യുമായുള്ള സംയോജനം. ഈ ഊഹക്കച്ചവട പരീക്ഷണത്തിൽ നമുക്ക് എല്ലാം മുൻകൂട്ടി കാണാൻ കഴിയില്ല. ഞങ്ങൾ സ്വിച്ച് വലിക്കുന്നതുവരെ, അത് പ്രവർത്തിക്കുമോ ഇല്ലയോ എന്ന് ഞങ്ങൾക്ക് അറിയില്ല.

ഒരുപക്ഷേ അത്രയേയുള്ളൂ. മടിയനാകുകയോ അമിതമായി പ്രവർത്തിക്കുകയോ ചെയ്യരുത്. പ്രവർത്തനസമയം നിങ്ങളോടൊപ്പമായിരിക്കാം!

അവലംബം: www.habr.com