എല്ലാത്തിനെയും ബാധിച്ച ഒരു റോൾഔട്ട് സ്റ്റോറി

യാഥാർത്ഥ്യത്തിന്റെ ശത്രുക്കൾ 12f-2 പ്രകാരം

ഏപ്രിൽ അവസാനം, വൈറ്റ് വാക്കർമാർ വിന്റർഫെല്ലിനെ ഉപരോധിക്കുമ്പോൾ, ഞങ്ങൾക്ക് കൂടുതൽ രസകരമായ എന്തെങ്കിലും സംഭവിച്ചു; ഞങ്ങൾ അസാധാരണമായ ഒരു റോൾഔട്ട് നടത്തി. തത്വത്തിൽ, ഞങ്ങൾ നിരന്തരം പുതിയ സവിശേഷതകൾ ഉൽപ്പാദനത്തിലേക്ക് (മറ്റെല്ലാവരെയും പോലെ) പുറത്തിറക്കുന്നു. എന്നാൽ ഇത് വ്യത്യസ്തമായിരുന്നു. ഞങ്ങൾ വരുത്തിയേക്കാവുന്ന ഏതെങ്കിലും തെറ്റുകൾ ഞങ്ങളുടെ എല്ലാ സേവനങ്ങളെയും ഉപയോക്താക്കളെയും ബാധിക്കും വിധമായിരുന്നു അതിന്റെ വ്യാപ്തി. തൽഫലമായി, പ്ലാൻ അനുസരിച്ച്, ആസൂത്രണം ചെയ്തതും പ്രഖ്യാപിച്ചതുമായ പ്രവർത്തനരഹിതമായ കാലയളവിനുള്ളിൽ, വിൽപ്പനയ്ക്ക് അനന്തരഫലങ്ങൾ ഇല്ലാതെ ഞങ്ങൾ എല്ലാം പുറത്തിറക്കി. ഞങ്ങൾ ഇത് എങ്ങനെ നേടിയെന്നും വീട്ടിൽ ആർക്കും ഇത് എങ്ങനെ ആവർത്തിക്കാമെന്നും ലേഖനം.

ഞങ്ങൾ എടുത്ത വാസ്തുവിദ്യയും സാങ്കേതികവുമായ തീരുമാനങ്ങൾ ഞാൻ ഇപ്പോൾ വിവരിക്കുന്നില്ല അല്ലെങ്കിൽ എല്ലാം എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് പറയില്ല. ഞാൻ നിരീക്ഷിച്ചതും ഞാൻ നേരിട്ട് ഉൾപ്പെട്ടതുമായ ഏറ്റവും പ്രയാസകരമായ റോൾഔട്ടുകളിൽ ഒന്ന് എങ്ങനെ സംഭവിച്ചു എന്നതിനെക്കുറിച്ചുള്ള മാർജിനുകളിലെ കുറിപ്പുകളാണിവ. പൂർണ്ണതയോ സാങ്കേതിക വിശദാംശങ്ങളോ ഞാൻ അവകാശപ്പെടുന്നില്ല; ഒരുപക്ഷേ അവ മറ്റൊരു ലേഖനത്തിൽ ദൃശ്യമാകും.

പശ്ചാത്തലം + ഇത് ഏത് തരത്തിലുള്ള പ്രവർത്തനമാണ്?

ഞങ്ങൾ ഒരു ക്ലൗഡ് പ്ലാറ്റ്ഫോം നിർമ്മിക്കുകയാണ് Mail.ru ക്ലൗഡ് സൊല്യൂഷനുകൾ (എംസിഎസ്), അവിടെ ഞാൻ ടെക്നിക്കൽ ഡയറക്ടറായി ജോലി ചെയ്യുന്നു. എല്ലാ ഉപയോക്തൃ അക്കൗണ്ടുകളുടെയും ഉപയോക്താക്കളുടെയും പാസ്‌വേഡുകളുടെയും റോളുകളുടെയും സേവനങ്ങളുടെയും മറ്റും ഏകീകൃത മാനേജ്‌മെന്റ് നൽകുന്ന ഞങ്ങളുടെ പ്ലാറ്റ്‌ഫോമിലേക്ക് IAM (ഐഡന്റിറ്റി ആൻഡ് ആക്‌സസ് മാനേജ്‌മെന്റ്) ചേർക്കാനുള്ള സമയമാണിത്. എന്തുകൊണ്ടാണ് ഇത് ക്ലൗഡിൽ ആവശ്യമുള്ളത് എന്നത് വ്യക്തമായ ഒരു ചോദ്യമാണ്: എല്ലാ ഉപയോക്തൃ വിവരങ്ങളും അതിൽ സംഭരിച്ചിരിക്കുന്നു.

സാധാരണയായി അത്തരം കാര്യങ്ങൾ ഏതെങ്കിലും പ്രോജക്റ്റുകളുടെ തുടക്കത്തിൽ തന്നെ നിർമ്മിക്കാൻ തുടങ്ങുന്നു. എന്നാൽ MCS-ൽ ചരിത്രപരമായി കാര്യങ്ങൾ അല്പം വ്യത്യസ്തമാണ്. MCS രണ്ട് ഭാഗങ്ങളായി നിർമ്മിച്ചിരിക്കുന്നു:

• സ്വന്തം കീസ്റ്റോൺ അംഗീകാര മൊഡ്യൂളുള്ള ഓപ്പൺസ്റ്റാക്ക്,
• Mail.ru ക്ലൗഡ് പ്രോജക്റ്റിനെ അടിസ്ഥാനമാക്കിയുള്ള Hotbox (S3 സംഭരണം),

അതിന് ചുറ്റും പുതിയ സേവനങ്ങൾ പ്രത്യക്ഷപ്പെട്ടു.

അടിസ്ഥാനപരമായി, ഇവ രണ്ട് വ്യത്യസ്ത തരം അംഗീകാരങ്ങളായിരുന്നു. കൂടാതെ, ഞങ്ങൾ ചില പ്രത്യേക Mail.ru സംഭവവികാസങ്ങൾ ഉപയോഗിച്ചു, ഉദാഹരണത്തിന്, ഒരു പൊതു Mail.ru പാസ്‌വേഡ് സംഭരണവും അതുപോലെ തന്നെ സ്വയം എഴുതിയ തുറന്ന കണക്ടറും, ഹൊറൈസൺ പാനലിൽ SSO (എൻഡ്-ടു-എൻഡ് അംഗീകാരം) നൽകിയതിന് നന്ദി. വെർച്വൽ മെഷീനുകളുടെ (നേറ്റീവ് ഓപ്പൺസ്റ്റാക്ക് യുഐ).

ഞങ്ങൾക്കായി IAM ഉണ്ടാക്കുക എന്നതിനർത്ഥം അതെല്ലാം ഒരൊറ്റ സിസ്റ്റത്തിലേക്ക്, പൂർണ്ണമായും നമ്മുടേതായി ബന്ധിപ്പിക്കുക എന്നതാണ്. അതേ സമയം, വഴിയിൽ ഞങ്ങൾക്ക് ഒരു പ്രവർത്തനവും നഷ്‌ടമാകില്ല, പക്ഷേ ഭാവിയിലേക്കുള്ള ഒരു അടിത്തറ സൃഷ്ടിക്കും, അത് റീഫാക്‌ടറിംഗ് കൂടാതെ സുതാര്യമായി പരിഷ്‌ക്കരിക്കാനും പ്രവർത്തനത്തിന്റെ അടിസ്ഥാനത്തിൽ സ്കെയിൽ ചെയ്യാനും ഞങ്ങളെ അനുവദിക്കും. തുടക്കത്തിൽ, ഉപയോക്താക്കൾക്ക് സേവനങ്ങളിലേക്കും (സെൻട്രൽ RBAC, റോൾ-ബേസ്ഡ് ആക്സസ് കൺട്രോൾ) മറ്റ് ചില ചെറിയ കാര്യങ്ങളിലേക്കും ഒരു റോൾ മോഡൽ ഉണ്ടായിരുന്നു.

ടാസ്‌ക്ക് നിസ്സാരമല്ലാത്തതായി മാറി: പൈത്തണും പേളും, നിരവധി ബാക്കെൻഡുകൾ, സ്വതന്ത്രമായി എഴുതിയ സേവനങ്ങൾ, നിരവധി വികസന ടീമുകളും അഡ്മിനുകളും. ഏറ്റവും പ്രധാനമായി, കോംബാറ്റ് പ്രൊഡക്ഷൻ സിസ്റ്റത്തിൽ ആയിരക്കണക്കിന് തത്സമയ ഉപയോക്താക്കൾ ഉണ്ട്. ഇതെല്ലാം എഴുതേണ്ടതായിരുന്നു, ഏറ്റവും പ്രധാനമായി, ആളപായങ്ങളില്ലാതെ ഉരുട്ടിക്കളഞ്ഞു.

ഞങ്ങൾ എന്താണ് പുറത്തുവിടാൻ പോകുന്നത്?

ഏകദേശം 4 മാസത്തിനുള്ളിൽ ഞങ്ങൾ ഇനിപ്പറയുന്നവ തയ്യാറാക്കി:

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

അത്തരം ഒരു പ്രധാന പുനർനിർമ്മാണത്തിന് വ്യത്യസ്ത വികസന ടീമുകൾ എഴുതിയ നിരവധി സിസ്റ്റങ്ങളിൽ വലുതും സങ്കീർണ്ണവും ഏറ്റവും പ്രധാനമായി സിൻക്രണസ് മാറ്റങ്ങൾ ആവശ്യമാണ്. ഒരിക്കൽ കൂടിച്ചേർന്നാൽ, മുഴുവൻ സിസ്റ്റവും പ്രവർത്തിക്കണം.

അത്തരം മാറ്റങ്ങൾ എങ്ങനെ ഉരുട്ടുകയും അത് സ്ക്രൂ ചെയ്യാതിരിക്കുകയും ചെയ്യാം? ആദ്യം ഞങ്ങൾ ഭാവിയിലേക്ക് അൽപ്പം നോക്കാൻ തീരുമാനിച്ചു.

റോൾഔട്ട് തന്ത്രം

• പല ഘട്ടങ്ങളിലായി ഉൽപ്പന്നം പുറത്തിറക്കാൻ സാധിക്കും, എന്നാൽ ഇത് വികസന സമയം മൂന്നിരട്ടി വർദ്ധിപ്പിക്കും. കൂടാതെ, കുറച്ച് സമയത്തേക്ക് ഞങ്ങൾക്ക് ഡാറ്റാബേസുകളിൽ ഡാറ്റയുടെ സമ്പൂർണ്ണ ഡീസിൻക്രൊണൈസേഷൻ ഉണ്ടായിരിക്കും. നിങ്ങളുടെ സ്വന്തം സിൻക്രൊണൈസേഷൻ ടൂളുകൾ എഴുതുകയും ഒന്നിലധികം ഡാറ്റ സ്റ്റോറുകളിൽ ദീർഘകാലം ജീവിക്കുകയും വേണം. കൂടാതെ ഇത് വൈവിധ്യമാർന്ന അപകടസാധ്യതകൾ സൃഷ്ടിക്കുന്നു.
• ഉപയോക്താവിന് സുതാര്യമായി തയ്യാറാക്കാൻ കഴിയുന്നതെല്ലാം മുൻകൂട്ടി ചെയ്തു. 2 മാസമെടുത്തു.
• ഞങ്ങൾ നിരവധി മണിക്കൂറുകളോളം പ്രവർത്തനരഹിതമായ സമയം അനുവദിച്ചു - ഉറവിടങ്ങൾ സൃഷ്ടിക്കുന്നതിനും മാറ്റുന്നതിനുമുള്ള ഉപയോക്തൃ പ്രവർത്തനങ്ങൾക്ക് മാത്രം.
• ഇതിനകം സൃഷ്ടിച്ച എല്ലാ വിഭവങ്ങളുടെയും പ്രവർത്തനത്തിന്, പ്രവർത്തനരഹിതമായ സമയം അസ്വീകാര്യമായിരുന്നു. റോൾഔട്ട് സമയത്ത്, റിസോഴ്‌സുകൾ പ്രവർത്തനരഹിതമാകുകയും ക്ലയന്റുകളെ ബാധിക്കുകയും ചെയ്യണമെന്ന് ഞങ്ങൾ ആസൂത്രണം ചെയ്തു.
• എന്തെങ്കിലും തെറ്റ് സംഭവിച്ചാൽ ഞങ്ങളുടെ ഉപഭോക്താക്കളുടെ മേലുള്ള ആഘാതം കുറയ്ക്കുന്നതിന്, ഞായറാഴ്ച വൈകുന്നേരം പുറത്തിറക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. കുറച്ച് ഉപഭോക്താക്കൾ രാത്രിയിൽ വെർച്വൽ മെഷീനുകൾ നിയന്ത്രിക്കുന്നു.
• റോൾഔട്ടിനായി തിരഞ്ഞെടുത്ത കാലയളവിൽ, സേവന മാനേജുമെന്റ് ലഭ്യമല്ലെന്ന് ഞങ്ങളുടെ എല്ലാ ക്ലയന്റുകൾക്കും ഞങ്ങൾ മുന്നറിയിപ്പ് നൽകി.

വ്യതിചലനം: എന്താണ് ഒരു റോൾഔട്ട്?

<ജാഗ്രത, തത്വശാസ്ത്രം>

റോൾഔട്ട് എന്താണെന്ന് ഓരോ ഐടി സ്പെഷ്യലിസ്റ്റിനും എളുപ്പത്തിൽ ഉത്തരം നൽകാൻ കഴിയും. നിങ്ങൾ CI/CD ഇൻസ്റ്റാൾ ചെയ്യുക, എല്ലാം യാന്ത്രികമായി സ്റ്റോറിലേക്ക് ഡെലിവർ ചെയ്യപ്പെടും. 🙂

തീർച്ചയായും ഇത് സത്യമാണ്. എന്നാൽ ആധുനിക കോഡ് ഡെലിവറി ഓട്ടോമേഷൻ ടൂളുകൾ ഉപയോഗിച്ച്, റോൾഔട്ടിനെക്കുറിച്ചുള്ള ധാരണ തന്നെ നഷ്ടപ്പെടുന്നു എന്നതാണ് ബുദ്ധിമുട്ട്. ആധുനിക ഗതാഗതം നോക്കുമ്പോൾ ചക്രത്തിന്റെ കണ്ടുപിടുത്തത്തിന്റെ ഇതിഹാസത്തെക്കുറിച്ച് നിങ്ങൾ എങ്ങനെ മറക്കുന്നു. എല്ലാം വളരെ ഓട്ടോമേറ്റഡ് ആയതിനാൽ, മുഴുവൻ ചിത്രവും മനസ്സിലാക്കാതെയാണ് പലപ്പോഴും റോൾഔട്ട് നടത്തുന്നത്.

പിന്നെ മുഴുവൻ ചിത്രവും ഇങ്ങനെയാണ്. റോൾഔട്ട് നാല് പ്രധാന വശങ്ങൾ ഉൾക്കൊള്ളുന്നു:

1. ഡാറ്റ പരിഷ്ക്കരണം ഉൾപ്പെടെയുള്ള കോഡിന്റെ ഡെലിവറി. ഉദാഹരണത്തിന്, അവരുടെ കുടിയേറ്റം.
2. എന്തെങ്കിലും തെറ്റ് സംഭവിച്ചാൽ തിരികെ പോകാനുള്ള കഴിവാണ് കോഡ് റോൾബാക്ക്. ഉദാഹരണത്തിന്, ബാക്കപ്പുകൾ സൃഷ്ടിക്കുന്നതിലൂടെ.
3. ഓരോ റോൾഔട്ട്/റോൾബാക്ക് പ്രവർത്തനത്തിന്റെയും സമയം. ആദ്യ രണ്ട് പോയിന്റുകളുടെ ഏതെങ്കിലും പ്രവർത്തനത്തിന്റെ സമയം നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്.
4. പ്രവർത്തനക്ഷമതയെ ബാധിച്ചു. പ്രതീക്ഷിക്കുന്ന പോസിറ്റീവ്, സാധ്യമായ നെഗറ്റീവ് ഇഫക്റ്റുകൾ വിലയിരുത്തേണ്ടത് ആവശ്യമാണ്.

വിജയകരമായ റോൾഔട്ടിനായി ഈ എല്ലാ വശങ്ങളും കണക്കിലെടുക്കണം. സാധാരണയായി ആദ്യത്തേത്, അല്ലെങ്കിൽ ഏറ്റവും മികച്ചത് രണ്ടാമത്തേത് മാത്രം, പോയിന്റ് വിലയിരുത്തപ്പെടുന്നു, തുടർന്ന് റോൾഔട്ട് വിജയകരമാണെന്ന് കണക്കാക്കുന്നു. എന്നാൽ മൂന്നാമത്തേതും നാലാമത്തേതും അതിലും പ്രധാനമാണ്. റോൾഔട്ട് ഒരു മിനിറ്റിന് പകരം 3 മണിക്കൂർ എടുത്താൽ ഏത് ഉപയോക്താവാണ് അത് ഇഷ്ടപ്പെടുന്നത്? അല്ലെങ്കിൽ റോൾഔട്ട് സമയത്ത് അനാവശ്യമായ എന്തെങ്കിലും ബാധിച്ചാലോ? അതോ ഒരു സേവനത്തിന്റെ പ്രവർത്തനരഹിതമായ സമയം പ്രവചനാതീതമായ പ്രത്യാഘാതങ്ങളിലേക്ക് നയിക്കുമോ?

ആക്റ്റ് 1..എൻ, റിലീസിനുള്ള തയ്യാറെടുപ്പ്

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

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

റോൾഔട്ട് ഞങ്ങളുടെ വെർച്വൽ മെഷീനുകളുടെ ലഭ്യതയെ ബാധിക്കുമെന്ന് ഞങ്ങളിൽ ഒരാൾക്ക് സംശയം തോന്നിയപ്പോൾ, ഞങ്ങൾ ഒരാഴ്ചയോളം പരിശോധനകൾ, പരീക്ഷണങ്ങൾ, കോഡ് വിശകലനം എന്നിവ നടത്തി, ഞങ്ങളുടെ നിർമ്മാണത്തിൽ ഇത് സംഭവിക്കില്ലെന്ന് വ്യക്തമായ ധാരണ ലഭിച്ചു, സംശയമുള്ള ആളുകൾ പോലും സമ്മതിച്ചു. ഇതിനോടൊപ്പം.

ഇതിനിടയിൽ, റോൾഔട്ടിനുശേഷം മാറേണ്ട കണക്ഷൻ രീതികളെക്കുറിച്ച് ക്ലയന്റുകൾക്ക് നിർദ്ദേശങ്ങൾ എഴുതുന്നതിനായി സാങ്കേതിക പിന്തുണയിൽ നിന്നുള്ള ആൺകുട്ടികൾ അവരുടേതായ സ്വതന്ത്ര പരീക്ഷണങ്ങൾ നടത്തി. അവർ ഉപയോക്തൃ UX-ൽ പ്രവർത്തിക്കുകയും നിർദ്ദേശങ്ങൾ തയ്യാറാക്കുകയും വ്യക്തിഗത കൺസൾട്ടേഷനുകൾ നൽകുകയും ചെയ്തു.

സാധ്യമായ എല്ലാ റോൾഔട്ട് പ്രവർത്തനങ്ങളും ഞങ്ങൾ ഓട്ടോമേറ്റ് ചെയ്തു. എല്ലാ ഓപ്പറേഷനും സ്‌ക്രിപ്റ്റ് ചെയ്‌തതാണ്, ഏറ്റവും ലളിതമായവ പോലും, ടെസ്റ്റുകൾ നിരന്തരം പ്രവർത്തിപ്പിച്ചു. സേവനം ഓഫാക്കാനുള്ള ഏറ്റവും നല്ല മാർഗത്തെക്കുറിച്ച് അവർ വാദിച്ചു - ഡെമൺ ഒഴിവാക്കുക അല്ലെങ്കിൽ ഫയർവാൾ ഉപയോഗിച്ച് സേവനത്തിലേക്കുള്ള ആക്സസ് തടയുക. റോൾഔട്ടിന്റെ ഓരോ ഘട്ടത്തിനും ഞങ്ങൾ ടീമുകളുടെ ഒരു ചെക്ക്‌ലിസ്റ്റ് സൃഷ്‌ടിക്കുകയും അത് നിരന്തരം അപ്‌ഡേറ്റ് ചെയ്യുകയും ചെയ്യുന്നു. എല്ലാ റോൾഔട്ട് വർക്കുകൾക്കുമായി ഞങ്ങൾ ഒരു ഗാന്റ് ചാർട്ട് വരയ്ക്കുകയും നിരന്തരം അപ്‌ഡേറ്റ് ചെയ്യുകയും ചെയ്യുന്നു, സമയക്രമം.

അതുകൊണ്ട്…

റോളിംഗിന് മുമ്പുള്ള അവസാന പ്രവർത്തനം

...ഇത് ഉരുളാൻ സമയമായി.

അവർ പറയുന്നതുപോലെ, ഒരു കലാസൃഷ്ടി പൂർത്തിയാക്കാൻ കഴിയില്ല, അതിന്റെ ജോലി പൂർത്തിയാക്കുക. നിങ്ങൾ ഇച്ഛാശക്തിയുടെ പരിശ്രമം നടത്തണം, നിങ്ങൾക്ക് എല്ലാം കണ്ടെത്താൻ കഴിയില്ലെന്ന് മനസിലാക്കുക, എന്നാൽ നിങ്ങൾ ന്യായമായ എല്ലാ അനുമാനങ്ങളും ഉണ്ടാക്കി, സാധ്യമായ എല്ലാ സാഹചര്യങ്ങൾക്കും നൽകി, എല്ലാ നിർണായക ബഗുകളും അടച്ചു, കൂടാതെ എല്ലാ പങ്കാളികളും തങ്ങളാൽ കഴിയുന്നതെല്ലാം ചെയ്തു. നിങ്ങൾ കൂടുതൽ കോഡ് പുറപ്പെടുവിക്കുമ്പോൾ, ഇത് സ്വയം ബോധ്യപ്പെടുത്തുന്നത് കൂടുതൽ ബുദ്ധിമുട്ടാണ് (കൂടാതെ, എല്ലാം മുൻകൂട്ടി കാണുന്നത് അസാധ്യമാണെന്ന് എല്ലാവരും മനസ്സിലാക്കുന്നു).

അപ്രതീക്ഷിതമായ ആഘാതങ്ങളും പ്രവർത്തനരഹിതമായ സമയങ്ങളുമായി ബന്ധപ്പെട്ട ഞങ്ങളുടെ ഉപയോക്താക്കൾക്കുള്ള എല്ലാ അപകടസാധ്യതകളും മറയ്ക്കാൻ സാധ്യമായതെല്ലാം ഞങ്ങൾ ചെയ്തുവെന്ന് ഞങ്ങൾക്ക് ബോധ്യപ്പെട്ടപ്പോൾ ഞങ്ങൾ പുറത്തിറക്കാൻ തയ്യാറാണെന്ന് ഞങ്ങൾ തീരുമാനിച്ചു. അതായത്, ഒഴികെ എന്തും തെറ്റായി സംഭവിക്കാം:

1. (നമുക്ക് പവിത്രമായത്, ഏറ്റവും വിലയേറിയത്) ഉപയോക്തൃ ഇൻഫ്രാസ്ട്രക്ചറിനെ ബാധിക്കുക,
2. പ്രവർത്തനക്ഷമത: റോൾഔട്ടിനു ശേഷമുള്ള ഞങ്ങളുടെ സേവനത്തിന്റെ ഉപയോഗം മുമ്പത്തേതിന് സമാനമായിരിക്കണം.

ഉരുളുന്നു

രണ്ട് റോൾ, 8 ഇടപെടരുത്

ഉപയോക്താക്കളിൽ നിന്നുള്ള എല്ലാ അഭ്യർത്ഥനകൾക്കും ഞങ്ങൾ 7 മണിക്കൂർ സമയമെടുക്കും. ഈ സമയത്ത്, ഞങ്ങൾക്ക് ഒരു റോൾഔട്ട് പ്ലാനും റോൾബാക്ക് പ്ലാനും ഉണ്ട്.

• റോൾഔട്ട് തന്നെ ഏകദേശം 3 മണിക്കൂർ എടുക്കും.
• പരിശോധനയ്ക്ക് 2 മണിക്കൂർ.
• 2 മണിക്കൂർ - സാധ്യമായ മാറ്റങ്ങളുടെ റോൾബാക്കിനായി റിസർവ് ചെയ്യുക.

ഓരോ പ്രവർത്തനത്തിനും, എത്ര സമയമെടുക്കും, തുടർച്ചയായി എന്താണ് സംഭവിക്കുന്നത്, സമാന്തരമായി എന്താണ് ചെയ്യുന്നത്, ഒരു ഗാന്റ് ചാർട്ട് തയ്യാറാക്കിയിട്ടുണ്ട്.

ആദ്യകാല പതിപ്പുകളിലൊന്നായ (സമാന്തര നിർവ്വഹണമില്ലാതെ) റോൾഔട്ട് ഗാന്റ് ചാർട്ടിന്റെ ഒരു ഭാഗം. ഏറ്റവും മൂല്യവത്തായ സിൻക്രൊണൈസേഷൻ ടൂൾ

എല്ലാ പങ്കാളികൾക്കും റോൾഔട്ടിൽ അവരുടെ പങ്ക്, അവർ ചെയ്യുന്ന ജോലികൾ, അവർ എന്താണ് ഉത്തരവാദികൾ എന്നിവ നിർണ്ണയിക്കുന്നത്. ഓരോ ഘട്ടവും യാന്ത്രികതയിലേക്ക് കൊണ്ടുവരാൻ ഞങ്ങൾ ശ്രമിക്കുന്നു, അത് റോൾ ഔട്ട് ചെയ്യുക, അത് തിരികെ കൊണ്ടുവരിക, ഫീഡ്‌ബാക്ക് ശേഖരിക്കുക, അത് വീണ്ടും പുറത്തെടുക്കുക.

സംഭവങ്ങളുടെ ക്രോണിക്കിൾ

അങ്ങനെ, ഏപ്രിൽ 15 ഞായറാഴ്ച രാത്രി 29 മണിക്ക് 10 പേർ ജോലിക്ക് വന്നു. പ്രധാന പങ്കാളികൾക്ക് പുറമേ, ചിലർ ടീമിനെ പിന്തുണയ്ക്കാൻ വന്നു, അതിന് അവർക്ക് പ്രത്യേക നന്ദി.

ഞങ്ങളുടെ പ്രധാന ടെസ്റ്റർ അവധിയിലാണെന്നതും എടുത്തുപറയേണ്ടതാണ്. പരീക്ഷിക്കാതെ പുറത്തുവരുന്നത് അസാധ്യമാണ്, ഞങ്ങൾ ഓപ്ഷനുകൾ പര്യവേക്ഷണം ചെയ്യുകയാണ്. അവധിക്കാലം മുതൽ ഞങ്ങളെ പരീക്ഷിക്കാൻ ഒരു സഹപ്രവർത്തകൻ സമ്മതിക്കുന്നു, അതിന് മുഴുവൻ ടീമിൽ നിന്നും അവൾക്ക് വളരെയധികം നന്ദിയുണ്ട്.

00:00. നിർത്തുക
ഞങ്ങൾ ഉപയോക്തൃ അഭ്യർത്ഥനകൾ നിർത്തുന്നു, സാങ്കേതിക പ്രവർത്തനം എന്ന ഒരു അടയാളം തൂക്കിയിടുക. നിരീക്ഷണം നിലവിളിക്കുന്നു, പക്ഷേ എല്ലാം സാധാരണമാണ്. വീഴേണ്ടിയിരുന്നതല്ലാതെ മറ്റൊന്നും വീണിട്ടില്ലെന്ന് ഞങ്ങൾ പരിശോധിക്കുന്നു. ഞങ്ങൾ മൈഗ്രേഷൻ ജോലി ആരംഭിക്കുന്നു.

ഓരോരുത്തർക്കും പോയിന്റ് ബൈ പോയിന്റ് പ്രിന്റ് ചെയ്ത റോൾഔട്ട് പ്ലാൻ ഉണ്ട്, ആരാണ് എന്താണ് ചെയ്യുന്നതെന്നും ഏത് നിമിഷത്തിലാണ് ചെയ്യുന്നതെന്നും എല്ലാവർക്കും അറിയാം. ഓരോ പ്രവർത്തനത്തിനും ശേഷവും, സമയക്രമം ഞങ്ങൾ പരിശോധിച്ച് അവ കവിയുന്നില്ലെന്ന് ഉറപ്പാക്കും, എല്ലാം പ്ലാൻ അനുസരിച്ച് നടക്കുന്നു. നിലവിലെ ഘട്ടത്തിൽ നേരിട്ട് റോളൗട്ടിൽ പങ്കെടുക്കാത്തവർ തങ്ങളുടെ സഹപ്രവർത്തകരെ ശല്യപ്പെടുത്താതിരിക്കാൻ ഓൺലൈൻ കളിപ്പാട്ടം (Xonotic, type 3 quacks) പുറത്തിറക്കി ഒരുങ്ങുകയാണ്. 🙂

02:00. പുറത്തിറക്കി
സന്തോഷകരമായ ഒരു ആശ്ചര്യം - ഞങ്ങളുടെ ഡാറ്റാബേസുകളുടെയും മൈഗ്രേഷൻ സ്ക്രിപ്റ്റുകളുടെയും ഒപ്റ്റിമൈസേഷൻ കാരണം ഞങ്ങൾ ഒരു മണിക്കൂർ മുമ്പ് റോൾഔട്ട് പൂർത്തിയാക്കുന്നു. പൊതുവായ നിലവിളി, "ഉരുട്ടി!" എല്ലാ പുതിയ ഫംഗ്ഷനുകളും നിർമ്മാണത്തിലാണ്, പക്ഷേ ഇതുവരെ നമുക്ക് അവ ഇന്റർഫേസിൽ മാത്രമേ കാണാൻ കഴിയൂ. എല്ലാവരും ടെസ്റ്റിംഗ് മോഡിലേക്ക് പോകുന്നു, അവരെ ഗ്രൂപ്പുകളായി അടുക്കുന്നു, അവസാനം എന്താണ് സംഭവിച്ചതെന്ന് കാണാൻ തുടങ്ങുന്നു.

ഇത് വളരെ നന്നായി മാറിയില്ല, 10 മിനിറ്റിനുശേഷം, ടീം അംഗങ്ങളുടെ പ്രോജക്റ്റുകളിൽ ഒന്നും കണക്റ്റുചെയ്യുകയോ പ്രവർത്തിക്കുകയോ ചെയ്യുമ്പോൾ ഞങ്ങൾ ഇത് മനസ്സിലാക്കുന്നു. ദ്രുത സമന്വയം, ഞങ്ങൾ പ്രശ്‌നങ്ങൾ പ്രകടിപ്പിക്കുകയും മുൻഗണനകൾ നിശ്ചയിക്കുകയും ടീമുകളായി മാറുകയും ഡീബഗ്ഗിംഗിലേക്ക് പോകുകയും ചെയ്യുന്നു.

02:30. രണ്ട് വലിയ പ്രശ്നങ്ങൾ vs നാല് കണ്ണുകൾ
രണ്ട് വലിയ പ്രശ്നങ്ങൾ ഞങ്ങൾ കണ്ടെത്തുന്നു. ബന്ധിപ്പിച്ച ചില സേവനങ്ങൾ ഉപഭോക്താക്കൾ കാണില്ലെന്നും പങ്കാളി അക്കൗണ്ടുകളിൽ പ്രശ്‌നങ്ങൾ ഉണ്ടാകുമെന്നും ഞങ്ങൾ മനസ്സിലാക്കി. രണ്ടും ചില എഡ്ജ് കേസുകൾക്കുള്ള അപൂർണ്ണമായ മൈഗ്രേഷൻ സ്ക്രിപ്റ്റുകൾ മൂലമാണ്. നമ്മൾ ഇപ്പോൾ അത് ശരിയാക്കേണ്ടതുണ്ട്.

കുറഞ്ഞത് 4 കണ്ണുകളെങ്കിലും ഇത് രേഖപ്പെടുത്തുന്ന ചോദ്യങ്ങൾ ഞങ്ങൾ എഴുതുന്നു. പ്രീ-പ്രൊഡക്ഷൻ സമയത്ത് അവ പ്രവർത്തിക്കുന്നുവെന്നും ഒന്നും തകർക്കുന്നില്ലെന്നും ഉറപ്പാക്കാൻ ഞങ്ങൾ അവയെ പരീക്ഷിക്കുന്നു. നിങ്ങൾക്ക് റോൾ ചെയ്യാൻ കഴിയും. അതേ സമയം, ഞങ്ങൾ ഞങ്ങളുടെ റെഗുലർ ഇന്റഗ്രേഷൻ ടെസ്റ്റിംഗ് നടത്തുന്നു, ഇത് കുറച്ച് പ്രശ്നങ്ങൾ കൂടി വെളിപ്പെടുത്തുന്നു. അവയെല്ലാം ചെറുതാണ്, പക്ഷേ അവയും നന്നാക്കേണ്ടതുണ്ട്.

03:00. -2 പ്രശ്നങ്ങൾ +2 പ്രശ്നങ്ങൾ
മുമ്പത്തെ രണ്ട് വലിയ പ്രശ്നങ്ങൾ പരിഹരിച്ചു, മിക്കവാറും എല്ലാ ചെറിയ പ്രശ്നങ്ങളും. പരിഹരിക്കലുകളിൽ ആളില്ലാത്തവരെല്ലാം അവരുടെ അക്കൗണ്ടുകളിൽ സജീവമായി പ്രവർത്തിക്കുകയും അവർ കണ്ടെത്തുന്നത് റിപ്പോർട്ടുചെയ്യുകയും ചെയ്യുന്നു. ഞങ്ങൾ മുൻഗണന നൽകുന്നു, ടീമുകൾക്കിടയിൽ വിതരണം ചെയ്യുന്നു, കൂടാതെ നിർണായകമല്ലാത്ത ഇനങ്ങൾ രാവിലത്തേയ്‌ക്ക് വിടുന്നു.

ഞങ്ങൾ വീണ്ടും ടെസ്റ്റുകൾ നടത്തുന്നു, അവർ രണ്ട് പുതിയ വലിയ പ്രശ്നങ്ങൾ കണ്ടെത്തുന്നു. എല്ലാ സേവന നയങ്ങളും ശരിയായി വന്നിട്ടില്ല, അതിനാൽ ചില ഉപയോക്തൃ അഭ്യർത്ഥനകൾക്ക് അംഗീകാരം ലഭിക്കുന്നില്ല. കൂടാതെ പങ്കാളി അക്കൗണ്ടുകളിൽ ഒരു പുതിയ പ്രശ്നം. നമുക്ക് തിരക്കിട്ട് നോക്കാം.

03:20. അടിയന്തര സമന്വയം
ഒരു പുതിയ പ്രശ്നം പരിഹരിച്ചു. രണ്ടാമത്തേതിന്, ഞങ്ങൾ ഒരു അടിയന്തര സമന്വയം സംഘടിപ്പിക്കുകയാണ്. എന്താണ് സംഭവിക്കുന്നതെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു: മുമ്പത്തെ ഒരു പ്രശ്നം പരിഹരിച്ചു, പക്ഷേ മറ്റൊന്ന് സൃഷ്ടിച്ചു. ഇത് എങ്ങനെ ശരിയായി ചെയ്യാമെന്നും അനന്തരഫലങ്ങളില്ലാതെയും ഞങ്ങൾ ഒരു ഇടവേള എടുക്കുന്നു.

03:30. ആറ് കണ്ണുകൾ
എല്ലാ പങ്കാളികൾക്കും എല്ലാം നന്നായി പോകുന്നതിന് അടിത്തറയുടെ അന്തിമ അവസ്ഥ എന്തായിരിക്കണമെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു. ഞങ്ങൾ 6 കണ്ണുകളോടെ ഒരു അഭ്യർത്ഥന എഴുതുന്നു, അത് പ്രീ-പ്രൊഡക്ഷനിൽ ഉരുട്ടുന്നു, അത് പരീക്ഷിക്കുന്നു, ഉൽപ്പാദനത്തിനായി ഉരുട്ടുന്നു.

04:00. എല്ലാം പ്രവർത്തിക്കുന്നു
എല്ലാ ടെസ്റ്റുകളും വിജയിച്ചു, ഗുരുതരമായ പ്രശ്നങ്ങളൊന്നും ദൃശ്യമല്ല. കാലാകാലങ്ങളിൽ, ടീമിലെ എന്തെങ്കിലും ഒരാൾക്ക് വേണ്ടി പ്രവർത്തിക്കുന്നില്ല, ഞങ്ങൾ ഉടനടി പ്രതികരിക്കും. മിക്കപ്പോഴും അലാറം തെറ്റാണ്. എന്നാൽ ചിലപ്പോൾ എന്തെങ്കിലും വരുന്നില്ല, അല്ലെങ്കിൽ ഒരു പ്രത്യേക പേജ് പ്രവർത്തിക്കില്ല. ഞങ്ങൾ ഇരിക്കുക, ശരിയാക്കുക, ശരിയാക്കുക, ശരിയാക്കുക. ഒരു പ്രത്യേക ടീം അവസാനത്തെ വലിയ ഫീച്ചർ ലോഞ്ച് ചെയ്യുന്നു - ബില്ലിംഗ്.

04:30. പോയിന്റ് ഓഫ് നോ റിട്ടേൺ
തിരിച്ചുവരവില്ല എന്ന ഘട്ടം അടുത്തുവരികയാണ്, അതായത്, ഞങ്ങൾ പിന്നോട്ട് പോകാൻ തുടങ്ങിയാൽ, നമുക്ക് നൽകിയ പ്രവർത്തനരഹിതമായ സമയം ഞങ്ങൾ നിറവേറ്റില്ല. ബില്ലിംഗിൽ പ്രശ്നങ്ങളുണ്ട്, അത് എല്ലാം അറിയുകയും രേഖപ്പെടുത്തുകയും ചെയ്യുന്നു, എന്നാൽ ക്ലയന്റുകളിൽ നിന്ന് പണം എഴുതിത്തള്ളാൻ ശാഠ്യത്തോടെ വിസമ്മതിക്കുന്നു. വ്യക്തിഗത പേജുകളിലും പ്രവർത്തനങ്ങളിലും സ്റ്റാറ്റസുകളിലും നിരവധി ബഗുകൾ ഉണ്ട്. പ്രധാന പ്രവർത്തനം പ്രവർത്തിക്കുന്നു, എല്ലാ ടെസ്റ്റുകളും വിജയകരമായി കടന്നുപോകുന്നു. റോൾഔട്ട് നടന്നുവെന്ന് ഞങ്ങൾ തീരുമാനിക്കുന്നു, ഞങ്ങൾ പിന്നോട്ട് പോകില്ല.

06:00. UI-യിലെ എല്ലാവർക്കുമായി തുറന്നിരിക്കുന്നു
ബഗുകൾ പരിഹരിച്ചു. ഉപയോക്താക്കളെ ആകർഷിക്കാത്ത ചിലത് പിന്നീട് അവശേഷിക്കുന്നു. ഞങ്ങൾ എല്ലാവർക്കുമായി ഇന്റർഫേസ് തുറക്കുന്നു. ഞങ്ങൾ ബില്ലിംഗിൽ പ്രവർത്തിക്കുന്നത് തുടരുന്നു, ഉപയോക്തൃ ഫീഡ്‌ബാക്കിനും നിരീക്ഷണ ഫലങ്ങൾക്കും കാത്തിരിക്കുന്നു.

07:00. API ലോഡിലെ പ്രശ്നങ്ങൾ
ഞങ്ങളുടെ API-യിലെ ലോഡ് ഞങ്ങൾ അൽപ്പം തെറ്റായി ആസൂത്രണം ചെയ്യുകയും ഈ ലോഡ് പരീക്ഷിക്കുകയും ചെയ്തു, ഇത് പ്രശ്നം തിരിച്ചറിയാൻ കഴിഞ്ഞില്ല. ഫലമായി, ≈5% അഭ്യർത്ഥനകൾ പരാജയപ്പെടുന്നു. നമുക്ക് അണിനിരത്തി കാരണം അന്വേഷിക്കാം.

ബില്ലിംഗ് ധാർഷ്ട്യമുള്ളതിനാൽ പ്രവർത്തിക്കാൻ ആഗ്രഹിക്കുന്നില്ല. മാറ്റങ്ങൾ ശാന്തമായി നടപ്പിലാക്കുന്നതിനായി ഞങ്ങൾ അത് പിന്നീട് മാറ്റിവയ്ക്കാൻ തീരുമാനിക്കുന്നു. അതായത്, എല്ലാ വിഭവങ്ങളും അതിൽ കുമിഞ്ഞുകിടക്കുന്നു, എന്നാൽ ക്ലയന്റുകളിൽ നിന്നുള്ള എഴുതിത്തള്ളലുകൾ കടന്നുപോകുന്നില്ല. തീർച്ചയായും, ഇത് ഒരു പ്രശ്നമാണ്, എന്നാൽ പൊതുവായ റോൾഔട്ടുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ ഇത് അപ്രധാനമാണെന്ന് തോന്നുന്നു.

08:00. API പരിഹരിക്കുക
ലോഡിനായി ഞങ്ങൾ ഒരു പരിഹാരം തയ്യാറാക്കി, പരാജയങ്ങൾ പോയി. ഞങ്ങൾ വീട്ടിലേക്ക് പോകാൻ തുടങ്ങുന്നു.

10:00. എല്ലാം
എല്ലാം ശരിയാക്കി. ഇത് നിരീക്ഷണത്തിൽ നിശബ്ദമാണ്, ഉപഭോക്താക്കളുടെ സ്ഥലത്ത്, ടീം ക്രമേണ ഉറങ്ങാൻ പോകുന്നു. ബില്ലിംഗ് ശേഷിക്കുന്നു, ഞങ്ങൾ അത് നാളെ പുനഃസ്ഥാപിക്കും.

പിന്നീട് പകൽ സമയത്ത് ഞങ്ങളുടെ ചില ക്ലയന്റുകൾക്കായി ലോഗുകൾ, അറിയിപ്പുകൾ, റിട്ടേൺ കോഡുകൾ, ഇഷ്‌ടാനുസൃതമാക്കലുകൾ എന്നിവ സ്ഥിരമാക്കിയ റോൾഔട്ടുകൾ ഉണ്ടായിരുന്നു.

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

ആകെ

റോൾഔട്ടിനായി 2 മാസത്തെ സജീവമായ തയ്യാറെടുപ്പിനിടെ, 43 ജോലികൾ പൂർത്തിയായി, രണ്ട് മണിക്കൂർ മുതൽ നിരവധി ദിവസം വരെ നീണ്ടുനിൽക്കും.

റോൾഔട്ട് സമയത്ത്:

• പുതിയതും മാറിയതുമായ ഭൂതങ്ങൾ - 5 കഷണങ്ങൾ, 2 മോണോലിത്തുകൾ മാറ്റിസ്ഥാപിക്കുന്നു;
• ഡാറ്റാബേസുകളിലെ മാറ്റങ്ങൾ - ഉപയോക്തൃ ഡാറ്റയുള്ള ഞങ്ങളുടെ 6 ഡാറ്റാബേസുകളെയും ബാധിച്ചു, മൂന്ന് പഴയ ഡാറ്റാബേസുകളിൽ നിന്ന് പുതിയ ഒന്നിലേക്ക് ഡൗൺലോഡ് ചെയ്തു;
• പൂർണ്ണമായും പുനർരൂപകൽപ്പന ചെയ്ത മുൻഭാഗം;
• ഡൗൺലോഡ് ചെയ്ത കോഡിന്റെ അളവ് - പുതിയ കോഡിന്റെ 33 ആയിരം ലൈനുകൾ, ടെസ്റ്റുകളിൽ ≈ 3 ആയിരം ലൈനുകൾ, മൈഗ്രേഷൻ കോഡിന്റെ ≈ 5 ആയിരം ലൈനുകൾ;
• എല്ലാ ഡാറ്റയും കേടുകൂടാതെയിരിക്കുന്നു, ഒരു ഉപഭോക്താവിന്റെ വെർച്വൽ മെഷീന് പോലും കേടുപാടുകൾ സംഭവിച്ചിട്ടില്ല. 🙂

നല്ല റോൾഔട്ടിനുള്ള നല്ല ശീലങ്ങൾ

ഈ പ്രയാസകരമായ സാഹചര്യത്തിൽ അവർ ഞങ്ങളെ നയിച്ചു. പക്ഷേ, പൊതുവായി പറഞ്ഞാൽ, ഏത് റോൾഔട്ടിലും അവ പിന്തുടരുന്നത് ഉപയോഗപ്രദമാണ്. എന്നാൽ കൂടുതൽ സങ്കീർണ്ണമായ റോൾഔട്ട്, അവർ വഹിക്കുന്ന പങ്ക് വലുതാണ്.

1. നിങ്ങൾ ആദ്യം ചെയ്യേണ്ടത്, റോൾഔട്ട് എങ്ങനെ ഉപയോക്താക്കളെ ബാധിക്കുമെന്നോ ബാധിക്കുമെന്നോ മനസ്സിലാക്കുക എന്നതാണ്. പ്രവർത്തനരഹിതമാകുമോ? അങ്ങനെയെങ്കിൽ, പ്രവർത്തനരഹിതമായ സമയം എന്താണ്? ഇത് ഉപയോക്താക്കളെ എങ്ങനെ ബാധിക്കും? സാധ്യമായ ഏറ്റവും മികച്ചതും മോശമായതുമായ സാഹചര്യങ്ങൾ ഏതൊക്കെയാണ്? ഒപ്പം അപകടസാധ്യതകൾ മറയ്ക്കുകയും ചെയ്യുക.
2. എല്ലാം പ്ലാൻ ചെയ്യുക. ഓരോ ഘട്ടത്തിലും, റോൾഔട്ടിന്റെ എല്ലാ വശങ്ങളും നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്:
   • കോഡ് ഡെലിവറി;
   • കോഡ് റോൾബാക്ക്;
   • ഓരോ പ്രവർത്തനത്തിന്റെയും സമയം;
   • പ്രവർത്തനക്ഷമതയെ ബാധിച്ചു.
3. റോൾഔട്ടിന്റെ എല്ലാ ഘട്ടങ്ങളും അവയിൽ ഓരോന്നിന്റെയും അപകടസാധ്യതകൾ വ്യക്തമാകുന്നതുവരെ സാഹചര്യങ്ങളിലൂടെ കളിക്കുക. നിങ്ങൾക്ക് എന്തെങ്കിലും സംശയമുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഒരു ഇടവേള എടുത്ത് സംശയാസ്പദമായ ഘട്ടം പ്രത്യേകം പരിശോധിക്കാം.
4. ഓരോ ഘട്ടവും ഞങ്ങളുടെ ഉപയോക്താക്കളെ സഹായിച്ചാൽ അത് മെച്ചപ്പെടുത്താൻ കഴിയും. ഉദാഹരണത്തിന്, ഇത് പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കുകയോ ചില അപകടസാധ്യതകൾ നീക്കം ചെയ്യുകയോ ചെയ്യും.
5. കോഡ് ഡെലിവറി ടെസ്റ്റിംഗിനെക്കാൾ വളരെ പ്രധാനമാണ് റോൾബാക്ക് ടെസ്റ്റിംഗ്. റോൾബാക്കിന്റെ ഫലമായി സിസ്റ്റം അതിന്റെ യഥാർത്ഥ അവസ്ഥയിലേക്ക് മടങ്ങുമോ എന്ന് പരിശോധിക്കേണ്ടത് ആവശ്യമാണ്, കൂടാതെ ഇത് ടെസ്റ്റുകൾ ഉപയോഗിച്ച് സ്ഥിരീകരിക്കുകയും വേണം.
6. യാന്ത്രികമാക്കാൻ കഴിയുന്നതെല്ലാം ഓട്ടോമേറ്റഡ് ആയിരിക്കണം. ഓട്ടോമേറ്റ് ചെയ്യാൻ കഴിയാത്തതെല്ലാം ഒരു ചീറ്റ് ഷീറ്റിൽ മുൻകൂട്ടി എഴുതണം.
7. വിജയ മാനദണ്ഡം രേഖപ്പെടുത്തുക. ഏത് പ്രവർത്തനക്ഷമതയും ഏത് സമയത്തും ലഭ്യമാകണം? ഇത് സംഭവിച്ചില്ലെങ്കിൽ, ഒരു റോൾബാക്ക് പ്ലാൻ പ്രവർത്തിപ്പിക്കുക.
8. ഏറ്റവും പ്രധാനമായി - ആളുകൾ. റോൾഔട്ട് പ്രക്രിയയിലെ അവരുടെ പ്രവർത്തനങ്ങളെ ആശ്രയിച്ചാണ് തങ്ങൾ എന്താണ് ചെയ്യുന്നത്, എന്തുകൊണ്ട്, എന്താണ് എന്നിവയെക്കുറിച്ച് എല്ലാവരും അറിഞ്ഞിരിക്കണം.

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

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