ബഹുസ്വരതയെക്കുറിച്ച്

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

1C:Enterprise-നുള്ള ക്ലൗഡ് (സേവനം) ഓപ്പറേറ്റിംഗ് മോഡലിലേക്കുള്ള ഒരു സമീപനം രൂപകൽപ്പന ചെയ്യാൻ തുടങ്ങിയ അതേ സമയത്താണ് മൾട്ടിടെനൻസിയെക്കുറിച്ചുള്ള ഞങ്ങളുടെ ധാരണ വികസിപ്പിക്കാൻ തുടങ്ങിയത്. അത് കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പായിരുന്നു. അതിനുശേഷം, ഞങ്ങളുടെ ധാരണ നിരന്തരം വികസിച്ചുകൊണ്ടിരിക്കുന്നു. ഈ വിഷയത്തിന്റെ പുതിയ വശങ്ങൾ (ഗുണങ്ങൾ, ദോഷങ്ങൾ, സങ്കീർണ്ണതകൾ, പ്രത്യേകതകൾ മുതലായവ) ഞങ്ങൾ നിരന്തരം കണ്ടെത്തിക്കൊണ്ടിരിക്കുന്നു.

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

മൾട്ടിടെനൻസിയുടെ അടിസ്ഥാന ആശയം ഏകദേശം ഇങ്ങനെ വിവരിക്കാം. ഒരു സാധാരണ ആപ്പ് എന്നത് ഒരു കുടുംബത്തിന് വേണ്ടി രൂപകൽപ്പന ചെയ്ത ഒരു കോട്ടേജാണ്, അവർ അതിന്റെ അടിസ്ഥാന സൗകര്യങ്ങൾ (മതിലുകൾ, മേൽക്കൂര, ജലവിതരണം, ചൂടാക്കൽ മുതലായവ) പങ്കിടുന്നു. എന്നിരുന്നാലും, മൾട്ടിടെനൻസി ആപ്പ് ഒരു അപ്പാർട്ട്മെന്റ് കെട്ടിടമാണ്. ഓരോ കുടുംബവും ഒരേ അടിസ്ഥാന സൗകര്യങ്ങളാണ് ഉപയോഗിക്കുന്നത്, എന്നാൽ അടിസ്ഥാന സൗകര്യങ്ങൾ തന്നെ മുഴുവൻ കെട്ടിടത്തിനും വേണ്ടി നടപ്പിലാക്കുന്നു.

മൾട്ടിടാനെൻസി ഒരു നല്ല സമീപനമാണോ അതോ ചീത്തയാണോ? ഈ വിഷയത്തിൽ അഭിപ്രായങ്ങൾ വളരെ വ്യത്യസ്തമാണ്. "നല്ലതോ ചീത്തയോ" എന്നൊന്നില്ലെന്ന് തോന്നുന്നു. അഭിസംബോധന ചെയ്യുന്ന പ്രത്യേക വെല്ലുവിളികൾക്കെതിരെ ഗുണദോഷങ്ങൾ തൂക്കിനോക്കേണ്ടതുണ്ട്. പക്ഷേ അത് ഒരു പ്രത്യേക വിഷയമാണ്...

ഏറ്റവും ലളിതമായി പറഞ്ഞാൽ, മൾട്ടിടെനൻസിയുടെ ലക്ഷ്യം അടിസ്ഥാന സൗകര്യ ചെലവുകൾ "സോഷ്യലൈസ്" ചെയ്തുകൊണ്ട് ആപ്ലിക്കേഷൻ പരിപാലന ചെലവ് കുറയ്ക്കുക എന്നതാണ്. ഒരു ഇഷ്ടാനുസൃത പരിഹാരം വികസിപ്പിക്കുന്നതിനുപകരം, ഒരു സ്റ്റാൻഡേർഡ് പരിഹാരം (ഒരുപക്ഷേ ഇഷ്ടാനുസൃതമാക്കലും പരിഷ്കരണവും ഉപയോഗിച്ച്) ഉപയോഗിച്ച് ഒരു ആപ്ലിക്കേഷന്റെ ചെലവ് കുറയ്ക്കുന്നതിന് സമാനമായ സമീപനമാണിത്. വ്യത്യാസം, ഒരു സാഹചര്യത്തിൽ, വികസനം സാമൂഹികവൽക്കരിക്കപ്പെടുന്നു, മറ്റൊന്നിൽ, പ്രവർത്തനം സാമൂഹികവൽക്കരിക്കപ്പെടുന്നു എന്നതാണ്.

മാത്രമല്ല, ഇത് വിൽപ്പന രീതിയുമായി നേരിട്ട് ബന്ധപ്പെട്ടിട്ടില്ലെന്ന് നമുക്ക് ആവർത്തിക്കാം. കോർപ്പറേറ്റ് അല്ലെങ്കിൽ ഡിപ്പാർട്ട്‌മെന്റൽ ഐടി ഇൻഫ്രാസ്ട്രക്ചറിൽ മൾട്ടിടെനൻസി ആർക്കിടെക്ചർ എളുപ്പത്തിൽ പ്രയോഗിക്കാൻ കഴിയും, അതുവഴി സമാനമായ നിരവധി ശാഖകളോ ഹോൾഡിംഗ് കമ്പനികളോ ഓട്ടോമേറ്റ് ചെയ്യാൻ കഴിയും.

മൾട്ടിടെനൻസി എന്നത് ഡാറ്റ സംഭരണം സംഘടിപ്പിക്കുന്നതിനേക്കാൾ കൂടുതലാണെന്ന് പറയാം. ഇത് മുഴുവൻ ആപ്ലിക്കേഷന്റെയും പ്രവർത്തനത്തിനുള്ള ഒരു മാതൃകയാണ് (അതിന്റെ ആർക്കിടെക്ചറിന്റെ പ്രധാന വശങ്ങൾ, അതിന്റെ വിന്യാസ മാതൃക, അതിന്റെ പരിപാലന ഓർഗനൈസേഷൻ എന്നിവ ഉൾപ്പെടെ).

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

1C: എന്റർപ്രൈസസിൽ, മൾട്ടിടെനൻസി മോഡൽ നിരവധി സാങ്കേതികവിദ്യകളുടെ തലത്തിലാണ് നടപ്പിലാക്കുന്നത്. 1C: എന്റർപ്രൈസ് പ്ലാറ്റ്‌ഫോമിന്റെ മെക്കാനിസങ്ങൾ ഇവയാണ്, മെക്കാനിസങ്ങൾ1C:1cഫ്രഷ് സൊല്യൂഷൻ പബ്ലിഷിംഗ് ടെക്നോളജി"കൂടാതെ"1C:1cഫ്രഷ് സൊല്യൂഷൻ ഡെവലപ്‌മെന്റ് ടെക്നോളജി», മെക്കാനിസങ്ങൾ ബിഎസ്പി (സ്റ്റാൻഡേർഡ് സബ്സിസ്റ്റങ്ങളുടെ ലൈബ്രറികൾ).

ഈ ഘടകങ്ങളിൽ ഓരോന്നും ഒന്നിലധികം വാടകക്കാർ താമസിക്കുന്ന ഒരു കെട്ടിടത്തിന്റെ മൊത്തത്തിലുള്ള അടിസ്ഥാന സൗകര്യങ്ങൾക്ക് സംഭാവന നൽകുന്നു. ഒരു പ്ലാറ്റ്‌ഫോം പോലുള്ള ഒറ്റ സാങ്കേതികവിദ്യയ്ക്ക് പകരം ഒന്നിലധികം സാങ്കേതികവിദ്യകളിൽ ഇത് നടപ്പിലാക്കുന്നത് എന്തുകൊണ്ടാണ്? പ്രാഥമികമായി ചില സംവിധാനങ്ങൾ ഒരു പ്രത്യേക വിന്യാസ സാഹചര്യത്തിന് അനുയോജ്യമായ രീതിയിൽ പരിഷ്‌ക്കരിക്കാനാകുമെന്ന് ഞങ്ങൾ വിശ്വസിക്കുന്നതിനാലാണ്. എന്നാൽ പൊതുവേ, ഇതൊരു സങ്കീർണ്ണമായ പ്രശ്നമാണ്, മൾട്ടിടെനൻസിയുടെ ഓരോ വശവും നടപ്പിലാക്കാൻ ഏറ്റവും അനുയോജ്യമായ ലെയർ ഏതെന്ന് തിരഞ്ഞെടുക്കുന്നത് ഞങ്ങൾ നിരന്തരം അഭിമുഖീകരിക്കുന്നു.

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

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

പ്ലാറ്റ്‌ഫോം മെക്കാനിസങ്ങളുടെ കാര്യത്തിൽ, ഞങ്ങൾ അനുഭവം നേടുകയും ക്ലൗഡ് അധിഷ്ഠിത 1C: എന്റർപ്രൈസ് സൊല്യൂഷൻ വികസിപ്പിക്കുകയും ചെയ്യുമ്പോൾ, ഈ ആർക്കിടെക്ചറിൽ ഉൾപ്പെട്ടിരിക്കുന്ന മെക്കാനിസങ്ങൾ ഞങ്ങൾ വികസിപ്പിക്കുകയാണെന്ന് കാണാൻ എളുപ്പമാണ്. ഒരു ഉദാഹരണം പറയാം. മൾട്ടിടെനൻസി മോഡലിൽ, ആപ്ലിക്കേഷൻ മെയിന്റനൻസ് പങ്കാളികൾക്കിടയിലെ റോളുകളുടെ വിതരണം ഗണ്യമായി മാറുന്നു. ആപ്ലിക്കേഷൻ പ്രവർത്തനത്തിന് ഉത്തരവാദികളായവരുടെ റോൾ (ഉത്തരവാദിത്തത്തിന്റെ നിലവാരം) ഗണ്യമായി വർദ്ധിച്ചു. അവർക്ക് ഇപ്പോൾ കൂടുതൽ ശക്തമായ ആപ്ലിക്കേഷൻ നിയന്ത്രണ ഉപകരണങ്ങൾ ആവശ്യമാണ്. കാരണം ആപ്ലിക്കേഷൻ ഉപയോക്താക്കൾ (കുടിയാൻമാർ) ഒന്നാമതായി, അവർ പ്രവർത്തിക്കുന്ന ദാതാവിനെ വിശ്വസിക്കുന്നു. ഇത് പരിഹരിക്കുന്നതിന്, പതിപ്പ് 8.3-ൽ ഞങ്ങൾ ഒരു പുതിയ സവിശേഷത നടപ്പിലാക്കി. സുരക്ഷാ പ്രൊഫൈൽ സംവിധാനംഈ സംവിധാനം ദാതാവിന്റെ അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് ആപ്ലിക്കേഷൻ ഡെവലപ്പർമാരുടെ സ്വാതന്ത്ര്യം ആവശ്യമായ സുരക്ഷാ തലത്തിലേക്ക് പരിമിതപ്പെടുത്താൻ അനുവദിക്കുന്നു - അടിസ്ഥാനപരമായി, ഒരു പ്രത്യേക സാൻഡ്‌ബോക്‌സിനുള്ളിൽ ഓരോ വാടകക്കാരനും ആപ്ലിക്കേഷന്റെ പ്രവർത്തനം ഒറ്റപ്പെടുത്തുന്നു.

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

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

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

മറ്റൊരു ഉദാഹരണം റെഗുലർ പ്രോസസുകളുടെ രൂപകൽപ്പനയാണ് (ഷെഡ്യൂൾ ചെയ്‌തത്, ഒരു നിയന്ത്രണ സംവിധാനത്താൽ ആരംഭിച്ചത് മുതലായവ). ഒരു വശത്ത്, ഓരോ ഡാറ്റാ ഏരിയയ്ക്കും അവ വെവ്വേറെ നടപ്പിലാക്കാൻ കഴിയും. ഇത് ലളിതവും കൂടുതൽ സൗകര്യപ്രദവുമാണ്. എന്നിരുന്നാലും, മറുവശത്ത്, അത്തരം സൂക്ഷ്മമായ നടപ്പാക്കൽ സിസ്റ്റത്തിൽ ഗണ്യമായ ലോഡ് സൃഷ്ടിക്കുന്നു. ഈ ലോഡ് കുറയ്ക്കുന്നതിന്, പങ്കിട്ട പ്രക്രിയകൾ നടപ്പിലാക്കേണ്ടത് ആവശ്യമാണ്. എന്നിരുന്നാലും, ഇവയ്ക്ക് കൂടുതൽ ശ്രദ്ധാപൂർവ്വമായ രൂപകൽപ്പന ആവശ്യമാണ്.

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

1C:Enterprise-ൽ മൾട്ടിടെനൻസി നടപ്പിലാക്കുന്നതിന്റെ ഒരു പ്രധാന വശം, ഒരു ആപ്ലിക്കേഷന് മൾട്ടിടെനൻസിയിലും സ്റ്റാൻഡേർഡ് മോഡിലും പ്രവർത്തിക്കാൻ കഴിയുന്ന ഒരു ഹൈബ്രിഡ് മോഡൽ ഞങ്ങൾ സൃഷ്ടിക്കുന്നു എന്നതാണ്. ഇത് വളരെ സങ്കീർണ്ണമായ ഒരു ജോലിയാണ്, കൂടാതെ ഒരു പ്രത്യേക ചർച്ചയ്ക്ക് വിഷയവുമാണ്.

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