SAP ഹോസ്റ്റിംഗ് മാറ്റുന്നതിന്റെ അനുഭവം: വേദനാജനകമായ വേദനയില്ലാതെ സിസ്റ്റങ്ങൾ എങ്ങനെ മൈഗ്രേറ്റ് ചെയ്യാം

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

കട്ടിന് താഴെ, SAP സിസ്റ്റങ്ങൾ മൈഗ്രേറ്റ് ചെയ്യുന്നതിലും പരിപാലിക്കുന്നതിലും ഉപഭോക്താക്കൾ നേരിടുന്ന ബുദ്ധിമുട്ടുകളെക്കുറിച്ച് ഞങ്ങൾ സംസാരിക്കും, സ്റ്റീരിയോടൈപ്പുകൾ എല്ലായ്പ്പോഴും യാഥാർത്ഥ്യവുമായി പൊരുത്തപ്പെടാത്തത് എന്തുകൊണ്ടെന്ന് ചർച്ചചെയ്യും, കൂടാതെ ഒരു ഉപഭോക്താവിന്റെ സിസ്റ്റങ്ങളെ എങ്ങനെ മൈഗ്രേറ്റ് ചെയ്യാൻ ഞങ്ങൾക്ക് കഴിഞ്ഞു എന്നതിന്റെ ഒരു കേസ് പഠനം പങ്കിടും. വെറും മൂന്ന് മാസത്തിനുള്ളിൽ പുതിയ അടിസ്ഥാന സൗകര്യങ്ങൾ.

SAP സിസ്റ്റം ഹോസ്റ്റിംഗ്

വെറും അഞ്ച് വർഷം മുമ്പ്, SAP ആപ്ലിക്കേഷനുകൾക്കായി ക്ലയന്റുകൾ വൻതോതിൽ ഹോസ്റ്റിംഗ് ഉറവിടങ്ങൾ ഉപയോഗിക്കാൻ തുടങ്ങുമെന്ന് സങ്കൽപ്പിക്കാൻ പ്രയാസമായിരുന്നു. മിക്ക കേസുകളിലും അവ പരിസരത്ത് നടപ്പിലാക്കി. എന്നിരുന്നാലും, ഔട്ട്‌സോഴ്‌സിംഗ് മോഡലുകളുടെയും ക്ലൗഡ് സേവന വിപണിയുടെയും വികാസത്തോടെ, ഉപഭോക്താക്കളുടെ ലോകവീക്ഷണം മാറാൻ തുടങ്ങി. SAP-നുള്ള ക്ലൗഡിന് അനുകൂലമായ തിരഞ്ഞെടുപ്പിനെ സ്വാധീനിക്കുന്ന വാദങ്ങൾ എന്തൊക്കെയാണ്?

• SAP നടപ്പിലാക്കാൻ ഇപ്പോൾ പദ്ധതിയിട്ടിരിക്കുന്ന തുടക്കക്കാർക്ക്, ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചർ മിക്കവാറും ഒരു സ്റ്റാൻഡേർഡ് ചോയിസാണ് - സിസ്റ്റത്തിന്റെ നിലവിലെ ആവശ്യങ്ങളിലേക്കുള്ള വിഭവങ്ങളുടെ സ്കേലബിളിറ്റിയും നോൺ-കോർ കഴിവുകളുടെ വികസനത്തിലേക്ക് വിഭവങ്ങൾ തിരിച്ചുവിടാനുള്ള വിമുഖതയും.
• ഒരു വലിയ സിസ്റ്റം ലാൻഡ്‌സ്‌കേപ്പുള്ള കമ്പനികളിൽ, SAP സിസ്റ്റങ്ങൾ ഹോസ്റ്റുചെയ്യുന്നതിന്റെ സഹായത്തോടെ, CIO-കൾ റിസ്ക് മാനേജ്മെന്റിന്റെ ഗുണപരമായി വ്യത്യസ്ത തലത്തിൽ എത്തുന്നു, കാരണം SLA-യുടെ ഉത്തരവാദിത്തം പങ്കാളിയാണ്.
• മൂന്നാമത്തെ ഏറ്റവും സാധാരണമായ വാദം ഉയർന്ന ലഭ്യതയും ഡിആർ സാഹചര്യങ്ങളും നടപ്പിലാക്കുന്നതിനുള്ള അടിസ്ഥാന സൗകര്യങ്ങൾ നിർമ്മിക്കുന്നതിനുള്ള ഉയർന്ന ചിലവാണ്.
• ഫാക്ടർ 2027 - ലെഗസി സിസ്റ്റങ്ങൾക്കുള്ള പിന്തുണ 2027-ൽ അവസാനിപ്പിക്കുന്നതായി വെണ്ടർ പ്രഖ്യാപിച്ചു. ആധുനികവൽക്കരണത്തിനും പുതിയ കമ്പ്യൂട്ടിംഗ് പവർ വാങ്ങുന്നതിനുമുള്ള ചെലവുകൾ ഉൾക്കൊള്ളുന്ന ഡാറ്റാബേസ് HANA-യിലേക്ക് മാറ്റുക എന്നാണ് ഇതിനർത്ഥം.

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

SAP ഹോസ്റ്റിംഗ് മാറ്റുന്നതിനുള്ള ബുദ്ധിമുട്ടുകൾ എന്തൊക്കെയാണ്?

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

ചില ഘട്ടങ്ങളിൽ, ഉപഭോക്താവിന് ലഭിക്കുന്ന സേവനത്തിന്റെ നിലവാരം അവന്റെ പ്രതീക്ഷകളിൽ നിന്ന് വളരെ അകലെയാണെന്ന് വ്യക്തമാകും. സാഹചര്യം ശരിയാക്കുന്നതിനുള്ള പരിഹാരങ്ങൾ കണ്ടെത്തുന്നതിനുള്ള ഒരുതരം ഉത്തേജകമാണിത്, പരാജയപ്പെടുമ്പോൾ, പ്രശ്നങ്ങൾ പരിധിയിലേക്ക് കുമിഞ്ഞുകൂടുകയും അത് വളരെ വേദനാജനകമാകുകയും ചെയ്യുമ്പോൾ, സേവന ദാതാവിനെ മാറ്റുന്ന ദിശയിൽ ബദൽ ഓപ്ഷനുകൾ വികസിപ്പിക്കുന്നതിനുള്ള സജീവമായ പ്രവർത്തനങ്ങളിലേക്ക് അവർ നീങ്ങുന്നു. .

എന്തുകൊണ്ടാണ് അവർ അവസാന നിമിഷം വരെ കാത്തിരിക്കുന്നത്? കാരണം ലളിതമാണ് - ക്ലയന്റുകൾക്കായി മൈഗ്രേറ്റിംഗ് സിസ്റ്റങ്ങളുടെ പ്രക്രിയ എല്ലായ്പ്പോഴും സുതാര്യവും മനസ്സിലാക്കാവുന്നതുമല്ല. മൈഗ്രേഷൻ പ്രക്രിയയുമായി ബന്ധപ്പെട്ട യഥാർത്ഥ അപകടസാധ്യതകൾ വിലയിരുത്താൻ ക്ലയന്റിന് ബുദ്ധിമുട്ടാണ്. ക്ലയന്റുകൾക്കുള്ള മൈഗ്രേഷൻ ഒരു തരം ബ്ലാക്ക് ബോക്‌സാണെന്ന് നമുക്ക് പറയാൻ കഴിയും: ഇത് വ്യക്തമല്ല, വില, സിസ്റ്റം പ്രവർത്തനരഹിതമായ സമയം, അപകടസാധ്യതകൾ, അവ എങ്ങനെ ലഘൂകരിക്കാം, പൊതുവെ ഇത് ഇരുണ്ടതും ഭയാനകവുമാണ്. ഇത് പോലെയാണ്, അത് പ്രവർത്തിക്കുന്നില്ലെങ്കിൽ, മുകളിലും പ്രകടനം നടത്തുന്നവരിലും തലകൾ ഉരുട്ടും.

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

ഞങ്ങളുടെ ഉപഭോക്താക്കളിൽ ഒരാളിൽ നിന്ന് SAP സിസ്റ്റങ്ങൾ മൈഗ്രേറ്റ് ചെയ്യുന്ന സാഹചര്യത്തിൽ ഓരോ ഘട്ടത്തിലും ഉണ്ടാകാവുന്ന ബുദ്ധിമുട്ടുകൾ ഞങ്ങൾ വിശകലനം ചെയ്യും.

തയ്യാറാക്കലും രൂപകൽപ്പനയും

മൈഗ്രേഷൻ എന്നത് വിവിധ ഭാഗങ്ങളുള്ള ഒരു ഫോർമുലയാണ്. ടാർഗെറ്റ് (പുതിയ) ഇൻഫ്രാസ്ട്രക്ചർ രൂപകൽപ്പന ചെയ്യുകയും തയ്യാറാക്കുകയും ചെയ്യുന്ന ഘട്ടമാണ് ഏറ്റവും പ്രധാനപ്പെട്ട ഒന്ന്.

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

ഡിസൈൻ പ്രക്രിയയിൽ, നിരവധി വ്യത്യസ്ത വ്യായാമങ്ങൾ നടത്തി, അത് ആത്യന്തികമായി കുടിയേറ്റത്തിന് കഴിയുന്നത്ര തയ്യാറാക്കാനും എല്ലാത്തരം സൂക്ഷ്മതകളും അപകടങ്ങളും കണക്കിലെടുക്കാനും സാധ്യമാക്കി (അവയിൽ കൂടുതൽ പിന്നീട്).

ഞങ്ങളുടെ ഡാറ്റാ സെന്ററിനെ അടിസ്ഥാനമാക്കി വ്യക്തിഗതമായി രൂപകൽപ്പന ചെയ്‌ത സ്വകാര്യ ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറാണ് ഞങ്ങൾ അവസാനിപ്പിച്ചത്:

• SAP HANA-യ്‌ക്കായി സമർപ്പിത ഫിസിക്കൽ സെർവറുകൾ;
• ആപ്ലിക്കേഷൻ സെർവറുകൾക്കും ഇൻഫ്രാസ്ട്രക്ചർ സേവനങ്ങൾക്കുമുള്ള വിഎംവെയർ വിർച്ച്വലൈസേഷൻ പ്ലാറ്റ്ഫോം;
• L2 VPN-നുള്ള ഡാറ്റാ സെന്ററുകൾക്കിടയിൽ തനിപ്പകർപ്പായ ആശയവിനിമയ ചാനലുകൾ;
• ഉൽപ്പന്നവും "മറ്റെല്ലാം" വേർതിരിക്കുന്നതിനുള്ള രണ്ട് പ്രധാന സംഭരണ ​​സംവിധാനങ്ങൾ;
• ഒരു പ്രത്യേക സെർവർ, ഡിസ്ക് ഷെൽഫ്, ടേപ്പ് ലൈബ്രറി എന്നിവയുള്ള Veritas Netbackup അടിസ്ഥാനമാക്കിയുള്ള SRC.

ഒരു സാങ്കേതിക വീക്ഷണകോണിൽ നിന്ന് ഞങ്ങൾ ഇതെല്ലാം എങ്ങനെ നടപ്പിലാക്കിയെന്ന് ഇതാ.

എസ്.എ.പി

• ഉൽപ്പാദനക്ഷമമായ HANA-യ്‌ക്കായി സംഭരണം ഫലപ്രദമായി ഉപയോഗിക്കുന്നതിന്, SAP ഉപയോഗിച്ച് സിസ്റ്റമിക് ഡാറ്റാബേസ് പകർപ്പ് ഇല്ലാതെ ഞങ്ങൾ പങ്കിട്ട ഡിസ്കുകൾ ഉപയോഗിച്ചു. പേസ്‌മേക്കറിനെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു സജീവ-സ്റ്റാൻഡ്‌ബൈ SUSE HAE ക്ലസ്റ്ററിലാണ് ഇതെല്ലാം പൊതിഞ്ഞത്. അതെ, വീണ്ടെടുക്കൽ സമയം പകർപ്പെടുക്കുന്നതിനേക്കാൾ അൽപ്പം കൂടുതലാണ്, എന്നാൽ ഞങ്ങൾ സംഭരണ ​​ഇടം പകുതിയായി ലാഭിക്കുകയും അതിന്റെ ഫലമായി ഉപഭോക്താവിന്റെ ബജറ്റ് ലാഭിക്കുകയും ചെയ്യുന്നു.
• പ്രീ-പ്രൊഡക്ഷൻ പരിതസ്ഥിതിയിൽ, HANA ക്ലസ്റ്ററുകൾ ഉപേക്ഷിച്ചു, പക്ഷേ സാങ്കേതികമായി ഉൽപ്പാദന കോൺഫിഗറേഷൻ ആവർത്തിച്ചു.
• ഒരു MCOS കോൺഫിഗറേഷനിൽ ക്ലസ്റ്ററുകൾ ഇല്ലാതെ കൂടുതൽ സെർവറുകളിൽ ടെസ്റ്റ്, ഡെവലപ്‌മെന്റ് എൻവയോൺമെന്റുകൾ വിതരണം ചെയ്തു.
• എല്ലാ ആപ്ലിക്കേഷൻ സെർവറുകളും VMware-ൽ വെർച്വലൈസ് ചെയ്യുകയും ഹോസ്റ്റ് ചെയ്യുകയും ചെയ്തു.

Сети

• ഞങ്ങൾ നിയന്ത്രണത്തിന്റെയും ഉൽപ്പാദന ശൃംഖലയുടെയും രൂപരേഖകളെ സ്വിച്ചുകളുടെ കൂട്ടങ്ങൾ ഉപയോഗിച്ച് വേർതിരിച്ചു, ഉൽപ്പാദനക്ഷമതയുള്ളവ ഉപഭോക്താവിന്റെ ഡാറ്റാ സെന്ററുകളിലേക്ക് തിരിക്കുന്നു.
• വലിയ ട്രാഫിക് ഫ്ലോകൾ കലരാതിരിക്കാൻ ഞങ്ങൾ മതിയായ നെറ്റ്‌വർക്ക് ഇന്റർഫേസുകൾ ഇൻസ്റ്റാൾ ചെയ്തു.
• സ്റ്റോറേജ് സിസ്റ്റങ്ങളിൽ നിന്ന് ഡാറ്റ കൈമാറാൻ, ഞങ്ങൾ ക്ലാസിക് FC SAN ഫാക്ടറികൾ ഉണ്ടാക്കി.

SHD

• എസ്എപിയുടെ ഉൽപ്പാദനപരവും പ്രീ-പ്രൊഡക്റ്റീവ് ലോഡും ഓൾ-ഫ്ലാഷ് അറേയിൽ അവശേഷിക്കുന്നു.
• ഡെവലപ്പർ ടെസ്റ്റ് എൻവയോൺമെന്റുകളും ഇൻഫ്രാസ്ട്രക്ചർ സേവനങ്ങളും ഒരു പ്രത്യേക ഹൈബ്രിഡ് അറേയിൽ സ്ഥാപിച്ചു.

ഐ.ബി.എസ്

• വെരിറ്റാസ് നെറ്റ്ബാക്കപ്പ് ഉപയോഗിച്ചാണ് നിർമ്മിച്ചത്.
• MCOS കോൺഫിഗറേഷനുകൾ ബാക്കപ്പുചെയ്യാൻ ഞങ്ങൾ ബിൽറ്റ്-ഇൻ സ്ക്രിപ്റ്റുകളിലേക്ക് അൽപ്പം ചേർത്തു.
• പെട്ടെന്നുള്ള വീണ്ടെടുക്കലിനായി ഞങ്ങൾ പ്രവർത്തന പകർപ്പുകൾ ഡിസ്ക് ഷെൽഫിൽ ഇടുന്നു, ദീർഘകാല സംഭരണത്തിനായി ഞങ്ങൾ ടേപ്പുകൾ ഉപയോഗിക്കുന്നു.

നിരീക്ഷിക്കുന്നു

• എല്ലാ ഹാർഡ്‌വെയർ, OS, SAP എന്നിവയും Zabbix-ന് കീഴിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്.
• ഞങ്ങൾ ഗ്രാഫാനയിൽ ഉപയോഗപ്രദമായ നിരവധി ഡാഷ്‌ബോർഡുകൾ ശേഖരിച്ചിട്ടുണ്ട്.
• ഒരു അലേർട്ട് ഉണ്ടാകുമ്പോൾ, സംഭവ മാനേജ്മെന്റ് സിസ്റ്റത്തിൽ Zabbix-ന് ഒരു അഭ്യർത്ഥന സൃഷ്ടിക്കാൻ കഴിയും; ഞങ്ങൾ അത് ജിറയിൽ നടപ്പിലാക്കിയിട്ടുണ്ട്. ടെലിഗ്രാം ചാനലിലും വിവരങ്ങൾ ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്തിട്ടുണ്ട്.

കന്വിസന്ദേശം

HANA യുടെ പൊതുവായ ആരോഗ്യം

SAP ആപ്ലിക്കേഷൻ സെർവർ നില:

അടിസ്ഥാന സൗകര്യ സേവനങ്ങൾ

• ഇന്റേണൽ നെയിംസ്‌പേസുകൾ സേവനത്തിനായി, DNS സെർവറുകളുടെ ഒരു ക്ലസ്റ്റർ ഉയർത്തി, അത് ഉപഭോക്താവിന്റെ സെർവറുകളുമായി സമന്വയിപ്പിച്ചിരിക്കുന്നു.
• ഡാറ്റാ കൈമാറ്റത്തിനായി ഞങ്ങൾ ഒരു പ്രത്യേക ഫയൽ സെർവർ സൃഷ്ടിച്ചു.
• വിവിധ കോൺഫിഗറേഷനുകൾ സംഭരിക്കുന്നതിന്, Gitlab ചേർത്തു.
• വിവിധ സെൻസിറ്റീവ് വിവരങ്ങൾക്കായി ഞങ്ങൾ HashiCorp Vault എടുത്തു.

മൈഗ്രേഷൻ പ്രക്രിയ

പൊതുവേ, മൈഗ്രേഷൻ പ്രക്രിയ ഇനിപ്പറയുന്ന ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്നു:

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

2019 ഒക്‌ടോബർ അവസാനം, ഞങ്ങൾ ഒരു കരാർ ഒപ്പിട്ടു, തുടർന്ന് വാസ്തുവിദ്യ രൂപകൽപ്പന ചെയ്‌തു, ഉപഭോക്താവിനോട് സമ്മതിച്ചതിന് ശേഷം ആവശ്യമായ ഉപകരണങ്ങൾ ഞങ്ങൾ ഓർഡർ ചെയ്തു.

നിങ്ങൾ ആദ്യം ശ്രദ്ധിക്കേണ്ടത് ഉപകരണങ്ങളുടെ ഡെലിവറി സമയമാണ്. ശരാശരി, ഹാർഡ്‌വെയർ പ്ലാറ്റ്‌ഫോമുകൾക്കായുള്ള സോഫ്‌റ്റ്‌വെയർ നിർമ്മാതാവിന്റെ ആവശ്യകതകൾ നിറവേറ്റുന്ന SAP NAHA-യ്‌ക്കുള്ള സർട്ടിഫൈഡ് ഹാർഡ്‌വെയർ ഡെലിവറിക്ക് 10-12 ആഴ്ചകൾ എടുക്കും. സീസണൽ കണക്കിലെടുത്ത് (പ്രോജക്റ്റിന്റെ നടപ്പാക്കൽ കൃത്യമായി പുതുവർഷത്തിൽ വീണു), ഈ കാലയളവ് ഒരു മാസം കൂടി വർദ്ധിപ്പിക്കാമായിരുന്നു. അതനുസരിച്ച്, പ്രക്രിയയെ കഴിയുന്നത്ര വേഗത്തിലാക്കേണ്ടത് ആവശ്യമാണ്: ഞങ്ങൾ വിതരണക്കാരൻ-വിതരണക്കാരനുമായി പ്രവർത്തിക്കുകയും വിമാനത്തിൽ (കരയിലും കടൽ റൂട്ടുകളിലും പകരം) വേഗത്തിലുള്ള ഡെലിവറിക്ക് സമ്മതിക്കുകയും ചെയ്തു.

നവംബറിലും ഡിസംബറിലേയും കുടിയേറ്റത്തിനുള്ള തയ്യാറെടുപ്പുകൾ നടത്തുകയും ചില ഉപകരണങ്ങൾ സ്വീകരിക്കുകയും ചെയ്തു. ഞങ്ങളുടെ പൊതു ക്ലൗഡിലെ ഒരു ടെസ്റ്റ് ബെഞ്ചിൽ ഞങ്ങൾ തയ്യാറെടുപ്പ് നടത്തി, അവിടെ ഞങ്ങൾ എല്ലാ പ്രധാന ഘട്ടങ്ങളിലൂടെയും പ്രവർത്തിക്കുകയും സാധ്യമായ ബുദ്ധിമുട്ടുകളും പ്രശ്‌നങ്ങളും നേരിടുകയും ചെയ്തു:

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

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

മൈഗ്രേഷന്റെ പൊതുവായ ക്രമം ഇതുപോലെ കാണപ്പെട്ടു: ആദ്യം, ഏറ്റവും കുറഞ്ഞ നിർണായക സംവിധാനങ്ങൾ (വികസന ലാൻഡ്സ്കേപ്പ്, ടെസ്റ്റിംഗ് ലാൻഡ്സ്കേപ്പ്), പിന്നെ ഉൽപാദന സംവിധാനങ്ങൾ. കുടിയേറ്റത്തിന്റെ അവസാന ഘട്ടം ജനുവരി അവസാനത്തിലും ഫെബ്രുവരി ആദ്യത്തിലും നടന്നു.

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

പല ഘട്ടങ്ങളിലായി വ്യവസ്ഥാപിതമായാണ് കുടിയേറ്റം നടത്തിയത്. ഓരോ ഘട്ടത്തിലും രണ്ട് സംവിധാനങ്ങളുണ്ട്.

CROC ഡാറ്റാ സെന്ററിൽ പൂർണ്ണമായും പ്രവർത്തനക്ഷമമായ ഒരു സംവിധാനമായിരുന്നു മൂന്ന് മാസത്തെ സ്പ്രിന്റിന്റെ ഫലം. പൊതുവേ, ടീം വർക്കിലൂടെ ഒരു നല്ല ഫലം കൈവരിച്ചു; പ്രക്രിയയിൽ പങ്കെടുത്ത എല്ലാവരുടെയും സംഭാവനയും സമർപ്പണവും പരമാവധി ആയിരുന്നു.

പദ്ധതിയിൽ ഉപഭോക്താവിന്റെ പങ്ക്

ഞങ്ങളുടെ ക്ലയന്റ് ഉപേക്ഷിക്കുന്ന ദാതാവുമായി ആശയവിനിമയം നടത്തുന്നത് എളുപ്പമായിരുന്നില്ല. ഇത് മനസ്സിലാക്കാവുന്നതേയുള്ളൂ; പ്രോജക്റ്റ് വിജയകരമായി പൂർത്തിയാക്കാൻ താൽപ്പര്യമുള്ള ആളുകളുടെ പട്ടികയിൽ അവസാനത്തേത് അവരായിരുന്നു. ഉപഭോക്താവ് എല്ലാ ആശയവിനിമയ പ്രശ്നങ്ങളും വർദ്ധിപ്പിക്കുകയും ചവിട്ടുകയും ചെയ്യുക എന്ന ചുമതല ഏറ്റെടുക്കുകയും ഈ 100500% കൈകാര്യം ചെയ്യുകയും ചെയ്തു. ഇതിന് അദ്ദേഹത്തോട് പ്രത്യേക നന്ദി പറയുന്നു. പ്രക്രിയയിൽ അത്തരം പ്രായോഗിക പങ്കാളിത്തം ഇല്ലെങ്കിൽ, പദ്ധതിയുടെ ഫലം തികച്ചും വ്യത്യസ്തമാകുമായിരുന്നു.

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

പ്രോജക്റ്റ് ഫലങ്ങൾ

അറ്റകുറ്റപ്പണികൾക്കുള്ള സംവിധാനങ്ങളുടെ കൈമാറ്റമായിരുന്നു കുടിയേറ്റത്തിന്റെ അവസാന ഘട്ടം.

ഇപ്പോൾ ഞങ്ങൾ ഉപഭോക്തൃ അഭ്യർത്ഥനകൾക്കായി ഒരു ഏകജാലക സേവനം നൽകുന്നു, ഒപ്പം ഞങ്ങളുടെ പങ്കാളിയായ ഇന്റലിജൻസുമായി ചേർന്ന് ഇൻഫ്രാസ്ട്രക്ചർ ഘടകങ്ങളും SAP അടിസ്ഥാനവും പിന്തുണയ്ക്കുന്നതുമായി ബന്ധപ്പെട്ട ടാസ്ക്കുകളുടെ മുഴുവൻ വ്യാപ്തിയും ഉൾക്കൊള്ളുന്നു. ക്ലയന്റ് ആറ് മാസമായി ഒരു സ്വകാര്യ ക്ലൗഡിൽ താമസിക്കുന്നു. ഈ സമയത്തെ സേവന കേസുകളുടെ സ്ഥിതിവിവരക്കണക്കുകൾ ഇതാ:

• 90 സംഭവങ്ങൾ (ഉപഭോക്താവിനെ ഉൾപ്പെടുത്താതെ 20% പരിഹരിച്ചു)
• SLA-യിൽ പരിഹരിച്ചു - 100%
• ഷെഡ്യൂൾ ചെയ്യാത്ത സിസ്റ്റം ഷട്ട്ഡൗൺ - 0

ഞങ്ങളുടെ ക്ലയന്റുടേതിന് സമാനമായ പ്രശ്‌നങ്ങൾ നിങ്ങൾക്കുണ്ടെങ്കിൽ, അവ എങ്ങനെ പരിഹരിക്കാമെന്നതിനെക്കുറിച്ച് കൂടുതലറിയാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ഇതിലേക്ക് എഴുതുക: [ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു]

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