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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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