പൈലറ്റുമാരും PoC-കളും നടത്തുന്നതിനുള്ള ഒരു ദ്രുത ഗൈഡ്

ആമുഖം

ഐടി മേഖലയിലും പ്രത്യേകിച്ച് ഐടി വിൽപ്പനയിലും എന്റെ ജോലിയുടെ വർഷങ്ങളിൽ, ഞാൻ നിരവധി പൈലറ്റ് പ്രോജക്ടുകൾ കണ്ടിട്ടുണ്ട്, എന്നാൽ അവയിൽ മിക്കതും ഒന്നും തന്നെ അവസാനിക്കുകയും കാര്യമായ സമയമെടുക്കുകയും ചെയ്തു.

അതേ സമയം, സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ പോലുള്ള ഹാർഡ്‌വെയർ സൊല്യൂഷനുകൾ പരിശോധിക്കുന്നതിനെക്കുറിച്ചാണ് നമ്മൾ സംസാരിക്കുന്നതെങ്കിൽ, ഓരോ ഡെമോ സിസ്റ്റത്തിനും സാധാരണയായി ഒരു വർഷം മുമ്പ് ഒരു വെയിറ്റിംഗ് ലിസ്റ്റ് ഉണ്ടാകും. ഷെഡ്യൂളിലെ ഓരോ ടെസ്റ്റിനും ഒരു വിൽപ്പന കൊണ്ടുവരാം അല്ലെങ്കിൽ മറിച്ച്, വിൽപ്പന നശിപ്പിക്കാം. ടെസ്റ്റിംഗ് വിൽപ്പനയെ ബാധിക്കാത്ത ഒരു സാഹചര്യം പരിഗണിക്കുന്നതിൽ അർത്ഥമില്ല, കാരണം പരിശോധനയ്ക്കും അർത്ഥമില്ല - ഇത് ഡെമോ സിസ്റ്റത്തിന് സമയം പാഴാക്കുകയും സമയം പാഴാക്കുകയും ചെയ്യുന്നു.

അപ്പോൾ, നിങ്ങൾക്ക് എങ്ങനെ എല്ലാം വിവേകത്തോടെ ചെയ്യാനും എല്ലാം സംഭവിക്കാനും കഴിയും?

തയ്യാറാക്കൽ

പൈലറ്റിന്റെ ലക്ഷ്യങ്ങൾ

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

മൊത്തത്തിൽ, അവസാനം നമുക്ക് മൂന്ന് പ്രധാന തരം പൈലറ്റ് ടെസ്റ്റിംഗ് ലഭിക്കുന്നു, കൂടാതെ ഒരു പൈലറ്റിന്റെ പ്രത്യേക സാഹചര്യമെന്ന നിലയിൽ, ആശയത്തിന്റെ തെളിവ് (PoC - ആശയത്തിന്റെ തെളിവ്):
* ലോഡ് ടെസ്റ്റിംഗ് (+ സ്കേലബിളിറ്റി)
* പ്രവർത്തനപരമായ പരിശോധന
* തെറ്റ് സഹിഷ്ണുത പരിശോധന

ഒരു പ്രത്യേക സാഹചര്യത്തിൽ, ഒരു പ്രത്യേക ഉപഭോക്താവിന്റെ സംശയങ്ങളെ ആശ്രയിച്ച്, പൈലറ്റ് വ്യത്യസ്ത ലക്ഷ്യങ്ങൾ സംയോജിപ്പിച്ചേക്കാം, അല്ലെങ്കിൽ, മറിച്ച്, അവയിലൊന്ന് മാത്രമേ ഉണ്ടാകൂ.

എന്തുകൊണ്ടാണ് ഈ പരീക്ഷണം നടത്തുന്നതെന്ന് പ്ലെയിൻ റഷ്യൻ ഭാഷയിൽ വിവരിക്കുന്ന ഒരു രേഖയിൽ നിന്നാണ് പൈലറ്റ് ആരംഭിക്കുന്നത്. പൈലറ്റ് വിജയിച്ചോ അതോ പ്രത്യേകമായി എന്താണ് പാസാകാത്തതെന്നോ വ്യക്തമായും പറയാൻ സാധിക്കുന്ന, അളക്കാവുന്ന മാനദണ്ഡങ്ങളുടെ നിർബന്ധിത സെറ്റും ഇതിൽ ഉൾപ്പെടുന്നു. അളക്കാവുന്ന മാനദണ്ഡങ്ങൾ സംഖ്യാപരമായിരിക്കാം (ഉദാഹരണത്തിന് ms, IOPS ലെ ലേറ്റൻസി) അല്ലെങ്കിൽ ബൈനറി (അതെ/ഇല്ല). നിങ്ങളുടെ പൈലറ്റിന് അളക്കാനാവാത്ത മൂല്യം ഒരു മാനദണ്ഡമായി ഉണ്ടെങ്കിൽ, പൈലറ്റിന് ഒരു അർത്ഥവുമില്ല, അത് പൂർണ്ണമായും കൃത്രിമത്വത്തിനുള്ള ഒരു ഉപകരണമാണ്.

ഉപകരണങ്ങൾ

വെണ്ടർ/വിതരണക്കാരൻ/പങ്കാളി എന്നിവരുടെ ഡെമോ ഉപകരണങ്ങളിലോ ഉപഭോക്തൃ ഉപകരണത്തിലോ പൈലറ്റ് നടത്താം. കൃത്യമായി പറഞ്ഞാൽ, വ്യത്യാസം ചെറുതാണ്, പൊതുവായ സമീപനം ഒന്നുതന്നെയാണ്.

പൈലറ്റ് ആരംഭിക്കുന്നതിന് മുമ്പുള്ള ഉപകരണങ്ങളെ സംബന്ധിച്ച പ്രധാന ചോദ്യം, മുഴുവൻ ഉപകരണങ്ങളും (സ്വിച്ചുകൾ, ഡാറ്റ കേബിളുകൾ, പവർ കേബിളുകൾ എന്നിവയുൾപ്പെടെ) നിലവിലുണ്ടോ എന്നതാണ്? ഉപകരണങ്ങൾ പരിശോധനയ്ക്ക് തയ്യാറാണോ (ശരിയായ ഫേംവെയർ പതിപ്പുകൾ, എല്ലാം പിന്തുണയ്ക്കുന്നു, എല്ലാ ലൈറ്റുകളും പച്ചയാണ്)?

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

ടെസ്റ്റിംഗ് പ്രോഗ്രാം

ഉപകരണം ഉപഭോക്താവിന് കൈമാറുന്നതിനുമുമ്പ്, ടെസ്റ്റിംഗ് ലക്ഷ്യങ്ങൾ നിറവേറ്റുന്ന ഒരു ടെസ്റ്റിംഗ് പ്രോഗ്രാം തയ്യാറാക്കണം. ഓരോ പരീക്ഷയ്ക്കും അളക്കാവുന്ന ഫലവും വിജയത്തിനുള്ള വ്യക്തമായ മാനദണ്ഡവും ഉണ്ടായിരിക്കണം.
ടെസ്റ്റിംഗ് പ്രോഗ്രാം വെണ്ടർ, പങ്കാളി, ഉപഭോക്താവ് അല്ലെങ്കിൽ സംയുക്തമായി തയ്യാറാക്കാം - എന്നാൽ എല്ലായ്പ്പോഴും ടെസ്റ്റുകൾ ആരംഭിക്കുന്നതിന് മുമ്പ്. ഈ പ്രോഗ്രാമിൽ താൻ സംതൃപ്തനാണെന്ന് ഉപഭോക്താവ് ഒപ്പിടണം.

ജനം

പൈലറ്റിനുള്ള തയ്യാറെടുപ്പിന്റെ ഭാഗമായി, പൈലറ്റിന്റെ തീയതികളും ആവശ്യമായ എല്ലാ വ്യക്തികളുടെയും സാന്നിധ്യവും പരിശോധനയ്ക്കുള്ള അവരുടെ സന്നദ്ധതയും, വെണ്ടർ/പങ്കാളിയുടെ ഭാഗത്തും ഉപഭോക്താവിന്റെ ഭാഗത്തുനിന്നും അംഗീകരിക്കേണ്ടത് ആവശ്യമാണ്. ഓ, ഉപകരണങ്ങൾ സ്ഥാപിച്ചതിന്റെ പിറ്റേന്ന് ഉപഭോക്താവിന്റെ പൈലറ്റിലെ പ്രധാന വ്യക്തി അവധിക്കാലം ആഘോഷിക്കുമ്പോൾ എത്ര പൈലറ്റുമാർ ആരംഭിച്ചു!

ഉത്തരവാദിത്ത/പ്രവേശന മേഖലകൾ

പൈലറ്റിന്റെ പ്രോഗ്രാം ഉൾപ്പെട്ടിരിക്കുന്ന എല്ലാ വ്യക്തികളുടെയും ഉത്തരവാദിത്തങ്ങൾ വ്യക്തമായി മനസ്സിലാക്കുകയും മികച്ച രീതിയിൽ വിവരിക്കുകയും വേണം. ആവശ്യമെങ്കിൽ, ഉപഭോക്താവിന്റെ സിസ്റ്റങ്ങളിലേക്കും ഡാറ്റയിലേക്കും വെണ്ടർ/പങ്കാളി എഞ്ചിനീയർമാരുടെ വിദൂരമോ ശാരീരികമോ ആയ ആക്‌സസ് ഉപഭോക്താവിന്റെ സുരക്ഷാ സേവനവുമായി ഏകോപിപ്പിച്ചിരിക്കുന്നു.

പൈലറ്റ്

മുമ്പത്തെ എല്ലാ പോയിന്റുകളും ഞങ്ങൾ പൂർത്തിയാക്കിയിട്ടുണ്ടെങ്കിൽ, ഏറ്റവും വിരസമായ ഭാഗം പൈലറ്റാണ്. പക്ഷേ അത് പാളത്തിൽ എന്നപോലെ ഓടണം. ഇല്ലെങ്കിൽ, തയ്യാറെടുപ്പിന്റെ ഒരു ഭാഗം സ്ക്രൂ ചെയ്തു.

പൈലറ്റിന്റെ പൂർത്തീകരണം

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

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