പ്രൊഡക്ഷൻ റെഡിനെസ് ചെക്ക്‌ലിസ്റ്റ്

ലേഖനത്തിന്റെ വിവർത്തനം കോഴ്‌സിലെ വിദ്യാർത്ഥികൾക്കായി പ്രത്യേകം തയ്യാറാക്കിയതാണ് "DevOps പ്രാക്ടീസുകളും ടൂളുകളും", അത് ഇന്ന് ആരംഭിക്കുന്നു!

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

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

വിചാരണയും പിഴവും വിരൽചൂണ്ടലും കുറ്റപ്പെടുത്തലും സാധാരണമായ അന്തരീക്ഷം സൃഷ്ടിക്കുന്നു. ഈ പെരുമാറ്റത്തിലൂടെ, തെറ്റുകളിൽ നിന്ന് പഠിക്കാനും അവ വീണ്ടും ആവർത്തിക്കാതിരിക്കാനും കൂടുതൽ ബുദ്ധിമുട്ടാണ്.

വിജയിച്ച സ്ഥാപനങ്ങൾ:

• ഉൽപ്പാദനത്തിനുള്ള മാർഗ്ഗനിർദ്ദേശങ്ങളുടെ ആവശ്യകത മനസ്സിലാക്കുക,
• മികച്ച രീതികൾ പഠിക്കുക,
• പുതിയ സിസ്റ്റങ്ങളോ ഘടകങ്ങളോ വികസിപ്പിക്കുമ്പോൾ ഉൽപ്പാദന സന്നദ്ധത സംബന്ധിച്ച ചർച്ചകൾ ആരംഭിക്കുക,
• ഉൽപാദനത്തിനുള്ള തയ്യാറെടുപ്പിന്റെ നിയമങ്ങൾ പാലിക്കുന്നത് ഉറപ്പാക്കുക.

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

ഉൽപ്പാദനത്തിനുള്ള സന്നദ്ധതയ്ക്കായി ഒരു സേവനം എപ്പോഴാണ് പരിശോധിക്കേണ്ടത്?

റിലീസിന് തൊട്ടുമുമ്പ് മാത്രമല്ല, മറ്റൊരു ഓപ്പറേഷൻ ടീമിനോ അല്ലെങ്കിൽ ഒരു പുതിയ ജീവനക്കാരനോ കൈമാറുമ്പോഴും ഉൽപ്പാദന സന്നദ്ധത പരിശോധിക്കുന്നത് ഉപയോഗപ്രദമാണ്.

എപ്പോൾ പരിശോധിക്കുക:

• നിങ്ങൾ നിർമ്മാണത്തിലേക്ക് ഒരു പുതിയ സേവനം പുറത്തിറക്കുകയാണ്.
• നിങ്ങൾ ഉൽപ്പാദന സേവനത്തിന്റെ പ്രവർത്തനം SRE പോലുള്ള മറ്റൊരു ടീമിന് കൈമാറുന്നു.
• നിങ്ങൾ ഉൽപ്പാദന സേവനത്തിന്റെ പ്രവർത്തനം പുതിയ ജീവനക്കാർക്ക് കൈമാറുന്നു.
• സാങ്കേതിക പിന്തുണ സംഘടിപ്പിക്കുക.

പ്രൊഡക്ഷൻ റെഡിനെസ് ചെക്ക്‌ലിസ്റ്റ്

കുറച്ച് കാലം മുമ്പ്, ഒരു ഉദാഹരണമായി, ഐ പ്രസിദ്ധീകരിച്ചു ഉൽപ്പാദനത്തിനുള്ള സന്നദ്ധത പരിശോധിക്കുന്നതിനുള്ള ചെക്ക്ലിസ്റ്റ്. Google ക്ലൗഡ് ഉപഭോക്താക്കളിൽ നിന്നാണ് ഈ ലിസ്റ്റ് ഉത്ഭവിച്ചതെങ്കിലും, ഇത് Google ക്ലൗഡിന് പുറത്ത് ഉപയോഗപ്രദവും ബാധകവുമായിരിക്കും.

രൂപകൽപ്പനയും വികസനവും

• ബാഹ്യ സേവനങ്ങളിലേക്ക് ആക്‌സസ് ആവശ്യമില്ലാത്തതും ബാഹ്യ സിസ്റ്റങ്ങളുടെ പരാജയത്തെ ആശ്രയിക്കാത്തതുമായ ഒരു ആവർത്തന നിർമ്മാണ പ്രക്രിയ വികസിപ്പിക്കുക.
• രൂപകൽപന, വികസന കാലയളവിൽ, നിങ്ങളുടെ സേവനങ്ങൾക്കായി SLO-കൾ നിർവചിക്കുകയും സജ്ജീകരിക്കുകയും ചെയ്യുക.
• നിങ്ങൾ ആശ്രയിക്കുന്ന ബാഹ്യ സേവനങ്ങളുടെ ലഭ്യതയെക്കുറിച്ചുള്ള പ്രതീക്ഷകൾ രേഖപ്പെടുത്തുക.
• ഒരൊറ്റ ആഗോള വിഭവത്തെ ആശ്രയിക്കുന്നത് നീക്കം ചെയ്തുകൊണ്ട് പരാജയത്തിന്റെ ഒരു പോയിന്റ് ഒഴിവാക്കുക. വിഭവം ലഭ്യമല്ലാത്തപ്പോൾ ഉറവിടം ആവർത്തിക്കുക അല്ലെങ്കിൽ ഒരു ഫാൾബാക്ക് ഉപയോഗിക്കുക (ഉദാഹരണത്തിന്, ഒരു ഹാർഡ്-കോഡഡ് മൂല്യം).

കോൺഫിഗറേഷൻ മാനേജ്മെന്റ്

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

റിലീസ് മാനേജ്മെന്റ്

• റിലീസ് പ്രക്രിയ വിശദമായി രേഖപ്പെടുത്തുക. റിലീസുകൾ SLO-കളെ എങ്ങനെ ബാധിക്കുന്നു എന്ന് വിവരിക്കുക (ഉദാഹരണത്തിന്, കാഷെ മിസ്സുകൾ കാരണം ലേറ്റൻസിയിലെ താൽക്കാലിക വർദ്ധനവ്).
• ഡോക്യുമെന്റ് കാനറി റിലീസുകൾ.
• ഒരു കാനറി റിലീസ് വിശകലന പദ്ധതി വികസിപ്പിക്കുക, സാധ്യമെങ്കിൽ, ഓട്ടോമാറ്റിക് റോൾബാക്ക് മെക്കാനിസങ്ങൾ.
• റോൾബാക്കുകൾക്ക് വിന്യാസം പോലെയുള്ള അതേ പ്രക്രിയകൾ ഉപയോഗിക്കാനാകുമെന്ന് ഉറപ്പാക്കുക.

നിരീക്ഷണക്ഷമത

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

സംരക്ഷണവും സുരക്ഷയും

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

ശേഷി ആസൂത്രണം

• നിങ്ങളുടെ സേവന സ്കെയിലുകൾ എങ്ങനെയെന്ന് രേഖപ്പെടുത്തുക. ഉദാഹരണത്തിന്: ഉപയോക്താക്കളുടെ എണ്ണം, ഇൻകമിംഗ് പേലോഡിന്റെ വലുപ്പം, ഇൻകമിംഗ് സന്ദേശങ്ങളുടെ എണ്ണം.
• നിങ്ങളുടെ സേവനത്തിനുള്ള ഉറവിട ആവശ്യകതകൾ രേഖപ്പെടുത്തുക. ഉദാഹരണത്തിന്: സമർപ്പിത വെർച്വൽ മെഷീൻ ഇൻസ്റ്റൻസുകളുടെ എണ്ണം, സ്പാനർ ഇൻസ്‌റ്റൻസുകളുടെ എണ്ണം, GPU അല്ലെങ്കിൽ TPU പോലുള്ള പ്രത്യേക ഹാർഡ്‌വെയർ.
• പ്രമാണ വിഭവ പരിമിതികൾ: ഉറവിട തരം, പ്രദേശം മുതലായവ.
• പുതിയ ഉറവിടങ്ങൾ സൃഷ്ടിക്കുന്നതിനുള്ള ഡോക്യുമെന്റ് ക്വാട്ട നിയന്ത്രണങ്ങൾ. ഉദാഹരണത്തിന്, പുതിയ സംഭവങ്ങൾ സൃഷ്ടിക്കാൻ നിങ്ങൾ API ഉപയോഗിക്കുകയാണെങ്കിൽ GCE API അഭ്യർത്ഥനകളുടെ എണ്ണം പരിമിതപ്പെടുത്തുന്നു.
• പ്രകടനത്തിലെ അപചയം വിശകലനം ചെയ്യുന്നതിന് റൺ ലോഡ് ടെസ്റ്റുകൾ പരിഗണിക്കുക.

അത്രയേയുള്ളൂ. ക്ലാസ്സിൽ കാണാം!

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