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