മാനേജ്മെൻ്റ് മാറ്റുക: റിസ്ക് അസസ്മെൻ്റ്, റോൾബാക്ക്, മെയിൻ്റനൻസ് വിൻഡോ

നേട്ടങ്ങൾ:

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

മാനേജ്മെൻ്റ് മാറ്റുക: റിസ്ക് അസസ്മെൻ്റ്, റോൾബാക്ക്, മെയിൻ്റനൻസ് വിൻഡോ എന്നിവ AI ഉപയോഗിച്ച്

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

ഈ യൂണിറ്റിൽ, മാറ്റ അഭ്യർത്ഥന, അപകടസാധ്യത വിലയിരുത്തൽ, റോൾബാക്ക് പ്ലാൻ, മെയിൻ്റനൻസ് വിൻഡോ, കാനറി/സ്റ്റേജ് ഡിസ്ട്രിബ്യൂഷൻ, CAB (ചേഞ്ച് അഡ്വൈസറി ബോർഡ്) എന്നീ ആശയങ്ങൾ; AI ഉപയോഗിച്ച് സുരക്ഷിതമായ മാറ്റം എങ്ങനെ ആസൂത്രണം ചെയ്യാമെന്ന് നിങ്ങൾ പഠിക്കും.

ഒരു നല്ല മാറ്റ അഭ്യർത്ഥനയുടെ ശരീരഘടന

ഒരു അനിയന്ത്രിതമായ മാറ്റം "ഞാൻ ഇത് അപ്ഡേറ്റ് ചെയ്തു" എന്ന വാക്യമാണ്; നിയന്ത്രിത മാറ്റം ഒരു പദ്ധതിയാണ്. ഒരു നല്ല മാറ്റ അഭ്യർത്ഥന ഈ ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു: എന്താണ് മാറുന്നത്? (വ്യാപ്തി), എന്തുകൊണ്ട്? (ന്യായീകരണം), ഏത് സിസ്റ്റങ്ങളെയാണ് ബാധിക്കുന്നത്? (ഡൊമെയ്‌നും ആശ്രിതത്വങ്ങളും), റിസ്ക് ലെവൽ എന്താണ്? (കുറഞ്ഞ/ഇടത്തരം/ഉയർന്നത്), എപ്പോൾ? (മെയിൻ്റനൻസ് വിൻഡോ), എങ്ങനെ അപേക്ഷിക്കാം? (ഘട്ടങ്ങൾ), എങ്ങനെ പരിശോധിക്കാം? (വിജയ മാനദണ്ഡം), അത് മോശമായാൽ അത് എങ്ങനെ തിരികെ ലഭിക്കും? (റോൾബാക്ക്), ആരാണ് അംഗീകരിക്കുന്നത്? (അതോറിറ്റി). AI ഈ അസ്ഥികൂടം വേഗത്തിൽ നിറയ്ക്കുന്നു - എന്നാൽ ഡൊമെയ്‌നും അപകടസാധ്യതയും ശരിക്കും അറിയുന്നത് നിങ്ങളാണ്, ഓർഗനൈസേഷനെ അറിയുന്നവർ; നിങ്ങളുടെ സ്വന്തം ഡിപൻഡൻസി അറിവ് ഉപയോഗിച്ച് നിങ്ങൾ AI-യുടെ ലിസ്റ്റ് പൂർത്തിയാക്കുന്നു.

നുറുങ്ങ്: "റോൾബാക്ക് പ്ലാൻ", "വിജയ പരിശോധനാ മാനദണ്ഡം" എന്നിവയാണ് മാറ്റത്തിൻ്റെ ഏറ്റവും കൂടുതൽ ശ്രദ്ധിക്കപ്പെടാത്ത രണ്ട് ഭാഗങ്ങൾ. മാറ്റം നടപ്പിലാക്കുന്നതിന് മുമ്പ് "ഏത് കമാൻഡ് മോശമായാൽ എവിടെയാണ് ഞാൻ കൃത്യമായി തിരിയുക", "അത് വിജയകരമാണെന്ന് ഞാൻ എങ്ങനെ തെളിയിക്കും" എന്നീ ചോദ്യങ്ങൾക്ക് നിങ്ങൾക്ക് രേഖാമൂലമുള്ള ഉത്തരം ഇല്ലെങ്കിൽ, ആ മാറ്റം ഇതുവരെ തയ്യാറായിട്ടില്ല.

റോൾബാക്ക്: ഓരോ മാറ്റത്തിൻ്റെയും എക്സിറ്റ് ഗേറ്റ്

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

മെയിൻ്റനൻസ് വിൻഡോയും ഘട്ടം ഘട്ടമായുള്ള വിന്യാസവും

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

ഘട്ടം ഘട്ടമായി: AI- സഹായത്തോടെയുള്ള മാറ്റം

1. അഭ്യർത്ഥനയുടെ കരട് തയ്യാറാക്കുക. മുകളിലെ തലക്കെട്ടുകളിൽ AI ഉപയോഗിച്ച് മാറ്റം രേഖപ്പെടുത്തുക.
2. ആഘാതം വികസിപ്പിക്കുക. നിങ്ങളുടെ സ്വന്തം ഡിപൻഡൻസി മാപ്പ് ഉപയോഗിച്ച് AI-യുടെ ബാധിത സിസ്റ്റങ്ങളുടെ ലിസ്റ്റ് പൂർത്തിയാക്കുക; "ഈ സേവനവുമായി മറ്റെന്താണ് ബന്ധിപ്പിച്ചിരിക്കുന്നത്?"
3. അപകടസാധ്യത തരംതിരിക്കുക. താഴ്ന്ന/ഇടത്തരം/ഉയർന്നതും പഴയപടിയാക്കാവുന്നതും? ഇതിന് കർശനമായ പ്രക്രിയ ആവശ്യമാണ്, അത് ഉയർന്നതും മാറ്റാനാവാത്തതുമാണ്.
4. ഒരു റോൾബാക്ക് എഴുതി അത് പരീക്ഷിക്കുക. റോൾബാക്ക് ഘട്ടങ്ങൾ എഴുതി, സാധ്യമെങ്കിൽ ഒരു ടെസ്റ്റ് പരിതസ്ഥിതിയിൽ തിരികെ കൊണ്ടുവരാൻ ശ്രമിക്കുക - പിൻവലിക്കാൻ കഴിയാത്ത ഒരു "റോൾബാക്ക് പ്ലാൻ" ഒരു പ്ലാനായി കണക്കാക്കില്ല.
5. വിൻഡോകളും ലെവലുകളും ആസൂത്രണം ചെയ്യുക. മെയിൻ്റനൻസ് വിൻഡോയും കാനറി സ്റ്റേജുകളും ഓരോ ഘട്ടത്തിലും നിരീക്ഷിക്കേണ്ട അളവുകളും നിർവചിക്കുക.
6. സ്ഥിരീകരണവും ആശയവിനിമയവും. അധികാരാനുമതി നേടുക (ആവശ്യമെങ്കിൽ CAB), ബാധിതരെ അറിയിക്കുക, നടപ്പിലാക്കുക, നിരീക്ഷിക്കുക, സ്ഥിരീകരിക്കുക.

മൂന്ന് മിനി കേസുകൾ

കേസ് 1 - റോൾബാക്ക് പ്ലാൻ രാത്രി സംരക്ഷിച്ചു. ഒരു ടീം ഒരു വെബ് സെർവർ പാച്ച് പ്രയോഗിച്ചു; പാച്ച് അപ്രതീക്ഷിതമായി ഒരു ആശ്രിതത്വം തകർക്കുകയും സൈറ്റ് 500 പിശക് നൽകുകയും ചെയ്തു. എന്നാൽ മാറ്റ അഭ്യർത്ഥനയിൽ AI ഉപയോഗിച്ച് വ്യക്തമായ റോൾബാക്ക് ഘട്ടം തയ്യാറാക്കിയിരുന്നു: "പാച്ച് നീക്കം ചെയ്യുക, മുമ്പത്തെ പാക്കേജ് പുനഃസ്ഥാപിക്കുക, സേവനം വീണ്ടും ലോഡുചെയ്യുക." ആറ് മിനിറ്റിനുള്ളിൽ ടീം മടങ്ങി. റോൾബാക്ക് പ്ലാൻ ഇല്ലെങ്കിൽ, അർദ്ധരാത്രിയിൽ മൂലകാരണം തിരയുന്നതിനിടയിൽ തടസ്സം മണിക്കൂറുകളോളം നീണ്ടുനിൽക്കും.

കേസ് 2 - കാനറിക്ക് 5% ബഗ് ലഭിച്ചു. ഒരു പുതിയ പതിപ്പ് വിതരണം ചെയ്യും. ടീം AI-യോട് സ്തംഭിച്ച വിന്യാസ പദ്ധതി ആവശ്യപ്പെട്ടു: ആദ്യം 1 സെർവർ, വാച്ച്, പിന്നെ 25%, പിന്നെ എല്ലാം. കാനറി സെർവറിൽ പ്രതികരണ സമയം ഇരട്ടിയായതായി കണ്ടു; വിതരണം നിർത്തി. ഒരു സെർവറിൽ മാത്രമേ ബഗ് നിലനിന്നുള്ളൂ, 95% ഉപയോക്താക്കളെ ബാധിച്ചിട്ടില്ല. ഒറ്റയടിക്ക് പടർന്നിരുന്നെങ്കിൽ മുഴുവൻ സർവീസും തകരുമായിരുന്നു.

കേസ് 3 - മാറ്റാനാവാത്ത മാറ്റത്തിൻ്റെ അധിക അളവ്. ഒരു ഡാറ്റാബേസ് സ്കീമ മൈഗ്രേഷൻ ആസൂത്രണം ചെയ്തിട്ടുണ്ട് - ഇത് പഴയപടിയാക്കാൻ വളരെ ബുദ്ധിമുട്ടുള്ള ഒരു മാറ്റം. അപകടസാധ്യതയെക്കുറിച്ച് എഞ്ചിനീയർ AI യോട് ചോദിച്ചു; ഈ മാറ്റം മാറ്റാനാകാത്തതാണെന്ന് YZ പ്രസ്താവിക്കുകയും പൂർണ്ണ ബാക്കപ്പ്, പ്രത്യേക ടെസ്റ്റ് റൺ, ഇടുങ്ങിയ വിൻഡോ എന്നിവ ശുപാർശ ചെയ്യുകയും ചെയ്തു. മൈഗ്രേഷനു തൊട്ടുമുമ്പ് ടീം ഒരു പൂർണ്ണ ബാക്കപ്പ് എടുത്തു, ആദ്യം അത് ഒരു പകർപ്പിൽ പരീക്ഷിച്ചു. മൈഗ്രേഷൻ സമയത്ത് ഒരു പ്രശ്‌നമുണ്ടായി, എന്നാൽ ബാക്കപ്പിന് നന്ദി, 20 മിനിറ്റിനുള്ളിൽ സ്ഥിരത പുനഃസ്ഥാപിച്ചു.

പകർത്താവുന്ന നാല് ടെംപ്ലേറ്റുകൾ

1) അഭ്യർത്ഥന ഡ്രാഫ്റ്റ് മാറ്റുക:

നിങ്ങളുടെ റോൾ: മാനേജ്മെൻ്റ് സ്പെഷ്യലിസ്റ്റിനെ മാറ്റുക. ഇനിപ്പറയുന്ന മാറ്റത്തിനായി ഒരു മാറ്റ അഭ്യർത്ഥന ഡ്രാഫ്റ്റ് ചെയ്യുക: [മാറ്റുക]. തലക്കെട്ടുകൾ: എന്ത്/എന്തുകൊണ്ട്, ബാധിച്ച സിസ്റ്റങ്ങളും ആശ്രിതത്വങ്ങളും, റിസ്ക് ലെവൽ (കുറഞ്ഞ/ഇടത്തരം/ഉയർന്ന + ന്യായീകരണം), ഇത് റോൾബാക്ക് ആണോ, നടപ്പാക്കൽ ഘട്ടങ്ങൾ, വിജയ പരിശോധന മാനദണ്ഡം, റോൾബാക്ക് ഘട്ടങ്ങൾ, മെയിൻ്റനൻസ് വിൻഡോ ശുപാർശ, ആവശ്യമായ അംഗീകാരം. നിങ്ങൾക്ക് ഉറപ്പില്ലാത്ത ആശ്രിതത്വം "സ്ഥിരീകരിക്കുക" എന്ന് അടയാളപ്പെടുത്തുക.

2) അപകടസാധ്യതയും ആഘാതവും വിലയിരുത്തൽ:

അപകടസാധ്യതയുടെ അടിസ്ഥാനത്തിൽ ഇനിപ്പറയുന്ന മാറ്റം വിലയിരുത്തുക: [മാറ്റം]. (1) നേരിട്ടും അല്ലാതെയും ബാധിച്ചേക്കാവുന്ന സിസ്റ്റങ്ങളെ പട്ടികപ്പെടുത്തുക, (2) ഏറ്റവും മോശം സാഹചര്യം ഏതാണ്, (3) ഇത് പഴയപടിയാക്കാനാകുമോ, ഇല്ലെങ്കിൽ, ഞാൻ എന്ത് അധിക നടപടികൾ സ്വീകരിക്കണം, (4) അപകടസാധ്യതയെ ന്യായീകരിക്കുക. ഇതൊരു പ്രാഥമിക വിലയിരുത്തലാണെന്നും തീരുമാനം എൻ്റേതാണെന്നും വിശദീകരിക്കുക.

3) ഒരു റോൾബാക്ക് പ്ലാൻ സൃഷ്ടിക്കുന്നു:

[മാറ്റം] എന്നതിനായി ഒരു ഘട്ടം ഘട്ടമായുള്ള റോൾബാക്ക് പ്ലാൻ എഴുതുക. ഓരോ ഘട്ടവും പകർത്താനും പരിശോധിക്കാനും കഴിയുമെന്ന് ഉറപ്പാക്കുക. മാറ്റത്തിൻ്റെ മാറ്റാനാകാത്ത ഭാഗങ്ങൾ ഉണ്ടെങ്കിൽ, അത് വ്യക്തമായി പ്രസ്താവിക്കുകയും അവയ്ക്കായി ഞാൻ ഏത് ബാക്കപ്പ് എടുക്കണമെന്ന് എഴുതുകയും ചെയ്യുക. റോൾബാക്കിൻ്റെ വിജയം എങ്ങനെ പരിശോധിക്കാമെന്ന് ചേർക്കുക.

4) ഘട്ടം ഘട്ടമായുള്ള വിതരണം (കാനറി) പദ്ധതി:

ഇനിപ്പറയുന്ന വിന്യാസത്തിനായി ഒരു [വിന്യാസം] ഘട്ടം ഘട്ടമായുള്ള പ്ലാൻ നിർദ്ദേശിക്കുക: ഏത് ഘട്ടങ്ങളാണ് (ഉദാ. 1 സെർവർ -> 25% -> എല്ലാം), ഓരോ ഘട്ടത്തിലും ഞാൻ എത്ര സമയം കാത്തിരിക്കണം, ഏത് മെട്രിക്‌സുകളാണ് ഞാൻ ട്രാക്ക് ചെയ്യേണ്ടത് (പ്രതികരണ സമയം, പിശക് നിരക്ക് മുതലായവ)? ഏത് പരിധി കവിഞ്ഞാൽ വിന്യാസം നിർത്തുകയും പിൻവലിക്കുകയും വേണം? നിങ്ങളുടെ തീരുമാന പോയിൻ്റുകൾ വ്യക്തമായി എഴുതുക.

ദുർബലമായ പ്രോംപ്റ്റ് / ശക്തമായ പ്രോംപ്റ്റ്

ദുർബലമായ പ്രോംപ്റ്റ്:

ഞാൻ ഈ പാച്ച് പ്രയോഗിക്കണോ?

സന്ദർഭമില്ല, സ്വാധീനമില്ല, ആവർത്തനമില്ല, വിൻഡോകളില്ല. AI-ക്ക് നിങ്ങളുടെ സിസ്റ്റമോ അപകടസാധ്യതയോ അറിയില്ല; അത് നൽകുന്ന "അതെ/ഇല്ല" എന്നത് നിരുത്തരവാദപരമായ ഊഹമാണ്.

ശക്തമായ നിർദ്ദേശം:

നിങ്ങളുടെ റോൾ: മാനേജ്മെൻ്റ് സ്പെഷ്യലിസ്റ്റിനെ മാറ്റുക. പ്രൊഡക്ഷനിലുള്ള വെബ്‌സെർവറുകളുടെ ഒരു കൂട്ടത്തിന് ഞാൻ ഒരു സുരക്ഷാ പാച്ച് പ്രയോഗിക്കും (8 സെർവറുകൾ, ഒരു ലോഡ് ബാലൻസറിന് പിന്നിൽ). എനിക്ക് തരൂ: (1) ഈ മാറ്റത്തിനായുള്ള ഒരു ഡ്രാഫ്റ്റ് മാറ്റ അഭ്യർത്ഥന, (2) ബാധിച്ചേക്കാവുന്ന ഡിപൻഡൻസികൾ (ഞാൻ സ്ഥിരീകരിക്കും), (3) റോൾബാക്ക് ഘട്ടങ്ങൾ, (4) 1 സെർവറായി കാനറി പ്ലാൻ -> 25% -> എല്ലാം കൂടാതെ ഓരോ ഘട്ടത്തിലും ഞാൻ നിരീക്ഷിക്കുന്ന മെട്രിക്കുകൾ. അപകടത്തിൻ്റെ തോത് ന്യായീകരിക്കുക. ഞാൻ അംഗീകരിക്കുകയും തീരുമാനിക്കുകയും ചെയ്യുന്നു.

സവിശേഷത മാറ്റുക

കുറഞ്ഞ അപകടസാധ്യത

ഉയർന്ന അപകടസാധ്യത

റിവേഴ്സിബിലിറ്റി

എളുപ്പമുള്ള റോൾബാക്ക്

മാറ്റാനാകാത്ത / ബുദ്ധിമുട്ടുള്ള

ഡൊമെയ്ൻ

സിംഗിൾ സെർവ്, ഒറ്റപ്പെട്ട

മൾട്ടി സർവീസ്, ഡിപൻഡൻസി ചെയിൻ

വിതരണം

നേരിട്ട് ആകാം

നിർബന്ധിത കാനറി + ഇടുങ്ങിയ വിൻഡോ

അംഗീകാരം

ടീമിനുള്ളിൽ

CAB / ടോപ്പ് അംഗീകാരം

മിച്ചം

സ്റ്റാൻഡേർഡ്

അധിക പൂർണ്ണ ബാക്കപ്പ് + ടെസ്റ്റ് റൺ

സാധാരണ തെറ്റുകൾ

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

ശ്രദ്ധിക്കുക: AI നിർമ്മിക്കുന്ന ബാധിത സിസ്റ്റങ്ങളുടെ ലിസ്റ്റ് ഒരു പ്രാഥമികമാണ്, പൂർണ്ണമായ ലിസ്റ്റല്ല. നിങ്ങളുടെ ഓർഗനൈസേഷൻ്റെ ആശ്രിതത്വം AI-ക്ക് അറിയില്ല; "ഈ സേവനം തകരാറിലായാൽ, മറ്റെന്താണ് തകരാറിലാകുക?" എന്ന ചോദ്യത്തിനുള്ള കൃത്യമായ ഉത്തരം. നിങ്ങളുടെ കോർപ്പറേറ്റ് അറിവിൽ കിടക്കുന്നു. AI-യുടെ ലിസ്റ്റ് അപൂർണ്ണമാണെന്ന് കരുതി അത് വികസിപ്പിക്കുക.

ചുരുക്കത്തിൽ

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

ആപ്ലിക്കേഷൻ ടാസ്ക്

നിങ്ങൾ ഉടൻ വരുത്താൻ ഉദ്ദേശിക്കുന്ന (അല്ലെങ്കിൽ അടുത്തിടെ വരുത്തിയ) ഒരു പ്രൊഡക്ഷൻ മാറ്റം തിരഞ്ഞെടുക്കുക. മുകളിലുള്ള "അഭ്യർത്ഥന ഡ്രാഫ്റ്റ് മാറ്റുക" എന്ന ടെംപ്ലേറ്റ് ഉപയോഗിച്ച് ഒരു പൂർണ്ണമായ മാറ്റ അഭ്യർത്ഥന തയ്യാറാക്കാൻ AI-യോട് ആവശ്യപ്പെടുക. നിങ്ങളുടെ സ്വന്തം ആശ്രിത വിവരങ്ങൾ ഉപയോഗിച്ച് AI നിർമ്മിക്കുന്ന "ബാധിത സിസ്റ്റങ്ങളുടെ" ലിസ്റ്റ് വിപുലീകരിക്കുക. "ഒരു റോൾബാക്ക് പ്ലാൻ ജനറേറ്റ് ചെയ്യുക" ടെംപ്ലേറ്റ് ഉപയോഗിച്ച് റോൾബാക്ക് ഘട്ടങ്ങൾ പ്രിൻ്റ് ഔട്ട് ചെയ്യുക, മാറ്റത്തിൻ്റെ ഏതെങ്കിലും ഭാഗം റോൾബാക്ക് ചെയ്യാൻ കഴിയില്ലെന്ന് നിർണ്ണയിക്കുക. അവസാനമായി, ഒരു കാനറി പ്ലാൻ കൊണ്ടുവരിക. മുഴുവൻ പ്ലാനിനെയും 6 പോയിൻ്റുകളായി സംഗ്രഹിക്കുകയും ഏതൊക്കെ അംഗീകാരങ്ങളാണ് ആവശ്യമെന്ന് ശ്രദ്ധിക്കുക.

ചെക്ക്ലിസ്റ്റ്

• [ ] എന്ത്/എന്തുകൊണ്ട്, ആഘാതം, അപകടസാധ്യത, ഘട്ടങ്ങൾ, സ്ഥിരീകരണം, റോൾബാക്ക് എന്നിവ ഉൾപ്പെടുന്ന മാറ്റത്തിനായി ഞാൻ ഒരു അഭ്യർത്ഥന തയ്യാറാക്കിയിട്ടുണ്ടോ?
• [ ] എൻ്റെ സ്വന്തം ഡിപൻഡൻസി വിവരങ്ങൾ ഉപയോഗിച്ച് AI-യുടെ ബാധിത സിസ്റ്റങ്ങളുടെ ലിസ്റ്റ് ഞാൻ വിപുലീകരിച്ചിട്ടുണ്ടോ?
• [ ] മാറ്റം പഴയപടിയാക്കാനാകുമോ അതോ മാറ്റാനാകാത്തതാണോ എന്ന് ഞാൻ തരംതിരിച്ചിട്ടുണ്ടോ?
• [ ] ഞാൻ റോൾബാക്ക് സ്റ്റെപ്പുകൾ എഴുതി ടെസ്റ്റ് പരിതസ്ഥിതിയിൽ പരീക്ഷിച്ചോ, സാധ്യമെങ്കിൽ?
• [ ] മെയിൻ്റനൻസ് വിൻഡോയും കാനറി വിന്യാസ പദ്ധതിയും ഓരോ ഘട്ടത്തിലുമുള്ള നിരീക്ഷണ അളവുകളും ഞാൻ നിശ്ചയിച്ചിട്ടുണ്ടോ?
• [ ] ഞാൻ വിജയ സ്ഥിരീകരണ മാനദണ്ഡം നിർവചിക്കുകയും ആവശ്യമായ അംഗീകാരങ്ങൾ ലഭിക്കുകയും ചെയ്തിട്ടുണ്ടോ?