ക്ലയൻ്റ് സെർവർ ആർക്കിടെക്ചർ മൾട്ടി-ഉപയോക്താവിനെ അനുവദിക്കുന്നു. ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചർ: ഇൻ്ററാക്ഷൻ സവിശേഷതകൾ

ക്ലയൻ്റ്-സെർവർ ടു-ലെവൽ IS ആർക്കിടെക്ചർ

പ്രധാന വ്യത്യാസംഫയൽ-സെർവർ ആർക്കിടെക്ചറിൽ നിന്നുള്ള ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചർ ഡാറ്റയുടെ ആന്തരിക പ്രാതിനിധ്യത്തിൽ നിന്നുള്ള ഒരു സംഗ്രഹമാണ് (ഫിസിക്കൽ ഡാറ്റ സ്കീമ). ഈ ആർക്കിടെക്ചർ ഉപയോഗിച്ച്, ക്ലയൻ്റ് പ്രോഗ്രാമുകൾ തലത്തിൽ ഡാറ്റ കൈകാര്യം ചെയ്യുന്നു ലോജിക് സർക്യൂട്ട്. ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചർ നടപ്പിലാക്കാൻ, മൾട്ടി-യൂസർ DBMS-കൾ സാധാരണയായി ഉപയോഗിക്കുന്നു, ഉദാഹരണത്തിന്, Oracle അല്ലെങ്കിൽ Microsoft SQLസെർവർ.

ക്ലയൻ്റ്-സെർവർ വിവര സംവിധാനംമൂന്ന് പ്രധാന ഘടകങ്ങൾ ഉൾക്കൊള്ളുന്നു: സോഫ്റ്റ്വെയർസെർവറുകൾ; സോഫ്റ്റ്വെയർ അന്തിമ ഉപയോക്താവ്; മിഡിൽവെയർ (ചിത്രം 1.7). സെർവർ സോഫ്‌റ്റ്‌വെയർ, ഡാറ്റാബേസ് മാനേജ്‌മെൻ്റിന് പുറമേ, ഉപഭോക്തൃ സേവനം നൽകുന്നു.

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

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

ഈ വാസ്തുവിദ്യയ്ക്ക് രണ്ട് തലങ്ങളുണ്ട്. സ്വഭാവ സവിശേഷതസെർവർ സോഫ്‌റ്റ്‌വെയറിലേക്കുള്ള അഭ്യർത്ഥനകളിലൂടെ ക്ലയൻ്റ് പ്രോഗ്രാമുകൾ ഡാറ്റയ്‌ക്കൊപ്പം പ്രവർത്തിക്കുന്നു അടിസ്ഥാന പ്രവർത്തനങ്ങൾആപ്ലിക്കേഷനുകൾ ക്ലയൻ്റിനും സെർവറിനുമിടയിൽ വിഭജിച്ചിരിക്കുന്നു (ചിത്രം 1.8).

ഈ വാസ്തുവിദ്യയുടെ ഗുണങ്ങളിൽ ഇവ ഉൾപ്പെടുന്നു:

· പൂർണ്ണ പിന്തുണമൾട്ടി-യൂസർ വർക്ക്;

· ഡാറ്റ സമഗ്രത ഉറപ്പാക്കുന്നു.

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

രണ്ട്-ടയർ ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചറിൻ്റെ ദോഷങ്ങൾ ഇവയാണ്:

· ആപ്ലിക്കേഷനുകളുടെ ബിസിനസ് ലോജിക് ക്ലയൻ്റ് സോഫ്റ്റ്വെയറിൽ തുടർന്നു. അൽഗോരിതങ്ങളിൽ എന്തെങ്കിലും മാറ്റം വരുത്തുമ്പോൾ, ഓരോ ക്ലയൻ്റിലും ഉപയോക്തൃ സോഫ്റ്റ്‌വെയർ അപ്‌ഡേറ്റ് ചെയ്യേണ്ടത് ആവശ്യമാണ്.

· ഉയർന്ന ആവശ്യകതകൾ ബാൻഡ്വിഡ്ത്ത് ആശയവിനിമയ ചാനലുകൾസെർവർ ഉപയോഗിച്ച്, ഇത് പ്രാദേശിക നെറ്റ്‌വർക്കിൽ ഒഴികെയുള്ള ക്ലയൻ്റ് സ്റ്റേഷനുകളുടെ ഉപയോഗം തടയുന്നു.

· ഹാക്കിംഗിൽ നിന്നുള്ള ദുർബലമായ ഡാറ്റ സംരക്ഷണം, പ്രത്യേകിച്ച് നിഷ്കളങ്കരായ സിസ്റ്റം ഉപയോക്താക്കളിൽ നിന്ന്.

· സിസ്റ്റം യൂസർ വർക്ക്സ്റ്റേഷനുകളുടെ അഡ്മിനിസ്ട്രേഷൻ്റെയും കോൺഫിഗറേഷൻ്റെയും ഉയർന്ന സങ്കീർണ്ണത.

· ക്ലയൻ്റ് സൈറ്റുകളിൽ ശക്തമായ പിസികൾ ഉപയോഗിക്കേണ്ടതിൻ്റെ ആവശ്യകത.

· ബിസിനസ് ലോജിക് നടപ്പിലാക്കേണ്ടതും നൽകേണ്ടതിൻ്റെ ആവശ്യകതയും കാരണം സിസ്റ്റം വികസനത്തിൻ്റെ ഉയർന്ന സങ്കീർണ്ണത ഉപയോക്തൃ ഇൻ്റർഫേസ്ഒരു പ്രോഗ്രാമിൽ.

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

ക്ലാസിക്കൽ സിസ്റ്റംക്ലയൻ്റ്-സെർവർ അഭ്യർത്ഥന-പ്രതികരണ സ്കീം അനുസരിച്ച് പ്രവർത്തിക്കുന്നു (രണ്ട്-തല ആർക്കിടെക്ചർ). ക്ലയൻ്റ് ഒരു സജീവ പ്രവർത്തനം (അഭ്യർത്ഥനകൾ) നിർവഹിക്കുന്നു, സെർവർ അവയോട് നിഷ്ക്രിയമായി പ്രതികരിക്കുന്നു.


ഏതൊരു വിവര സംവിധാനത്തിനും കുറഞ്ഞത് മൂന്ന് ഫംഗ്ഷണൽ ഭാഗങ്ങൾ ഉണ്ടായിരിക്കണം - ഡാറ്റ സംഭരണം, ഡാറ്റ പ്രോസസ്സിംഗ്, ഉപയോക്തൃ ഇൻ്റർഫേസ് എന്നിവയ്ക്കുള്ള മൊഡ്യൂളുകൾ.

ഈ ഭാഗങ്ങളിൽ ഓരോന്നും മറ്റ് രണ്ടിൽ നിന്ന് സ്വതന്ത്രമായി നടപ്പിലാക്കാൻ കഴിയും.

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

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

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

ഉദാഹരണത്തിന്. IN ബാങ്കിംഗ് സംവിധാനങ്ങൾഎല്ലാ ഓപ്പറേറ്റർമാർക്കും പ്രധാന പട്ടികയിൽ എഴുതാനുള്ള അവകാശമുണ്ട് അക്കൗണ്ടിംഗ് സിസ്റ്റം. കൂടാതെ, ഈ സംവിധാനംഡാറ്റാബേസ് സെർവർ ആക്സസ് ചെയ്യാൻ പ്രത്യേക ക്ലയൻ്റ് സോഫ്റ്റ്വെയർ ഉപയോഗിക്കുന്നതിനാൽ, വെബ് സാങ്കേതികവിദ്യകളിലേക്ക് കൈമാറ്റം ചെയ്യുന്നത് മിക്കവാറും അസാധ്യമാണ്.

മുകളിൽ ചർച്ച ചെയ്ത മോഡലുകളുടെ പോരായ്മകൾ:

1. "കൊഴുപ്പ്" ക്ലയൻ്റ്

എഫ് ഭരണത്തിൻ്റെ സങ്കീർണ്ണത;

എഫ് സോഫ്റ്റ്വെയർ അപ്ഡേറ്റ് ബുദ്ധിമുട്ട്, കാരണം അതിൻ്റെ മാറ്റിസ്ഥാപിക്കൽ മുഴുവൻ സിസ്റ്റത്തിലുടനീളം ഒരേസമയം നടത്തണം;

അധികാരങ്ങളുടെ വിതരണത്തിലെ എഫ് സങ്കീർണ്ണത, കാരണം ആക്സസ് പരിമിതപ്പെടുത്തിയിരിക്കുന്നത് പ്രവർത്തനങ്ങളിലൂടെയല്ല, പട്ടികകളിലൂടെയാണ്;

പ്രോസസ്സ് ചെയ്യാത്ത ഡാറ്റയുടെ കൈമാറ്റം കാരണം എഫ് നെറ്റ്‌വർക്ക് തിരക്ക്;

എഫ് ദുർബലമായ ഡാറ്റ സംരക്ഷണം.

2. "ഫാറ്റ്" സെർവർ

PL/SQL ഭാഷകൾ അത്തരം സോഫ്‌റ്റ്‌വെയർ വികസിപ്പിക്കുന്നതിന് അനുയോജ്യമല്ലാത്തതിനാലും ഡീബഗ്ഗിംഗ് ടൂളുകളില്ലാത്തതിനാലും നടപ്പിലാക്കൽ കൂടുതൽ സങ്കീർണമാകുന്നു;

PL/SQL ഭാഷകളിലെ പ്രോഗ്രാമുകളുടെ പ്രകടനം മറ്റ് ഭാഷകളേക്കാൾ കുറവാണ്, അത് പ്രധാനമാണ് സങ്കീർണ്ണമായ സംവിധാനങ്ങൾ;

ð DBMS ഭാഷകളിൽ എഴുതിയ പ്രോഗ്രാമുകൾ വിശ്വസനീയമായി പ്രവർത്തിക്കുന്നില്ല, ഇത് മുഴുവൻ ഡാറ്റാബേസ് സെർവറിൻ്റെ പരാജയത്തിലേക്ക് നയിച്ചേക്കാം;

ഈ രീതിയിൽ സൃഷ്ടിച്ച പ്രോഗ്രാമുകൾ മറ്റ് സിസ്റ്റങ്ങളിലേക്കും പ്ലാറ്റ്ഫോമുകളിലേക്കും പൂർണ്ണമായും പോർട്ടബിൾ അല്ല.



ഈ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന്, മൾട്ടി-ലെവൽ (മൂന്നോ അതിലധികമോ) ക്ലയൻ്റ്-സെർവർ മോഡലുകൾ ഉപയോഗിക്കുന്നു.

മൾട്ടി-ടയർ ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചറുകൾ - ഒന്നോ അതിലധികമോ പ്രത്യേക സെർവറുകളിൽ പ്രവർത്തിക്കുന്ന ഡാറ്റ പ്രോസസ്സിംഗ് മൊഡ്യൂളുകൾ കൂടുതൽ ബുദ്ധിപരമായി വിതരണം ചെയ്യുന്നു.

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

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

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

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

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

ഇടപാട് മാനേജർമാർ

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

ഉദാഹരണത്തിന്.ബാങ്കിംഗ് സംവിധാനങ്ങൾ പ്രമാണ പ്രാതിനിധ്യത്തിൻ്റെ വിവിധ പരിവർത്തനങ്ങൾ നടപ്പിലാക്കണം, അതായത്. ഡാറ്റാബേസിലും അകത്തും സംഭരിച്ചിരിക്കുന്ന ഡാറ്റയുമായി ഒരേസമയം പ്രവർത്തിക്കുക സാധാരണ ഫയലുകൾ, - ഇവയാണ് എംടി നിർവഹിക്കാൻ സഹായിക്കുന്ന പ്രവർത്തനങ്ങൾ.

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

യുക്തിപരമായി, എംടിയെ പല ഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു:

· ആശയവിനിമയ മാനേജർ (വിവര സംവിധാനത്തിൻ്റെ ഘടകങ്ങൾ തമ്മിലുള്ള സന്ദേശങ്ങളുടെ കൈമാറ്റം നിയന്ത്രിക്കുന്നു;

· ഇടപാട് മാനേജർ (വിതരണ പ്രവർത്തനങ്ങൾ നിയന്ത്രിക്കുന്നു);

· ലോഗ് മാനേജർ (വിതരണ പ്രവർത്തനങ്ങളുടെ വീണ്ടെടുക്കലും റോൾബാക്കും നിരീക്ഷിക്കുന്നു);

· ലോക്ക് മാനേജർ (നൽകുന്നു ശരിയായ പ്രവേശനംപങ്കിട്ട ഡാറ്റയിലേക്ക്).

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

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

4.4 സിസ്റ്റങ്ങൾ സാങ്കേതിക മെയിൽ ­ -

ഇത് വിവരങ്ങളുടെ ഗ്യാരണ്ടീഡ് ഡെലിവറിയും ആപ്ലിക്കേഷൻ ഏകീകരണത്തിനുള്ള മാർഗവുമാണ്

ഇൻഫർമേഷൻ സിസ്റ്റം ഡിസൈൻ തീരുമാനങ്ങൾ ഉപയോഗിച്ച് സിസ്റ്റം അനലിസ്റ്റുകളെ അഭിമുഖീകരിക്കുന്നു ഇനിപ്പറയുന്ന പ്രശ്നങ്ങൾ:

വിതരണം ചെയ്ത സംവിധാനം;

ഏകീകരണം വിവിധ ആപ്ലിക്കേഷനുകൾ;

ഭരണത്തിൻ്റെ ലാളിത്യം.

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

ആപ്ലിക്കേഷനുകൾ തമ്മിലുള്ള ആശയവിനിമയത്തെ സൂചിപ്പിക്കാൻ "സാങ്കേതിക മെയിൽ" എന്ന പദം ഉപയോഗിക്കുന്നു ("ഇലക്ട്രോണിക് മെയിൽ" എന്നത് ആളുകൾ തമ്മിലുള്ള ആശയവിനിമയമാണ്), കൈമാറ്റം ചെയ്യപ്പെടുന്ന വിവരങ്ങൾ സാങ്കേതികമാണ്; അതിൻ്റെ രൂപീകരണവും പ്രക്ഷേപണവും മനുഷ്യ പങ്കാളിത്തമില്ലാതെ / അല്ലെങ്കിൽ കുറഞ്ഞ മനുഷ്യ പങ്കാളിത്തത്തോടെ നടത്താം.

സാങ്കേതിക മെയിൽ സംവിധാനത്തിൽ രണ്ടെണ്ണം ഉൾപ്പെടുന്നു വ്യത്യസ്ത വഴികൾആധുനിക വിതരണ സംവിധാനങ്ങളിൽ ഉപയോഗിക്കുന്ന ഇടപെടലുകൾ.

അവയിലൊന്ന് കണക്ഷൻ എന്ന ആശയത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ് (ചിത്രം 1), മറ്റൊന്ന് സന്ദേശമയയ്ക്കൽ ആശയത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്.

1


ചിത്രം.1. കണക്ഷൻ-ഓറിയൻ്റഡ് ഇൻ്ററാക്ഷൻ മെക്കാനിസം

ആപ്ലിക്കേഷനുകൾ തമ്മിലുള്ള ആശയവിനിമയ പ്രക്രിയയും കണക്ഷൻ സ്ഥാപനത്തിൻ്റെ ഉപയോഗവും മൂന്ന് ഘട്ടങ്ങളായി തിരിക്കാം:

1. കണക്ഷൻ സ്ഥാപനം;

2. വിവരങ്ങളുടെ കൈമാറ്റം;

3. കണക്ഷൻ അടയ്ക്കുന്നു.

അത്തരം ഇടപെടലിന് മൂന്ന് ഘട്ടങ്ങളുടെയും ഒരു കണക്ഷൻ്റെ സാന്നിധ്യം ആവശ്യമാണ് ഒരേസമയം ജോലിഎല്ലായ്‌പ്പോഴും സാധ്യമല്ലാത്ത അപ്ലിക്കേഷനുകൾ.

സന്ദേശമയയ്ക്കൽ തത്വത്തിൽ നിർമ്മിച്ച സിസ്റ്റങ്ങൾ ആശയവിനിമയ സമയത്ത് സന്ദേശ ക്യൂ സാങ്കേതികവിദ്യ ഉപയോഗിക്കുന്നു (ചിത്രം 2).



ചിത്രം.2. സന്ദേശ ക്യൂയിംഗ് സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് ആപ്ലിക്കേഷൻ ആശയവിനിമയം

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

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

STP ഉപയോഗിക്കുന്നതിൻ്റെ പ്രയോജനങ്ങൾ:

Ø ഉറപ്പുള്ള സന്ദേശ ഡെലിവറി. സന്ദേശ ക്യൂയിംഗ് സെർവറുകൾ

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

Ø വിവരങ്ങൾ കൈമാറുന്ന സമയത്ത് ആപ്ലിക്കേഷൻ തടയില്ല, കാരണം സന്ദേശ ക്യൂകളുടെ സാങ്കേതികവിദ്യ നിലവിലുണ്ട്, കൂടാതെ ടിപി സിസ്റ്റത്തിൻ്റെ സെർവർ ഭാഗം അനുവദിച്ചിരിക്കുന്നു, ഇത് സന്ദേശ വിതരണത്തിന് ഉത്തരവാദിയാണ്. തടയൽ അഭാവം ആപ്ലിക്കേഷൻ പ്രവർത്തനരഹിതമാക്കുന്നു;

Ø അയക്കുമ്പോൾ സന്ദേശ മുൻഗണനകളും ഓപ്ഷനുകളും സജ്ജമാക്കാനുള്ള കഴിവ്. മുൻഗണനകൾ പലതും നടപ്പിലാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു സമാന്തര സംവിധാനങ്ങൾസന്ദേശ പ്രക്ഷേപണം. ഈ സാഹചര്യത്തിൽ, കുറഞ്ഞ മുൻഗണനയുള്ള സന്ദേശങ്ങൾ ഉയർന്ന മുൻഗണനയുള്ള സന്ദേശങ്ങളുടെ ഡെലിവറിയെ ബാധിക്കില്ല. ഉയർന്ന മുൻഗണന. രൂപകൽപന ചെയ്യുമ്പോഴും കോൺഫിഗർ ചെയ്യുമ്പോഴും ഇത് നല്ല ഫലം നൽകുന്നു വലിയ സംവിധാനങ്ങൾ, അതുപോലെ സിസ്റ്റം അഡ്മിനിസ്ട്രേഷനിൽ;

Ø ഹാർഡ്‌വെയറിൻ്റെയും സോഫ്‌റ്റ്‌വെയറിൻ്റെയും നവീകരണം സാധ്യമാകുന്ന വൈവിധ്യമാർന്ന അന്തരീക്ഷത്തിൽ വിവര കൈമാറ്റത്തിൻ്റെ സാധ്യത.


ക്ലാസിക് ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചർ

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

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

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

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

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

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

അതിനാൽ, മുകളിൽ ചർച്ച ചെയ്ത മോഡലുകൾക്ക് ഇനിപ്പറയുന്ന ദോഷങ്ങളുമുണ്ട്.

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

2. "ഫാറ്റ്" സെർവർ:
PL/SQL പോലുള്ള ഭാഷകൾ അത്തരം സോഫ്‌റ്റ്‌വെയർ വികസിപ്പിക്കുന്നതിന് അനുയോജ്യമല്ലാത്തതിനാൽ # നടപ്പിലാക്കൽ കൂടുതൽ സങ്കീർണ്ണമാകുന്നു. നല്ല ഫണ്ടുകൾഡീബഗ്ഗിംഗ്;
# PL/SQL പോലുള്ള ഭാഷകളിൽ എഴുതിയ പ്രോഗ്രാമുകളുടെ പ്രകടനം മറ്റ് ഭാഷകളിൽ സൃഷ്ടിച്ചതിനേക്കാൾ വളരെ കുറവാണ്. പ്രധാനപ്പെട്ടത്സങ്കീർണ്ണമായ സംവിധാനങ്ങൾക്കായി;
DBMS ഭാഷകളിൽ എഴുതിയ # പ്രോഗ്രാമുകൾ സാധാരണയായി വിശ്വസനീയമായി പ്രവർത്തിക്കില്ല; അവയിലെ ഒരു പിശക് മുഴുവൻ ഡാറ്റാബേസ് സെർവറിൻ്റെ പരാജയത്തിലേക്ക് നയിച്ചേക്കാം;
# തത്ഫലമായുണ്ടാകുന്ന പ്രോഗ്രാമുകൾ മറ്റ് സിസ്റ്റങ്ങളിലേക്കും പ്ലാറ്റ്‌ഫോമുകളിലേക്കും പൂർണ്ണമായും പോർട്ടബിൾ അല്ല.

ഈ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന്, മൾട്ടി-ലെവൽ (മൂന്നോ അതിലധികമോ ലെവലുകൾ) ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചറുകൾ ഉപയോഗിക്കുന്നു.

മൾട്ടി-ടയർ ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചറുകൾ

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

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

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

മൾട്ടി-ലെവൽ ക്ലയൻ്റ്-സെർവർ സിസ്റ്റങ്ങൾ വെബ് സാങ്കേതികവിദ്യയിലേക്ക് വളരെ എളുപ്പത്തിൽ കൈമാറാൻ കഴിയും - ഇത് ചെയ്യുന്നതിന്, ക്ലയൻ്റ് ഭാഗം ഒരു സാർവത്രിക അല്ലെങ്കിൽ പ്രത്യേക ബ്രൗസർ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുക, കൂടാതെ ഒരു വെബ് സെർവറും ചെറിയ സെർവർ നടപടിക്രമ കോൾ പ്രോഗ്രാമുകളും ഉപയോഗിച്ച് ആപ്ലിക്കേഷൻ സെർവറിന് അനുബന്ധമായി നൽകിയാൽ മതി. . ഈ പ്രോഗ്രാമുകൾ വികസിപ്പിക്കുന്നതിന് നിങ്ങൾക്ക് രണ്ടും ഉപയോഗിക്കാം കോമൺ ഗേറ്റ്‌വേഇൻ്റർഫേസ് (CGI), കൂടാതെ മറ്റു പലതും ആധുനികസാങ്കേതികവിദ്യജാവ.

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

ഇംഗ്ലീഷിൽ നിന്നുള്ള വിവർത്തനം: Chernobay Yu. A.

ക്ലയൻ്റ്-സെർവർ സിസ്റ്റങ്ങളുടെ വികസനം

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

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

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

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

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

ചിത്രം 1: ടു-ടയർ ആർക്കിടെക്ചർ

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

പ്രകടനം: ഉപയോക്താക്കളുടെ എണ്ണം കൂടുന്നതിനനുസരിച്ച്, പ്രകടനം മോശമാകാൻ തുടങ്ങുന്നു. ഓരോരുത്തർക്കും ഉള്ള ഉപയോക്താക്കളുടെ എണ്ണത്തിന് നേരിട്ട് ആനുപാതികമാണ് പ്രകടന നിലവാരത്തകർച്ച സ്വന്തം കണക്ഷൻസെർവറിലേക്ക്, അതായത് ഡാറ്റാബേസ് ആക്സസ് ചെയ്യപ്പെടാത്തപ്പോൾ പോലും, സെർവർ ഈ കണക്ഷനുകളെല്ലാം ("കീപ്പ്-എലൈവ്" സന്ദേശം ഉപയോഗിച്ച്) നിലനിർത്തണം എന്നാണ്.

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

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

പോർട്ടബിലിറ്റി: ടു-ടയർ ആർക്കിടെക്ചർ പോർട്ടബിലിറ്റിയുടെ നിർദ്ദിഷ്ട ഡാറ്റാബേസ് നടപ്പിലാക്കലിനെ ആശ്രയിച്ചിരിക്കുന്നു നിലവിലുള്ള ആപ്ലിക്കേഷനുകൾവിവിധ DBMS-കൾക്ക്, ഗുരുതരമായ ഒരു പ്രശ്നമായി മാറുന്നു. ഡിബിഎംഎസിൻ്റെ തിരഞ്ഞെടുപ്പ് വെണ്ടർ നിർണ്ണയിക്കാത്ത വെർട്ടിക്കൽ മാർക്കറ്റുകളിലെ ആപ്ലിക്കേഷനുകൾക്ക് ഇത് പ്രത്യേകിച്ചും സത്യമാണ്.

ഇതൊക്കെയാണെങ്കിലും, രണ്ട് തലത്തിലുള്ള വാസ്തുവിദ്യ കണ്ടെത്തി പുതിയ ജീവിതംഇൻ്റർനെറ്റിൻ്റെ യുഗത്തിൽ. വിച്ഛേദിക്കപ്പെട്ടതിൽ ഇത് നന്നായി പ്രവർത്തിക്കാൻ കഴിയും പരിസ്ഥിതി, എവിടെയാണ് UI "ഊമ" (ഉദാ ബ്രൗസർ). എന്നിരുന്നാലും, പല തരത്തിലും ഈ നടപ്പാക്കൽ യഥാർത്ഥ മെയിൻഫ്രെയിം ആർക്കിടെക്ചറിലേക്കുള്ള തിരിച്ചുവരവിനെ പ്രതിനിധീകരിക്കുന്നു.

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

ചിത്രം 2: ത്രീ-ടയർ ആർക്കിടെക്ചർ

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

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

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

മൾട്ടി-ടയർ ആർക്കിടെക്ചർ അല്ലെങ്കിൽ എൻ-ടയർ ആർക്കിടെക്ചർ

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

ചിത്രം 3: എൻ-ടയർ ആർക്കിടെക്ചർ

ലെവലുകൾ വേഴ്സസ് ലെയറുകൾ

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

ഒരു ലേയേർഡ് ആർക്കിടെക്ചറിനെ കുറിച്ച് ഓർത്തിരിക്കേണ്ട പ്രധാന കാര്യം, ഓരോ ത്രെഡിൽ നിന്നുമുള്ള അഭ്യർത്ഥനകളും പ്രതികരണങ്ങളും ഒരു ദിശയിൽ എല്ലാ ലെയറുകളിലേക്കും കടന്നുപോകുന്നു, കൂടാതെ ലെയറുകൾ ഒരിക്കലും ഒഴിവാക്കാനാവില്ല. അങ്ങനെ, ചിത്രം 4-ൽ കാണിച്ചിരിക്കുന്ന മോഡലിൽ, "E" ലെയർ ആക്സസ് ചെയ്യാൻ കഴിയുന്ന ഒരേയൊരു ലെയർ (ഡാറ്റ ആക്സസ് ലെയർ) ലെയർ "D" (റൂൾസ് ലെയർ) ആണ്. അതുപോലെ, ലെയർ "C" (അപ്ലിക്കേഷൻ വാലിഡേഷൻ ലെയർ) ലെയർ "ബി" (പിശക് കൈകാര്യം ചെയ്യുന്ന ലെയർ) ൽ നിന്നുള്ള അഭ്യർത്ഥനകളോട് മാത്രമേ പ്രതികരിക്കാൻ കഴിയൂ.

ചിത്രം 4: ലോജിക്കൽ ലെയറുകളായി തിരിച്ചിരിക്കുന്ന വരികൾ

മൾട്ടി-ടയർ ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചർ

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

മൾട്ടി ലെവൽ ആർക്കിടെക്ചറിൻ്റെ പ്രത്യേക കേസുകൾ:

· ത്രിതല വാസ്തുവിദ്യ

· സമർപ്പിത സെർവർ നെറ്റ്‌വർക്ക്

· ഒരു സമർപ്പിത സെർവറുള്ള ഒരു നെറ്റ്‌വർക്ക് (ഇംഗ്ലീഷ് ക്ലയൻ്റ്/സെർവർ നെറ്റ്‌വർക്ക്) ഒരു പ്രാദേശികമാണ് കമ്പ്യൂട്ടർ ശൃംഖല(LAN), അതിൽ നെറ്റ്വർക്ക് ഉപകരണങ്ങൾഒന്നോ അതിലധികമോ സെർവറുകൾ കേന്ദ്രീകൃതവും നിയന്ത്രിക്കുന്നതും. വ്യക്തിഗത വർക്ക്സ്റ്റേഷനുകൾ അല്ലെങ്കിൽ ക്ലയൻ്റുകൾ (പിസികൾ പോലുള്ളവ) സെർവർ (കൾ) വഴി നെറ്റ്‌വർക്ക് ഉറവിടങ്ങൾ ആക്‌സസ് ചെയ്യണം.

നെറ്റ്‌വർക്ക് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം- പ്രവർത്തിക്കാനുള്ള ബിൽറ്റ്-ഇൻ കഴിവുകളുള്ള ഒരു ഓപ്പറേറ്റിംഗ് സിസ്റ്റം കമ്പ്യൂട്ടർ നെറ്റ്‌വർക്കുകൾ. അത്തരം അവസരങ്ങളിൽ ഇവ ഉൾപ്പെടുന്നു:

· പിന്തുണ നെറ്റ്വർക്ക് ഉപകരണങ്ങൾ

· പിന്തുണ നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോളുകൾ

· റൂട്ടിംഗ് പ്രോട്ടോക്കോളുകൾക്കുള്ള പിന്തുണ

· ഫിൽട്ടറിംഗ് പിന്തുണ നെറ്റ്‌വർക്ക് ട്രാഫിക്

· നെറ്റ്‌വർക്കിലൂടെ പ്രിൻ്ററുകൾ, ഡിസ്‌കുകൾ മുതലായവ പോലുള്ള വിദൂര ഉറവിടങ്ങളിലേക്കുള്ള ആക്‌സസ്സ് പിന്തുണ

സിസ്റ്റത്തിൽ ലഭ്യത നെറ്റ്വർക്ക് സേവനങ്ങൾഅനുവദിക്കുന്നത് വിദൂര ഉപയോക്താക്കൾകമ്പ്യൂട്ടർ വിഭവങ്ങൾ ഉപയോഗിക്കുക

നെറ്റ്‌വർക്ക് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളുടെ ഉദാഹരണങ്ങൾ:

നോവൽ നെറ്റ്വെയർ

· മൈക്രോസോഫ്റ്റ് വിൻഡോസ്(95, NT, XP, Vista, Seven)

· വിവിധ UNIX സിസ്റ്റങ്ങൾ, Solaris, FreeBSD പോലുള്ളവ

വിവിധ ഗ്നു/ലിനക്സ് സിസ്റ്റങ്ങൾ

ZyXEL-ൽ നിന്നുള്ള ZyNOS

ആധുനിക നെറ്റ്‌വർക്ക് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ (UNIX, WIN2000, NOWELL NW) OSI മോഡലിൻ്റെ പൂർണ്ണ പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് നടപ്പിലാക്കുന്നു, അങ്ങനെ, UNIX ഒരു പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് (TCP/IP, NW LINK, NET BIOS) പിന്തുണയ്ക്കുന്നു. Nowell NW IPX/SPX പ്രോട്ടോക്കോൾ സ്റ്റാക്കിനെ പിന്തുണയ്ക്കുന്നു. Apple Mac അതിൻ്റേതായ പ്രോട്ടോക്കോളുകൾ ഉപയോഗിക്കുന്നു.

നിർമ്മാതാവിനെ പരിഗണിക്കാതെ, എല്ലാ നെറ്റ്‌വർക്ക് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളും നടപ്പിലാക്കുന്നു ഇനിപ്പറയുന്ന പ്രവർത്തനങ്ങൾ:

1. നെറ്റ്‌വർക്ക് നോഡുകൾ (ക്ലയൻ്റുകളും സെർവറുകളും) തമ്മിലുള്ള പ്രവർത്തനങ്ങളുടെ വിതരണം;

2. പിന്തുണ ആശയവിനിമയ പ്രോട്ടോക്കോളുകൾ;

3. നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റത്തിനുള്ള പിന്തുണ;

4. ഡാറ്റ സംരക്ഷണം.

എല്ലാ നെറ്റ്‌വർക്ക് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളെയും 2 തരങ്ങളായി തിരിക്കാം:

1. പിയർ-ടു-പിയർ അല്ലെങ്കിൽ പിയർ-ടു-പിയർ നെറ്റ്‌വർക്കുകൾ (ഓരോന്നും). വിൻഡോസ് ഉദാഹരണം 9x;

2. ഒരു സമർപ്പിത സെർവറിനെ അടിസ്ഥാനമാക്കിയുള്ള നെറ്റ്‌വർക്ക്.

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

പിയർ-ടു-പിയർ നെറ്റ്‌വർക്ക് OS-ന് വിശ്വസനീയമായ പ്രകടനവും സുരക്ഷയും ഇല്ല. 10-15 പീസുകൾ ഉള്ളപ്പോൾ നെറ്റ്വർക്കിൽ ഉപയോഗിക്കുന്നു. ഒരു പിയർ-ടു-പിയർ നെറ്റ്‌വർക്കിൻ്റെ ഉദാഹരണമാണ് Win94/98/OS/2/LANtastic

K2.ഈ നെറ്റ്‌വർക്കിൽ എല്ലായ്പ്പോഴും ഒരു പ്രധാന പിസി ഉണ്ട് - ഒരു സെർവർ, അത് പ്രത്യേകം ഒപ്റ്റിമൈസ് ചെയ്‌തിരിക്കുന്നു വേഗത്തിലുള്ള പ്രോസസ്സിംഗ്നിരവധി ക്ലയൻ്റുകളിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ (ഏകദേശം -100) കൂടാതെ ഫയലുകളുടെയും ഡയറക്ടറികളുടെയും സംരക്ഷണം നിയന്ത്രിക്കുക. IN വലിയ നെറ്റ്‌വർക്കുകൾസ്റ്റാൻഡ് ഔട്ട് പ്രത്യേക സെർവറുകൾവേണ്ടി വ്യക്തിഗത ആപ്ലിക്കേഷനുകൾ(WEB - സെർവർ, ഫയൽ - സെർവർ, പ്രിൻ്റ് - സെർവർ, DB സെർവർ കൂടാതെ മെയിൽ സെർവർ)

സെർവർ സോഫ്‌റ്റ്‌വെയർ വളരെ സങ്കീർണ്ണവും വിശ്വസനീയവും പ്രവർത്തനക്ഷമതയുള്ളതുമാണ്. ഇതിന് വ്യത്യസ്ത പ്ലാറ്റ്ഫോമുകളിൽ പ്രവർത്തിക്കാൻ കഴിയും.