സേവന-അധിഷ്ഠിത വാസ്തുവിദ്യ (SOA) 1980 കളുടെ അവസാനത്തിലാണ് കണ്ടുപിടിച്ചത്. CORBA, DCOM, DCE, മറ്റ് പ്രമാണങ്ങൾ എന്നിവയിൽ സജ്ജീകരിച്ചിരിക്കുന്ന ആശയങ്ങളിൽ നിന്നാണ് ഇത് ഉത്ഭവിക്കുന്നത്. SOA യെ കുറിച്ച് ധാരാളം എഴുതിയിട്ടുണ്ട്; അതിന്റെ നിരവധി നടപ്പാക്കലുകൾ ഉണ്ട്. പക്ഷേ, സാരാംശത്തിൽ, SOA-യെ നിരവധി ആശയങ്ങളിലേക്ക് ചുരുക്കാം, അവ എങ്ങനെ നടപ്പിലാക്കണമെന്ന് വാസ്തുവിദ്യ നിർദ്ദേശിക്കുന്നില്ല:

• ഉപയോക്തൃ കേന്ദ്രീകൃത ആപ്ലിക്കേഷൻ പരസ്പര പ്രവർത്തനക്ഷമത.
• ബിസിനസ് സേവനങ്ങളുടെ പുനരുപയോഗം.
• ഒരു കൂട്ടം സാങ്കേതികവിദ്യകളിൽ നിന്നുള്ള സ്വാതന്ത്ര്യം.
• സ്വയംഭരണം (സ്വതന്ത്ര പരിണാമം, സ്കേലബിളിറ്റി, വിന്യാസം).

പോളിമോർഫിസം അല്ലെങ്കിൽ എൻക്യാപ്‌സുലേഷൻ പോലെയുള്ള സാങ്കേതികവിദ്യകളിൽ നിന്നും ഉൽപ്പന്നങ്ങളിൽ നിന്നും സ്വതന്ത്രമായ വാസ്തുവിദ്യാ തത്വങ്ങളുടെ ഒരു കൂട്ടമാണ് SOA.

ഈ ലേഖനത്തിൽ ഞാൻ SOA യുമായി ബന്ധപ്പെട്ട ഇനിപ്പറയുന്ന പാറ്റേണുകൾ നോക്കും:

• കോമൺ ഒബ്ജക്റ്റ് റിക്വസ്റ്റ് ബ്രോക്കർ ആർക്കിടെക്ചർ (CORBA).
• വെബ് സേവനങ്ങൾ.
• സന്ദേശ ക്യൂ.
• എന്റർപ്രൈസ് സർവീസ് ബസ് (ESB).
• മൈക്രോസർവീസുകൾ.

കോമൺ ഒബ്ജക്റ്റ് അഭ്യർത്ഥന ബ്രോക്കർ ആർക്കിടെക്ചർ (CORBA)

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

CORBA നിലവാരം നിരവധി വെണ്ടർമാർ നടപ്പിലാക്കിയിട്ടുണ്ട്. അതു നൽകുന്നു:

• പ്ലാറ്റ്‌ഫോം-സ്വതന്ത്ര വിദൂര നടപടിക്രമ കോളുകൾ.
• ഇടപാടുകൾ (ഇല്ലാതാക്കിയവ ഉൾപ്പെടെ!).
• സുരക്ഷ.
• ഇവന്റുകൾ.
• പ്രോഗ്രാമിംഗ് ഭാഷ തിരഞ്ഞെടുക്കുന്നതിൽ നിന്നുള്ള സ്വാതന്ത്ര്യം.
• OS തിരഞ്ഞെടുക്കുന്നതിൽ നിന്നുള്ള സ്വാതന്ത്ര്യം.
• ഉപകരണങ്ങളുടെ തിരഞ്ഞെടുപ്പിൽ നിന്നുള്ള സ്വാതന്ത്ര്യം.
• ഇന്റർഫേസ് ഡെഫനിഷൻ ലാംഗ്വേജ് (ഐഡിഎൽ) വഴിയുള്ള വിവരശേഖരണം.

ഇന്ന്, കോർബ ഇപ്പോഴും വൈവിധ്യമാർന്ന കമ്പ്യൂട്ടിംഗിനായി ഉപയോഗിക്കുന്നു. ഉദാഹരണത്തിന്, ഇത് ഇപ്പോഴും Java EE-യുടെ ഭാഗമാണ്, എന്നിരുന്നാലും ഇത് Java 9-ൽ ആരംഭിക്കുന്ന ഒരു പ്രത്യേക മൊഡ്യൂളായി അയയ്ക്കും.

അത് ശ്രദ്ധിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു CORBA ഒരു SOA പാറ്റേണാണെന്ന് ഞാൻ കരുതുന്നില്ല(CORBA, SOA പാറ്റേണുകൾ വിതരണം ചെയ്ത കമ്പ്യൂട്ടിംഗ് മേഖലയിലാണെന്ന് ഞാൻ കരുതുന്നുവെങ്കിലും). SOA യുടെ ആവിർഭാവത്തിന് CORBA യുടെ പോരായ്മകൾ ഒരു കാരണമാണെന്ന് ഞാൻ കരുതുന്നതിനാലാണ് ഞാൻ ഇവിടെ അതിനെക്കുറിച്ച് സംസാരിക്കുന്നത്.

പ്രവർത്തന തത്വം

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

കോളിംഗ് പ്രോഗ്രാം (കോളർ) ഒരു അപൂർണ്ണത നടപ്പിലാക്കിയ ഒരു പ്രാദേശിക നടപടിക്രമത്തെ വിളിക്കുന്നു.

1. അപൂർണ്ണം കോൾ പരിശോധിക്കുകയും ഒരു അഭ്യർത്ഥന സന്ദേശം സൃഷ്‌ടിക്കുകയും അത് ORB-ലേക്ക് കൈമാറുകയും ചെയ്യുന്നു.
2. ക്ലയന്റ് ORB നെറ്റ്‌വർക്കിലൂടെ സെർവറിലേക്ക് ഒരു സന്ദേശം അയയ്‌ക്കുകയും നിലവിലെ എക്‌സിക്യൂഷൻ ത്രെഡ് തടയുകയും ചെയ്യുന്നു.
3. സെർവർ ORB അഭ്യർത്ഥന സന്ദേശം സ്വീകരിക്കുകയും ഒരു അസ്ഥികൂടം സൃഷ്ടിക്കുകയും ചെയ്യുന്നു.
4. അസ്ഥികൂടം വിളിക്കാവുന്ന ഒബ്‌ജക്റ്റിൽ നടപടിക്രമം നടപ്പിലാക്കുന്നു.
5. വിളിക്കുന്നയാൾ കണക്കുകൂട്ടൽ നടത്തി ഫലം നൽകുന്നു.
6. അസ്ഥികൂടം ഔട്ട്‌പുട്ട് ആർഗ്യുമെന്റുകൾ ഒരു പ്രതികരണ സന്ദേശത്തിലേക്ക് പാക്കേജുചെയ്‌ത് ORB-ലേക്ക് കൈമാറുന്നു.
7. ORB ക്ലയന്റിന് നെറ്റ്‌വർക്കിലൂടെ ഒരു സന്ദേശം അയയ്‌ക്കുന്നു.
8. ക്ലയന്റ് ORB സന്ദേശം സ്വീകരിക്കുകയും അത് അൺപാക്ക് ചെയ്യുകയും അപൂർണ്ണതയിലേക്ക് വിവരങ്ങൾ കൈമാറുകയും ചെയ്യുന്നു.
9. അപൂർണ്ണം കോളിംഗ് രീതിയിലേക്ക് ഔട്ട്പുട്ട് ആർഗ്യുമെന്റുകൾ കൈമാറുന്നു, എക്സിക്യൂഷൻ ത്രെഡ് അൺബ്ലോക്ക് ചെയ്യുന്നു, കൂടാതെ കോളിംഗ് പ്രോഗ്രാം അതിന്റെ പ്രവർത്തനം തുടരുന്നു.

പ്രയോജനങ്ങൾ

• തിരഞ്ഞെടുത്ത സാങ്കേതികവിദ്യകളിൽ നിന്നുള്ള സ്വാതന്ത്ര്യം (ORB നടപ്പിലാക്കൽ കണക്കാക്കുന്നില്ല).
• ഡാറ്റാ ട്രാൻസ്മിഷൻ/കമ്മ്യൂണിക്കേഷൻ സവിശേഷതകളിൽ നിന്നുള്ള സ്വാതന്ത്ര്യം.

കുറവുകൾ

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

വെബ് സേവനങ്ങൾ

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

ഈ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിനായി, 1990 കളുടെ അവസാനത്തിൽ വെബ് സേവനങ്ങൾ പ്രത്യക്ഷപ്പെടാൻ തുടങ്ങി.

• ആവശ്യമുണ്ട് വിശ്വസനീയമായ ആശയവിനിമയ ചാനൽ, അതുകൊണ്ടാണ്:
  • HTTP ഇപ്പോൾ പോർട്ട് 80-ൽ സ്ഥിരസ്ഥിതിയായി പ്രവർത്തിക്കുന്നു.
  • സന്ദേശമയയ്‌ക്കുന്നതിന് അവർ ഒരു പ്ലാറ്റ്‌ഫോം-സ്വതന്ത്ര ഭാഷ (XML അല്ലെങ്കിൽ JSON പോലുള്ളവ) ഉപയോഗിക്കാൻ തുടങ്ങി.
• ഉണ്ടായിരുന്നു റിമോട്ട് അഭ്യർത്ഥനകളുടെ എണ്ണം കുറയ്ക്കുക, അതുകൊണ്ടാണ്:

സാങ്കേതികവിദ്യ പരിഗണിക്കാതെ തന്നെ [വെബ്]സേവനങ്ങൾ പ്രസിദ്ധീകരിക്കാനും കണ്ടെത്താനും സാധാരണ രീതിയിൽ ഉപയോഗിക്കാനും കഴിയും.
- മൈക്രോസോഫ്റ്റ് 2004,

മൈക്രോസർവീസുകൾക്ക് നന്ദി, ഒബ്‌ജക്റ്റ് രീതികളെ വിദൂരമായി വിളിക്കുന്നതിൽ നിന്ന് (CORBA) സേവനങ്ങൾക്കിടയിൽ സന്ദേശങ്ങൾ കൈമാറുന്നതിലേക്ക് ഞങ്ങൾ SOA മാതൃകയിലേക്ക് നീങ്ങി.

എന്നാൽ SOA-യിൽ, വെബ് സേവനങ്ങൾ വെറും API-കൾ മാത്രമല്ലെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട് പൊതു ഉപയോഗം, ഇത് എച്ച്ടിടിപി വഴി ഡാറ്റാബേസിലേക്ക് CRUD ആക്സസ് നൽകുന്നു. ചില സാഹചര്യങ്ങളിൽ ഈ നടപ്പാക്കൽ ഉപയോഗപ്രദമായേക്കാം, എന്നാൽ നിങ്ങളുടെ ഡാറ്റയുടെ സമഗ്രതയ്ക്കായി, ഉപയോക്താക്കൾ അടിസ്ഥാന നടപ്പാക്കൽ മാതൃക മനസ്സിലാക്കുകയും ബിസിനസ്സ് നിയമങ്ങൾ പാലിക്കുകയും ചെയ്യേണ്ടത് പ്രധാനമാണ്.. വെബ് സേവനങ്ങൾ ബിസിനസ്സ് ഉപ-ഡൊമെയ്‌നുകളുടെ പരിമിതമായ സന്ദർഭങ്ങളാണെന്നും വെബ് സേവനങ്ങൾ പരിഹരിക്കുന്ന ടാസ്‌ക്കുകളിൽ നിന്ന് നിർവ്വഹണത്തെ വേർതിരിക്കുന്നുവെന്നും SOA സൂചിപ്പിക്കുന്നു.

ഒരു സാങ്കേതിക വീക്ഷണകോണിൽ, SOA എന്നത് ഒരു സേവന വാസ്തുവിദ്യ മാത്രമല്ല, ഞങ്ങൾക്ക് ആവശ്യമായ സേവനങ്ങൾ നൽകുകയും സ്വീകരിക്കുകയും ചെയ്യുന്ന നയങ്ങളുടെയും സാങ്കേതികതകളുടെയും ചട്ടക്കൂടുകളുടെയും ഒരു കൂട്ടമാണ്.
- മൈക്രോസോഫ്റ്റ് 2004, സേവന-അധിഷ്ഠിത ആർക്കിടെക്ചർ മനസ്സിലാക്കുന്നു

പ്രയോജനങ്ങൾ

• ഡൊമെയ്ൻ സന്ദർഭങ്ങളുടെ ഒറ്റപ്പെടൽ.

കുറവുകൾ

• സിൻക്രണസ് സന്ദേശമയയ്ക്കൽ സിസ്റ്റങ്ങളെ ഓവർലോഡ് ചെയ്യാൻ കഴിയും.

സന്ദേശ ക്യൂ

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

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

• അഭ്യർത്ഥന/പ്രതികരണം

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

ഈ പാറ്റേണുകളെല്ലാം ആട്രിബ്യൂട്ട് ചെയ്യാം വലിക്കുക- (പോളിംഗ്), അല്ലെങ്കിൽ വരെ തള്ളുക- സമീപനം:

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

പ്രയോജനങ്ങൾ

• സാങ്കേതികവിദ്യകളുടെ സെറ്റിന്റെ സ്വാതന്ത്ര്യം, സേവനങ്ങളുടെ വിന്യാസം, സ്കേലബിളിറ്റി.
• സ്റ്റാൻഡേർഡ്, ലളിതവും വിശ്വസനീയവുമായ ആശയവിനിമയ ചാനൽ (പോർട്ട് 80 വഴി HTTP വഴിയുള്ള ടെക്സ്റ്റ് ട്രാൻസ്മിഷൻ).
• ഒപ്റ്റിമൈസ് ചെയ്ത സന്ദേശമയയ്‌ക്കൽ.
• സ്ഥിരമായ സന്ദേശമയയ്‌ക്കൽ സ്പെസിഫിക്കേഷൻ.

കുറവുകൾ

• സന്ദേശമയയ്‌ക്കൽ ഭാഷകളിലെ വ്യത്യാസങ്ങൾ കാരണം വ്യത്യസ്ത വെബ് സേവനങ്ങൾ സംയോജിപ്പിക്കാൻ പ്രയാസമാണ്. ഉദാഹരണത്തിന്, ഒരേ ആശയത്തിന്റെ വ്യത്യസ്ത JSON പ്രതിനിധാനങ്ങൾ ഉപയോഗിക്കുന്ന രണ്ട് വെബ് സേവനങ്ങൾ.

എന്റർപ്രൈസ് സർവീസ് ബസ് (ESB)

എന്റർപ്രൈസ് സർവീസ് ബസ് 1990-കളിൽ തന്നെ വെബ് സേവനങ്ങൾ വികസിപ്പിച്ചെടുക്കുമ്പോൾ തന്നെ ഉപയോഗിച്ചിരുന്നു (ചില നടപ്പാക്കലുകൾ ആദ്യം CORBA ഉപയോഗിച്ചിരിക്കുമോ?).

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

ഒരു സന്ദേശ ക്യൂവിന് ആപ്ലിക്കേഷനുകളുടെ ആശയവിനിമയം എളുപ്പമാക്കാൻ കഴിയും, എന്നാൽ വ്യത്യസ്ത ഭാഷാ ഫോർമാറ്റുകളുടെ പ്രശ്നം പരിഹരിക്കാൻ അതിന് കഴിയില്ല. എന്നിരുന്നാലും, ഒരു ലളിതമായ ആശയവിനിമയ ചാനലിൽ നിന്ന് സന്ദേശ ക്യൂവിനെ സന്ദേശങ്ങൾ കൈമാറുകയും ആവശ്യമായ ഫോർമാറ്റുകൾ/ഭാഷകളിലേക്ക് പരിവർത്തനം ചെയ്യുകയും ചെയ്യുന്ന ഒരു ഇടനിലക്കാരനായി മാറ്റാൻ ശ്രമിച്ചു. ലളിതമായ സന്ദേശ ക്യൂവിന്റെ സ്വാഭാവിക പരിണാമത്തിന്റെ അടുത്ത ഘട്ടമായിരുന്നു ESB.

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

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

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

ESB യുടെ പ്രധാന ഉത്തരവാദിത്തങ്ങൾ:

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

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

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

പ്രയോജനങ്ങൾ

• സാങ്കേതികവിദ്യകളുടെ സെറ്റിന്റെ സ്വാതന്ത്ര്യം, സേവനങ്ങളുടെ വിന്യാസം, സ്കേലബിളിറ്റി.
• സ്റ്റാൻഡേർഡ്, ലളിതവും വിശ്വസനീയവുമായ ആശയവിനിമയ ചാനൽ (പോർട്ട് 80 വഴി HTTP വഴിയുള്ള ടെക്സ്റ്റ് ട്രാൻസ്മിഷൻ).
• ഒപ്റ്റിമൈസ് ചെയ്ത സന്ദേശമയയ്‌ക്കൽ.
• സ്ഥിരമായ സന്ദേശമയയ്‌ക്കൽ സ്പെസിഫിക്കേഷൻ.
• ഡൊമെയ്ൻ സന്ദർഭങ്ങളുടെ ഒറ്റപ്പെടൽ.
• സേവനങ്ങൾ കണക്റ്റുചെയ്യാനും വിച്ഛേദിക്കാനും എളുപ്പമാണ്.
• അസിൻക്രണസ് സന്ദേശമയയ്ക്കൽ സിസ്റ്റം ലോഡ് നിയന്ത്രിക്കാൻ സഹായിക്കുന്നു.
• പതിപ്പും പരിവർത്തനവും നിയന്ത്രിക്കുന്നതിനുള്ള ഒരൊറ്റ പോയിന്റ്.

കുറവുകൾ

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

മൈക്രോസർവീസുകൾ

മൈക്രോ സർവീസ് ആർക്കിടെക്ചർ SOA ആശയങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. ഇതിന്റെ ഉദ്ദേശം ESB-യുടെ അതേ ലക്ഷ്യമാണ്: ബിസിനസ് ഡൊമെയ്‌നുകളുടെ നിരവധി പ്രത്യേക ആപ്ലിക്കേഷനുകളിൽ നിന്ന് ഒരു പൊതു എന്റർപ്രൈസ് ആപ്ലിക്കേഷൻ സൃഷ്ടിക്കുക.

മൈക്രോസർവീസുകളും ബസും തമ്മിലുള്ള പ്രധാന വ്യത്യാസം സന്ദർഭത്തിൽ ESB സൃഷ്ടിച്ചതാണ് എന്നതാണ് വ്യക്തിഗത ആപ്ലിക്കേഷനുകളുടെ സംയോജനംഒരൊറ്റ കോർപ്പറേറ്റ് വിതരണം ചെയ്ത ആപ്ലിക്കേഷൻ സൃഷ്ടിക്കാൻ. വേഗത്തിലും നിരന്തരം മാറിക്കൊണ്ടിരിക്കുന്ന പശ്ചാത്തലത്തിലാണ് മൈക്രോസർവീസ് ആർക്കിടെക്ചർ സൃഷ്ടിക്കപ്പെട്ടത് ആദ്യം മുതൽ സ്വന്തം ക്ലൗഡ് ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്ന (മിക്കവാറും) ബിസിനസുകൾ.

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

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

[മൈക്രോ സർവീസുകൾ] ചെറുതും സ്വയംഭരണാധികാരമുള്ളതുമായ സേവനങ്ങൾ ഒരുമിച്ച് പ്രവർത്തിക്കുകയും ഒരു ബിസിനസ് ഡൊമെയ്‌നിന് ചുറ്റും രൂപകൽപ്പന ചെയ്യുകയും ചെയ്യുന്നു.
- സാം ന്യൂമാൻ 2015, മൈക്രോസർവീസിന്റെ തത്വങ്ങൾ

ESB ആർക്കിടെക്ചറിന്റെ പ്രധാന പോരായ്മ മറ്റെല്ലാ ആപ്ലിക്കേഷനുകളും ആശ്രയിക്കുന്ന വളരെ സങ്കീർണ്ണമായ കേന്ദ്രീകൃത ആപ്ലിക്കേഷനായിരുന്നു. ഒരു മൈക്രോസർവീസ് ആർക്കിടെക്ചറിൽ, ഈ ആപ്ലിക്കേഷൻ ഏതാണ്ട് പൂർണ്ണമായും നീക്കംചെയ്തു.

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

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

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

പ്രയോജനങ്ങൾ

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

കുറവുകൾ

• പ്രവർത്തനത്തിന്റെ ഉയർന്ന സങ്കീർണ്ണത:
  • ശക്തമായ ഒരു DevOps സംസ്കാരത്തിൽ നിക്ഷേപിക്കാൻ വളരെയധികം ആവശ്യമാണ്.
  • ഒന്നിലധികം സാങ്കേതികവിദ്യകളും ലൈബ്രറികളും ഉപയോഗിക്കുന്നത് നിയന്ത്രണാതീതമാകും.
  • ഇൻപുട്ട്/ഔട്ട്‌പുട്ട് API-കളിലെ മാറ്റങ്ങൾ ശ്രദ്ധാപൂർവം കൈകാര്യം ചെയ്യേണ്ടതുണ്ട്, കാരണം പല ആപ്ലിക്കേഷനുകളും ഈ ഇന്റർഫേസുകൾ ഉപയോഗിക്കും.
  • "അവസാന സ്ഥിരത" ഉപയോഗിക്കുന്നത് ഗുരുതരമായ പ്രത്യാഘാതങ്ങൾ ഉണ്ടാക്കും, അത് ഒരു ആപ്ലിക്കേഷൻ രൂപകൽപ്പന ചെയ്യുമ്പോൾ, ബാക്കെൻഡിൽ നിന്ന് UX വരെ കണക്കിലെടുക്കേണ്ടതുണ്ട്.
  • ഇന്റർഫേസിലെ മാറ്റങ്ങൾ പ്രവചനാതീതമായ രീതിയിൽ മറ്റ് സേവനങ്ങളെ ബാധിക്കുമെന്നതിനാൽ പരിശോധന കൂടുതൽ ബുദ്ധിമുട്ടാണ്.

ആന്റിപാറ്റേൺ: രവിയോളി വാസ്തുവിദ്യ

രവിയോലി വാസ്തുവിദ്യസാധാരണയായി മൈക്രോസർവീസ് ആർക്കിടെക്ചറിന്റെ ആന്റി-പാറ്റേൺ എന്ന് വിളിക്കുന്നു. വളരെയധികം മൈക്രോസർവീസുകൾ ഉള്ളപ്പോൾ രവിയോലി ഫലം ചെയ്യുന്നു, അവ വളരെ ചെറുതാണ്, ഡൊമെയ്ൻ ആശയങ്ങൾ പ്രതിഫലിപ്പിക്കുന്നില്ല.

ഉപസംഹാരം

സമീപ ദശകങ്ങളിൽ SOA വളരെയധികം വികസിച്ചു. മുമ്പത്തെ പരിഹാരങ്ങളുടെ കാര്യക്ഷമതയില്ലായ്മയ്ക്കും സാങ്കേതികവിദ്യയുടെ വികസനത്തിനും നന്ദി, ഇന്ന് ഞങ്ങൾ ഒരു മൈക്രോസർവീസ് ആർക്കിടെക്ചറിലേക്ക് എത്തിയിരിക്കുന്നു.

പരിണാമം ക്ലാസിക്കൽ പാത പിന്തുടർന്നു: സങ്കീർണ്ണമായ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ എളുപ്പമുള്ള ചെറിയവയായി വിഭജിക്കപ്പെട്ടു.

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

മുഴുവൻ പോയിന്റും ദുർബലമായ പരസ്പരാശ്രിതത്വവും ഉയർന്ന കണക്റ്റിവിറ്റിയുമാണെന്ന് ഞാൻ ആവർത്തിക്കുന്നു, ഘടകങ്ങളുടെ വലുപ്പം മുമ്പത്തേതിനേക്കാൾ വലുതായിരിക്കണം. നിങ്ങളുടെ ആവശ്യങ്ങൾ പ്രായോഗികമായി വിലയിരുത്തേണ്ടതുണ്ട്: ആവശ്യമുള്ളപ്പോൾ മാത്രം SOA ഉപയോഗിക്കുക, കാരണം ഇത് സങ്കീർണ്ണതയെ വളരെയധികം വർദ്ധിപ്പിക്കുന്നു. വാസ്തവത്തിൽ നിങ്ങൾക്ക് SOA ഇല്ലാതെ ചെയ്യാൻ കഴിയുമെങ്കിൽ, ഉചിതമായ വലുപ്പത്തിലും അളവിലുമുള്ള മൈക്രോ സർവീസുകൾ തിരഞ്ഞെടുക്കുന്നതാണ് നല്ലത്, കൂടുതലും കുറവുമില്ല.

ഐടി സേവനങ്ങളുടെ മൂന്ന് വശങ്ങൾ SOA പ്രാപ്തമാക്കുന്നു, അവയിൽ ഓരോന്നും ഐടിയിൽ നിന്നുള്ള ബിസിനസ്സ് മൂല്യം വർദ്ധിപ്പിക്കാൻ സഹായിക്കുന്നു:

• ബിസിനസ് ഫംഗ്ഷൻ സേവനങ്ങൾ.ഈ സേവനങ്ങളുടെ സാരാംശം ഉപഭോക്താവിന് ആവശ്യമായ നിർദ്ദിഷ്ട ബിസിനസ്സ് പ്രവർത്തനങ്ങളുടെ ഘടകങ്ങൾ ഓട്ടോമേറ്റ് ചെയ്യുക എന്നതാണ്.

• അടിസ്ഥാന സൗകര്യ സേവനങ്ങൾ.ബിസിനസ് ഫംഗ്‌ഷൻ സേവനങ്ങൾ വിതരണം ചെയ്യുന്ന ഒരു പ്ലാറ്റ്‌ഫോമിലൂടെ ഈ സേവനങ്ങൾ ഒരു ചാലക പ്രവർത്തനം നടത്തുന്നു.

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

ആഗോള SOA വിപണി

റഷ്യൻ SOA വിപണി

SOA യുടെ വികസനം

നിരവധി വർഷങ്ങൾക്ക് മുമ്പ് പ്രത്യക്ഷപ്പെട്ട SOA ആശയം, ഏകീകൃത വ്യവസായ മാനദണ്ഡങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ള ആപ്ലിക്കേഷൻ സംയോജനത്തിനായുള്ള ഒരുതരം പുതിയ സമീപനമായിട്ടാണ് ആദ്യം മനസ്സിലാക്കിയത്. വിപ്ലവകരമായ പുതിയ SOA സൊല്യൂഷൻ എന്റർപ്രൈസ് ആപ്ലിക്കേഷൻ സിസ്റ്റങ്ങളുടെ പ്രവർത്തനക്ഷമതയുടെ പരിഷ്ക്കരണവും വികസനവും ഒരു പുതിയ കാഴ്ചയാണ്.

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

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

സേവന-അധിഷ്ഠിതവും ഒബ്ജക്റ്റ്-ഓറിയന്റഡ് പ്രോഗ്രാമിംഗ്

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

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

പ്രോഗ്രാമിംഗ് സാങ്കേതികവിദ്യയിലെ ഒരു വിപ്ലവമായി പലരും ഇതിനകം അംഗീകരിച്ചിട്ടുള്ള SOA സാങ്കേതികവിദ്യ, ഈ പരിമിതികളെ ഏറ്റവും കുറഞ്ഞത് കുറയ്ക്കാൻ അനുവദിക്കുന്നു.

സർവീസ് ഓറിയന്റഡ് ആർക്കിടെക്ചറിലെ അനലിസ്റ്റുകൾ

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

SOA യുടെ വാസ്തുവിദ്യാ സവിശേഷതകൾ

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

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

വെബ് സേവന ആർക്കിടെക്ചറും സേവന-അധിഷ്ഠിതമാണ്. കൂടാതെ, രണ്ട് അധിക നിയന്ത്രണങ്ങളുള്ള SOA യുടെ സത്തയാണ് വെബ് സേവനങ്ങൾ: ഇന്റർഫേസുകൾ ഇന്റർനെറ്റ് പ്രോട്ടോക്കോളുകളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ് (HTTP, FTP, SMTP സിമ്പിൾ മെയിൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ, TCP), കൂടാതെ എല്ലാ സന്ദേശങ്ങളും XML ഫോർമാറ്റിൽ വിവരിച്ചിരിക്കുന്നു. വിശദമായ വിവരണങ്ങൾവെബ് സേവന മാനദണ്ഡങ്ങളും SOA സ്പെസിഫിക്കേഷനുകളും W3C, OASIS വെബ്സൈറ്റുകളിൽ ലഭ്യമാണ്.

SOA ഉപയോഗിക്കുന്നതിന്റെ പ്രായോഗിക വശങ്ങൾ

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

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

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

SOA നയം പിന്തുണയ്ക്കുന്ന ആറ് മെക്കാനിസങ്ങൾ ഇതാ:

• SOA ലൈഫ് സൈക്കിൾ ഓപ്പറേറ്റിംഗ് മോഡൽ
• SOA സംഘടന
• SOA പ്രക്രിയ
• SOA-യിലെ സേവന സംയോജനത്തിനായുള്ള അസറ്റുകളുടെ പോർട്ട്‌ഫോളിയോ
• SOA ടൂൾകിറ്റ്
• SOA സാങ്കേതികവിദ്യകൾ

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

വിജ്ഞാന അടിത്തറയിൽ നിങ്ങളുടെ നല്ല സൃഷ്ടികൾ അയയ്ക്കുക ലളിതമാണ്. ചുവടെയുള്ള ഫോം ഉപയോഗിക്കുക

നല്ല ജോലിസൈറ്റിലേക്ക്">

വിദ്യാർത്ഥികൾ, ബിരുദ വിദ്യാർത്ഥികൾ, അവരുടെ പഠനത്തിലും ജോലിയിലും വിജ്ഞാന അടിത്തറ ഉപയോഗിക്കുന്ന യുവ ശാസ്ത്രജ്ഞർ നിങ്ങളോട് വളരെ നന്ദിയുള്ളവരായിരിക്കും.

പോസ്റ്റ് ചെയ്തത് http://www.allbest.ru/

പോസ്റ്റ് ചെയ്തത് http://www.allbest.ru/

സെന്റ് പീറ്റേഴ്സ്ബർഗ് സ്റ്റേറ്റ് ഇലക്ട്രോ ടെക്നിക്കൽ യൂണിവേഴ്സിറ്റി

MOEVM വകുപ്പ്

സേവന-അധിഷ്ഠിത വാസ്തുവിദ്യ

പൂർത്തിയായി:

ഒറെഷ്കോ ഡി.വി.

സെന്റ് പീറ്റേഴ്സ്ബർഗ് 2004

സോഫ്റ്റ്‌വെയർ ഇൻഫ്രാസ്ട്രക്ചർ പ്രവർത്തനക്ഷമമാണ്

ആമുഖം

1. മുൻവ്യവസ്ഥകൾ

2. SOA വാസ്തുവിദ്യ

3. അടിസ്ഥാന SOA മാനദണ്ഡങ്ങൾ

4. സേവനങ്ങളുടെ രജിസ്ട്രി

5. ഓർക്കസ്ട്രേഷൻ

6. എന്താണ് വെബ് സേവനങ്ങൾ

8. SOA പ്രശ്നങ്ങൾ

9. പ്രയോജനങ്ങൾ

സാഹിത്യം

ആമുഖം

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

IBM കോർപ്പറേഷനിൽ നിന്നുള്ള സ്പെഷ്യലിസ്റ്റുകൾ രൂപപ്പെടുത്തിയ സേവന-അധിഷ്ഠിത വാസ്തുവിദ്യയുടെ ഒരു ഔപചാരിക നിർവചനം നൽകാം: “SOA എന്നത് ഒരു ആപ്ലിക്കേഷൻ ആർക്കിടെക്ചറാണ്, അതിൽ എല്ലാ പ്രവർത്തനങ്ങളും വിളിക്കാവുന്ന ഇന്റർഫേസുകളുള്ള സ്വതന്ത്ര സേവനങ്ങളായി നിർവചിച്ചിരിക്കുന്നു. ഒരു നിശ്ചിത ശ്രേണിയിൽ ഈ സേവനങ്ങൾ ആക്സസ് ചെയ്യുന്നത് ഒന്നോ അല്ലെങ്കിൽ മറ്റൊരു ബിസിനസ്സ് പ്രക്രിയ നടപ്പിലാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഒരു ഡെവലപ്പറുടെ വീക്ഷണകോണിൽ നിന്ന്, ഒരേ ആശയം അല്പം വ്യത്യസ്തമായ വാക്കുകളിൽ അറിയിക്കാൻ കഴിയും: സേവനങ്ങൾ എന്ന് വിളിക്കപ്പെടുന്ന ആപ്ലിക്കേഷനുകളുടെ വ്യത്യസ്ത ഫങ്ഷണൽ യൂണിറ്റുകൾ ഇന്റർഫേസുകളിലൂടെ നെറ്റ്‌വർക്കിൽ സംവദിക്കുന്ന ഒരു ഘടക മോഡലാണ് SOA. നമുക്ക് ഈ നിർവചനങ്ങൾ മനസ്സിലാക്കാം. എല്ലാ ആപ്ലിക്കേഷൻ ഫംഗ്‌ഷനുകളും സേവനങ്ങളായി നിർവചിച്ചിരിക്കുന്നു.

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

1. മുൻവ്യവസ്ഥകൾ

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

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

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

2. SOA വാസ്തുവിദ്യ

മിക്കപ്പോഴും, ഒരു സമീപനത്തിന്റെ അല്ലെങ്കിൽ മറ്റൊന്നിന്റെ വികസനം തെറ്റായ അല്ലെങ്കിൽ തെറ്റായ വ്യാഖ്യാനങ്ങളുടെ ആവിർഭാവത്തോടൊപ്പമുണ്ട്. SOA പുതുമയുള്ള കാര്യമല്ല: XML, വെബ് സേവനങ്ങൾ എന്നിവയുടെ വരവിന് വളരെ മുമ്പുതന്നെ, സേവന-അധിഷ്ഠിത ആർക്കിടെക്ചറിനെ പിന്തുണയ്ക്കുന്ന ആപ്ലിക്കേഷനുകൾ ഐടി വകുപ്പുകൾ വിജയകരമായി നിർമ്മിക്കുകയും വിന്യസിക്കുകയും ചെയ്യുന്നു.

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

വെബ് സേവനങ്ങൾ തന്നെ ഒരു വാസ്തുവിദ്യാ പരിഹാരവും സൂചിപ്പിക്കുന്നില്ല, അതേസമയം വാസ്തുവിദ്യയാണ് ഇന്ററാക്ഷൻ പ്രക്രിയകളുടെ ശൈലി നിർണ്ണയിക്കുന്നത്. ഐടി ഇൻഫ്രാസ്ട്രക്ചറിന്റെ രൂപകല്പന, നടപ്പാക്കൽ അല്ലെങ്കിൽ മാനേജ്മെന്റ് എന്നിവയ്ക്കായി SOA കർശനമായ ലംബമായ രീതിശാസ്ത്രം നിർദ്ദേശിക്കുന്നില്ല. പകരം, SOA ഈ ഓരോ പ്രക്രിയയുടെയും സ്വഭാവസവിശേഷതകളുള്ള തത്വങ്ങളുടെ ഒരു കൂട്ടം മാത്രമായി പരിമിതപ്പെടുത്തിയിരിക്കുന്നു; അതിനാൽ, ഇതിനെ ചിലപ്പോൾ വാസ്തുവിദ്യയല്ല, വാസ്തുവിദ്യാ ശൈലി എന്ന് വിളിക്കുന്നു.

ഈ തത്ത്വങ്ങളിൽ ചിലത് നമുക്ക് ശ്രദ്ധിക്കാം.

വിതരണം ചെയ്ത ഡിസൈൻ. വിവര സംവിധാനങ്ങളുടെ ആന്തരിക സവിശേഷതകളെക്കുറിച്ചുള്ള തീരുമാനങ്ങൾ അവരുടെ സ്വന്തം സംഘടനാപരവും രാഷ്ട്രീയവും സാമ്പത്തികവുമായ ലക്ഷ്യങ്ങളുള്ള വിവിധ ഗ്രൂപ്പുകളാണ് എടുക്കുന്നത്.

മാറ്റത്തിന്റെ സ്ഥിരത. വ്യക്തിഗത പ്രദേശങ്ങൾആർക്കിടെക്ചറുകൾക്ക് ഏത് സമയത്തും മാറ്റങ്ങൾക്ക് വിധേയമാകാം.

സ്ഥിരമായ മെച്ചപ്പെടുത്തൽ. ആർക്കിടെക്ചർ ഘടകങ്ങളുടെ പ്രാദേശിക മെച്ചപ്പെടുത്തൽ മുഴുവൻ വാസ്തുവിദ്യയുടെയും മൊത്തത്തിലുള്ള മെച്ചപ്പെടുത്തലിലേക്ക് നയിക്കണം - മാറ്റപ്പെടുന്ന അതേ തലത്തിലുള്ള ഘടകങ്ങളുടെ മൊത്തത്തിലുള്ള ഉപയോഗവും അതുപോലെ താഴ്ന്നതും ഉയർന്നതുമായ തലത്തിലുള്ള ഘടകങ്ങളുടെ വർദ്ധനവ്.

ആവർത്തന സ്വഭാവം. വാസ്തുവിദ്യയുടെ വിവിധ തലങ്ങളിൽ സമാനമായ പരിഹാരങ്ങൾ സംഭവിക്കുന്നു.

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

പൊതു പദ്ധതി.

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

അരി. 2. പൊതുവായ SOA ഡിസൈൻ

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

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

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

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

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

3. അടിസ്ഥാന SOA മാനദണ്ഡങ്ങൾ

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

4. സേവനങ്ങളുടെ രജിസ്ട്രി

വെബ് സേവന മേഖലയിൽ നിലവിൽ രണ്ട് വിഭാഗങ്ങളുണ്ട്: ഒന്ന് IBM, BEA, Microsoft എന്നിവ ഉൾപ്പെടുന്നു, മറ്റൊന്ന് Sun, Fujitsu, Oracle എന്നിവ ഉൾപ്പെടുന്നു. അവ ഓരോന്നും അതിന്റെ വികസനം പ്രോത്സാഹിപ്പിക്കുന്നു. ഉദാഹരണത്തിന്, ഇടപാടുകൾ കൈകാര്യം ചെയ്യുന്നതിനായി, ആദ്യത്തേത് WS- ട്രാൻസാക്ഷൻസ് പ്രോട്ടോക്കോൾ വാഗ്ദാനം ചെയ്യുന്നു, രണ്ടാമത്തേത് - WS- ട്രാൻസാക്ഷൻസ് മാനേജ്മെന്റ്; സന്ദേശങ്ങളുടെ ഉറപ്പുള്ള ഡെലിവറിക്കായി, ആദ്യത്തേത് WS-ReliableMessaging, രണ്ടാമത്തേത് WS-Reliability എന്നിവ പുറത്തിറക്കി. വെബ് സേവന സാങ്കേതികവിദ്യയുടെ എല്ലാ മേഖലകളിലും അങ്ങനെ തന്നെ. തൽഫലമായി, SOA-യിലെ "ഹോൾ ഫില്ലറുകൾ" എന്ന റോളിനായി വ്യത്യസ്ത രീതികൾ ഇപ്പോൾ മത്സരിക്കുന്നു, പക്ഷേ വ്യക്തമായ നേതാവില്ല.

ഒരു സംഘടന രൂപീകരിച്ചു വെബ് സേവനങ്ങൾ-ഇന്റർഓപ്പറബിലിറ്റി (http://www.ws-i.org/), ഇത് വെബ് സേവന സാങ്കേതികവിദ്യയ്ക്കായി ഒരു പൊതു വിഭാഗത്തെ വികസിപ്പിക്കാൻ ശ്രമിക്കുന്നു. ഈ വർഷം ഓഗസ്റ്റിൽ, ഇത് WS-I ബേസിക് പ്രൊഫൈൽ 1.1 പുറത്തിറക്കി, ഇത് പരസ്പര പ്രവർത്തനക്ഷമത ഉറപ്പാക്കാനും വെബ് സേവനങ്ങൾ ഉപയോഗിക്കുന്നതിന്റെ സങ്കീർണതകൾ വ്യക്തമാക്കാനും കഴിയുന്ന വിവിധ SOA ഘടകങ്ങളുടെ ആവശ്യകതകൾ നിർവചിക്കുന്നു. ആശയവിനിമയ പ്രോട്ടോക്കോൾ സ്റ്റാക്കിന്റെ ഭാഗമാണ് സർവീസ് രജിസ്ട്രി API. വെബ് സേവന സാങ്കേതികവിദ്യകളുടെ കൂട്ടത്തിൽ, അത്തരമൊരു മാനദണ്ഡം UDDI (യൂണിവേഴ്സൽ ഡിസ്ക്രിപ്ഷൻ, ഡിസ്കവറി ആൻഡ് ഇന്റഗ്രേഷൻ) ആണ്. ഒരു കൺസോർഷ്യത്തിന് പുറത്ത് വികസിപ്പിച്ച പ്രധാന വെബ് സേവന മാനദണ്ഡങ്ങളിൽ ഒന്ന് മാത്രമാണ് ഇതിന്റെ സ്പെസിഫിക്കേഷൻ. വേൾഡ് വൈഡ്വെബ് കൺസോർഷ്യം. വിവിധ ടൂൾ പ്ലാറ്റ്‌ഫോമുകൾക്കായി സേവനങ്ങൾ വിവരിക്കുന്നതിനും പ്രസിദ്ധീകരിക്കുന്നതിനും കണ്ടെത്തുന്നതിനും വിളിക്കുന്നതിനുമുള്ള പരസ്പര യോജിച്ച സാങ്കേതികവിദ്യകളുടെ പൊതുവായ അടിസ്ഥാനം നൽകുന്നതിന് രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്ന WS-I അടിസ്ഥാന പ്രൊഫൈലിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന സ്പെസിഫിക്കേഷനുകളായി അത്തരമൊരു കോർ കണക്കാക്കപ്പെടുന്നു.

ഈ സ്‌പെസിഫിക്കേഷൻ വികസിപ്പിക്കുന്നതിനായി, 200-ൽ അധികം ആളുകളെ ഒരുമിച്ച് കൊണ്ടുവന്ന UDDI കൺസോർഷ്യം (UDDI.org) 2000-ൽ രൂപീകരിച്ചു. കോർപ്പറേറ്റ് അംഗങ്ങൾ. മൂന്ന് വർഷത്തെ ഉത്തരവിന് അനുസൃതമായി, കൺസോർഷ്യം സ്പെസിഫിക്കേഷന്റെ മൂന്ന് പതിപ്പുകൾ പുറത്തിറക്കി, 2003-ൽ അത് ഇല്ലാതായി. ഇതിനകം തന്നെ പക്വതയുള്ള ഒരു സ്റ്റാൻഡേർഡ്, നിരവധി ഡെവലപ്പർമാർ നടപ്പിലാക്കിയ UDDI, ഐടി സ്റ്റാൻഡേർഡുകളുടെ ലോകത്തിലെ ഒരു പ്രധാന സ്ഥാപനമായ ഓർഗനൈസേഷൻ ഫോർ ദി അഡ്വാൻസ്മെന്റ് ഓഫ് സ്ട്രക്ചേർഡ് ഇൻഫർമേഷൻ സ്റ്റാൻഡേർഡ്സ് (OASIS) ലേക്ക് മാറ്റി. UDDI-യുടെ നിലവിലെ പതിപ്പ്, ഔദ്യോഗികമായി ഒരു OASIS സ്റ്റാൻഡേർഡായി സ്വീകരിച്ചു, പതിപ്പ് രണ്ട്; മൂന്നാം പതിപ്പിന്റെ അംഗീകാരം ഈ വേനൽക്കാലത്തിന്റെ അവസാനത്തിൽ പ്രതീക്ഷിക്കുന്നു, കൂടാതെ OASIS-ലെ UDDI സാങ്കേതിക സമിതി ഇതിനകം തന്നെ അടുത്ത ബാച്ച് നവീകരണങ്ങൾ വികസിപ്പിച്ചുകൊണ്ടിരിക്കുകയാണ്.

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

അരി. 3. സേവന തരങ്ങളുടെ സ്റ്റാൻഡേർഡൈസേഷൻ

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

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

5. ഓർക്കസ്ട്രേഷൻ

വെബ് സേവനങ്ങളുമായി ബന്ധപ്പെട്ട പദാവലി വളരെ രസകരമാണ്. അതിനാൽ, ആവശ്യമുള്ള അവസ്ഥ കൈവരിക്കാൻ നിരവധി സ്വതന്ത്ര ഏജന്റുമാർ പരിശ്രമിക്കുന്ന സന്ദേശമയയ്‌ക്കൽ മാർഗങ്ങളെ “കോറിയോഗ്രാഫി” എന്നും സേവനങ്ങളുടെ ഇടപെടലിനെ “ഓർക്കസ്ട്രേഷൻ” എന്നും വിളിക്കുന്നു. “ഓർക്കസ്ട്രേഷനായി” (അതായത്, പ്രധാനമായും, ബിസിനസ്സ് ലോജിക്കിന്റെ വിവരണം), പ്രത്യേക പ്രോഗ്രാമിംഗ് ടൂളുകൾ വികസിപ്പിച്ചെടുത്തു (ഐബിഎം, മൈക്രോസോഫ്റ്റ്, ഒറാക്കിൾ, ബിഇഎ സിസ്റ്റംസ് പോലുള്ള പ്രമുഖ വെണ്ടർമാരുടെ പങ്കാളിത്തത്തോടെ) - BPEL4WS, XLANG, WSFL മുതലായവ.

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

വെബ് സേവനങ്ങൾ സംയോജിപ്പിച്ച് ബിസിനസ്സ് പ്രക്രിയകൾ നിർവചിക്കുന്നതിനുള്ള ആദ്യകാല ഭാഷകളിൽ മൈക്രോസോഫ്റ്റിന്റെ XLANG (www.gotdotnet.com/team/ xml_wsspecs/xlang_c/default.htm), IBM-ന്റെ വെബ് സർവീസസ് ഫ്ലോ ലാംഗ്വേജ് (WSFL) (www-3.ibm. com. com) എന്നിവ ഉൾപ്പെടുന്നു. software/solutions/webservices/pdf/WSFL.pdf). XLANG WSDL അടിസ്ഥാനമാക്കിയുള്ളതാണ്; ബിസിനസ് പ്രക്രിയകൾ നിർവചിക്കുകയും വെബ് സേവനങ്ങൾക്കിടയിൽ സന്ദേശ കൈമാറ്റം സംഘടിപ്പിക്കുകയും ചെയ്യുക എന്നതാണ് ഇതിന്റെ പ്രധാന ലക്ഷ്യം. പൊതു, സ്വകാര്യ പ്രക്രിയകൾ വിവരിക്കാൻ WSFL നിങ്ങളെ അനുവദിക്കുന്നു. ഡാറ്റാ എക്സ്ചേഞ്ച്, എക്സിക്യൂഷൻ സീക്വൻസ്, നിർദ്ദിഷ്ട പ്രവർത്തനങ്ങളിലേക്കുള്ള ഓരോ പ്രക്രിയയുടെ മാപ്പിംഗ് എന്നിവയും നിർണ്ണയിക്കപ്പെടുന്നു.

6. എന്താണ് വെബ് സേവനങ്ങൾ

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

SOA-യെക്കുറിച്ചുള്ള ഏത് സംഭാഷണവും വെബ് സേവനങ്ങളുടെ പങ്കിനെയും സ്ഥലത്തെയും കുറിച്ചുള്ള ചർച്ചയിലേക്ക് സ്വമേധയാ തിരിയുന്നു. വെബ് സേവനങ്ങളുടെ വരവിന് വളരെ മുമ്പുതന്നെ SOA-യുടെ അടിസ്ഥാനകാര്യങ്ങൾ സ്ഥാപിക്കപ്പെട്ടിരുന്നുവെങ്കിലും, വെബ് സേവനങ്ങൾ ഇപ്പോൾ SOA-യുടെ കേന്ദ്രമാണ്. എക്സ്എംഎൽ, വെബ് സേവനങ്ങളുടെ ഉപയോഗം "എസ്ഒഎയെ ഉയർന്ന തലത്തിലേക്ക് കൊണ്ടുപോകുന്നു." തീർച്ചയായും, XML, വെബ് സേവനങ്ങളെ വിവരിക്കുന്ന ഓപ്പൺ സ്റ്റാൻഡേർഡുകൾ ഒരു കമ്പനിയിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള എല്ലാ സാങ്കേതികവിദ്യകൾക്കും ആപ്ലിക്കേഷനുകൾക്കും SOA പ്രയോഗിക്കുന്നത് സാധ്യമാക്കുന്നു. നിങ്ങൾക്കറിയാവുന്നതുപോലെ, വെബ് സേവനങ്ങൾ വ്യാപകവും തുറന്നതുമായ പ്രോട്ടോക്കോളുകളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്: HTTP, XML, UDDI, WSDL, SOAP. SOA യുടെ അടിസ്ഥാന ആവശ്യകതകൾ നടപ്പിലാക്കുന്നത് ഈ മാനദണ്ഡങ്ങളാണ് - ഒന്നാമതായി, സേവനം ചലനാത്മകമായി കണ്ടെത്തുകയും ആവശ്യപ്പെടുകയും വേണം (UDDI, WSDL, SOAP), രണ്ടാമതായി, ഒരു പ്ലാറ്റ്ഫോം-ഇൻഡിപെൻഡന്റ് ഇന്റർഫേസ് (XML) ഉപയോഗിക്കണം. അവസാനമായി, HTTP പരസ്പര പ്രവർത്തനക്ഷമത നൽകുന്നു. അവസാനമായി, വിവിധ കമ്പനികളിൽ നടത്തുന്ന പ്രക്രിയകളുടെ ഇടപെടൽ ഉൾപ്പെടെയുള്ള സംയോജനത്തിനുള്ള ഫലപ്രദമായ ഉപകരണമായി ഇന്ന് വെബ് സേവനങ്ങൾ കാണപ്പെടുന്നു.

മൈക്രോസോഫ്റ്റ് അടുത്തിടെ പുറത്തിറക്കിയ SOAP ടൂൾകിറ്റ് പതിപ്പ് 2.0 SOAP ന്റെ കഴിവുകൾ പ്രകടിപ്പിക്കാൻ ഉപയോഗിക്കാം. SOAPClient ഒബ്‌ജക്‌റ്റ് ഒരു പ്രോക്‌സിയായി പ്രവർത്തിക്കുന്നു, ഒരു വെബ് സേവന ഇന്റർഫേസ് നൽകുകയും ഒരു സാധാരണ COM ഒബ്‌ജക്‌റ്റിനൊപ്പം പ്രവർത്തിക്കാൻ നിങ്ങളെ അനുവദിക്കുകയും ചെയ്യുന്നു.

അരി. 4. ക്ലയന്റും SOAP സെർവറും തമ്മിലുള്ള ഇടപെടലിന്റെ സംവിധാനം

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

ലിസണർ സെർവർ ആപ്ലിക്കേഷൻ (ഇതൊരു ISAPI ആപ്ലിക്കേഷനോ ASP പേജോ ആകാം) പാക്കറ്റ് സ്വീകരിക്കുകയും ഒരു SOAPServer ഒബ്‌ജക്റ്റ് സൃഷ്‌ടിക്കുകയും അഭ്യർത്ഥന പാക്കറ്റ് അതിലേക്ക് കൈമാറുകയും ചെയ്യുന്നു. കൂടാതെ, ശ്രോതാവ് ക്ലയന്റിൽ നിന്ന് HTTP പാക്കറ്റുകൾ പ്രോസസ്സ് ചെയ്യുന്നു, സേവനത്തിന്റെ ഫലമുള്ള പാക്കറ്റുകൾ ക്ലയന്റിലേക്ക് അയയ്ക്കുന്നു, പിശകുകൾ കൈകാര്യം ചെയ്യുന്നു, SOAP ഒബ്ജക്റ്റുകളുടെ പ്രവർത്തനക്ഷമത ഉപയോഗിക്കുന്നു. SOAPServer വെബ് സേവന വിവരണം വായിക്കുകയും വിവരണവും അഭ്യർത്ഥന പാക്കറ്റും XML DOM ട്രീകളിലേക്ക് ലോഡ് ചെയ്യുകയും ചെയ്യുന്നു. SOAPServer സേവനം നടപ്പിലാക്കുന്ന ഒബ്‌ജക്റ്റിലോ ആപ്ലിക്കേഷനിലോ ഒരു രീതിയെ വിളിക്കുന്നു. മെത്തേഡ് എക്സിക്യൂഷൻ ഫലങ്ങളോ പിശക് വിവരണമോ SOAPServer ഒബ്‌ജക്റ്റ് ഒരു പ്രതികരണ പാക്കറ്റായി പരിവർത്തനം ചെയ്യുകയും ക്ലയന്റിലേക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു. SOAPClient ഒബ്‌ജക്റ്റ് ലഭിച്ച പാക്കറ്റ് പാഴ്‌സ് ചെയ്യുകയും സേവനത്തിന്റെ ഫലങ്ങൾ അല്ലെങ്കിൽ സംഭവിച്ച പിശകിന്റെ വിവരണം ക്ലയന്റ് ആപ്ലിക്കേഷനിലേക്ക് തിരികെ നൽകുകയും ചെയ്യുന്നു.

ഒരു വെബ് സേവനം തുറന്നുകാട്ടുന്ന രീതികളും രീതി പാരാമീറ്ററുകളും അവയുടെ തരങ്ങളും പേരുകളും ലിസണർ സേവനത്തിന്റെ സ്ഥാനവും വിവരിക്കുന്ന ഒരു XML പ്രമാണമാണ് WSDL ഫയൽ. SOAP ടൂൾകിറ്റ് വിസാർഡ് ഈ പ്രമാണം സ്വയമേവ ജനറേറ്റുചെയ്യുന്നു, അതിന്റെ ഒരു ഭാഗം ചുവടെ കാണിച്ചിരിക്കുന്നു: ഒരു രീതി നടപ്പിലാക്കുന്നതിനുള്ള അഭ്യർത്ഥനയോ പ്രതികരണമോ ഉൾക്കൊള്ളുന്ന ഒരു XML പ്രമാണമാണ് SOAP എൻവലപ്പ്. വിവരങ്ങൾ ഉൾക്കൊള്ളുന്ന ഒരു തപാൽ കവറായി പാക്കേജ് പരിഗണിക്കുന്നത് ഏറ്റവും സൗകര്യപ്രദമാണ്.

അരി. 5. SOAP പാക്കറ്റ് ഘടന

7. SOA അഡാപ്റ്റേഷന്റെ നാല് തലങ്ങൾ

ഐടി ഇൻഫ്രാസ്ട്രക്ചറിന്റെ പ്രധാന പരിവർത്തനങ്ങൾ മാത്രമല്ല, ബിസിനസ് പ്രക്രിയകളും ഐടിയും തമ്മിലുള്ള ബന്ധത്തിലെ മാറ്റങ്ങളും ഉൾപ്പെടുന്ന ഒരു സങ്കീർണ്ണ പ്രക്രിയയാണ് SOA യിലേക്കുള്ള മാറ്റം. എന്റർപ്രൈസിലെ അവസ്ഥയ്ക്ക് ഏറ്റവും അനുയോജ്യമായ SOA തത്വങ്ങളുടെ പൊരുത്തപ്പെടുത്തലിന്റെ ഒരു തുടക്കമായി എടുത്ത് ഘട്ടം ഘട്ടമായി ഈ പരിവർത്തനം നടത്താൻ IBM നിർദ്ദേശിക്കുന്നു. ഓരോ ലെവലിനും, അടിസ്ഥാന സൗകര്യ സോഫ്‌റ്റ്‌വെയർ പരിഹാരങ്ങളുടെ അനുബന്ധ സെറ്റ് മാത്രമല്ല, പരിശീലനം ഉൾപ്പെടെയുള്ള കൺസൾട്ടിംഗ് സേവനങ്ങളുടെ ഒരു ശ്രേണിയും വാഗ്ദാനം ചെയ്യുന്നു.

നില 1.

വ്യക്തിഗത വെബ് സേവനങ്ങൾ നടപ്പിലാക്കൽ. ഇത് SOA വിന്യാസത്തിന്റെ എൻട്രി ലെവൽ ആണ്, ഇതിൽ വെബ് സേവന സാങ്കേതികവിദ്യകൾ പുതിയ ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുന്നതിനോ നിലവിലുള്ളവ രൂപാന്തരപ്പെടുത്തുന്നതിനോ ഉപയോഗിക്കുന്നു, ഉദാഹരണത്തിന്, WSDL ഇന്റർഫേസുകൾ ഉപയോഗിച്ച് C++, Cobol, Java എന്നിവയിൽ എഴുതിയ സിസ്റ്റങ്ങളെ സംയോജിപ്പിക്കാൻ. ഇവിടെ, കമ്പനികൾ സേവനങ്ങൾ സൃഷ്ടിക്കുന്നതിനും വിന്യസിക്കുന്നതിനുമുള്ള ഘട്ടങ്ങൾ നടപ്പിലാക്കണം. പുതിയ വെബ് സേവന പരിഹാരങ്ങൾ പരീക്ഷിക്കാൻ ഡവലപ്പർമാരെ അനുവദിക്കുന്ന എമർജിംഗ് ടെക്നോളജി ടൂൾകിറ്റ് പോലെ വെബ്‌സ്‌ഫിയർ സ്റ്റുഡിയോ ആപ്ലിക്കേഷൻ ഡെവലപ്പർ ടൂൾകിറ്റും സൃഷ്ടിക്കാൻ ലഭ്യമാണ്. വെബ് സേവന വിന്യാസം WebSphere ആപ്ലിക്കേഷൻ സെർവർ പിന്തുണയ്ക്കുന്നു.

ലെവൽ 2.

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

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

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

പ്രക്രിയ സംയോജനം. ഒരു ബിസിനസ്സ് പ്രക്രിയ നടപ്പിലാക്കുന്നതിന് ആവശ്യമായ സേവനങ്ങളുടെ ക്രമം പിന്തുണയ്ക്കുന്നു, മറ്റ് പ്രക്രിയകളുമായി പ്രക്രിയകൾ സമന്വയിപ്പിക്കുന്നു (ഇത്തരം സംയോജനത്തിനായി സേവനങ്ങളുടെ "കോറിയോഗ്രാഫി", "ഓർക്കസ്ട്രേഷൻ" എന്നീ പദങ്ങളും ഉപയോഗിക്കുന്നു).

പൈതൃക സംവിധാനങ്ങളുടെ സംയോജനം. സേവന-അധിഷ്ഠിത സംയോജനത്തിന് ഉപയോഗിക്കുന്ന മറ്റൊരു വാസ്തുവിദ്യാ ആശയം ഇവിടെ എടുത്തുകാണിക്കുന്നത് മൂല്യവത്താണ്. ഞങ്ങൾ എന്റർപ്രൈസ് സർവീസ് ബസ് ആശയത്തെക്കുറിച്ചാണ് സംസാരിക്കുന്നത് ( എന്റർപ്രൈസ് സേവനംബസ്, ESB). അഭ്യർത്ഥനകൾ കൈമാറുന്നതിനും സേവന ഫലങ്ങൾ വീണ്ടെടുക്കുന്നതിനും ആവശ്യമായ സന്ദേശങ്ങളും ഗതാഗത പ്രോട്ടോക്കോൾ പരിവർത്തനങ്ങളും (ഉദാഹരണത്തിന്, HTTP- അധിഷ്‌ഠിത SOAP മുതൽ WebSphere MQ- അധിഷ്‌ഠിത SOAP വരെ), ആക്‌സസ് സുരക്ഷാ ആവശ്യകതകൾ ഉറപ്പാക്കുന്നതിനും ഏറ്റവും പ്രധാനമായി കൈകാര്യം ചെയ്യുന്നതിനുമുള്ള ഒരു ഏകീകൃത സംവിധാനം നൽകുക എന്നതാണ് ഇതിന്റെ ഉദ്ദേശ്യം. സേവനങ്ങളിലേക്കുള്ള അഭ്യർത്ഥനകളുടെ ഒഴുക്ക്. ഈ നിയന്ത്രണത്തിന് നന്ദി, ബിസിനസ്സ് പ്രക്രിയ നടപ്പിലാക്കുന്നതിന് ആവശ്യമായ സേവന കോളുകളുടെ ക്രമം നടപ്പിലാക്കുന്നു; സേവനങ്ങളിലേക്കുള്ള കോളുകളുടെ ഒരു പരമ്പരയായി ഒരു പ്രക്രിയയുടെ നിർവചനം പിന്തുണയ്ക്കുന്നു, ഉദാഹരണത്തിന്, IBM ഉം മൈക്രോകോഫ്റ്റും വികസിപ്പിച്ച ബിസിനസ് പ്രോസസ് എക്സിക്യൂഷൻ ലാംഗ്വേജിൽ (BPEL). ESB ബസിന്റെ സ്കീമാറ്റിക് ചിത്രീകരണത്തെ പരാമർശിച്ച് (ചിത്രം 3), ഈ സമീപനം പ്രധാന സംയോജന പ്രശ്നങ്ങളിലൊന്ന് പരിഹരിക്കുന്നതായി നിങ്ങൾക്ക് കാണാൻ കഴിയും - ഇന്റർഫേസുകൾ കുറയ്ക്കുന്നതിനുള്ള പ്രശ്നം. ചിത്രത്തിലേക്ക് ഒരു പുതിയ സേവനം ചേർക്കുന്നത്, ബാക്കിയുള്ള ആർക്കിടെക്ചറുമായി സംയോജിപ്പിക്കുന്നതിന് ഒരു അധിക ഇന്റർഫേസ് മാത്രമേ ലഭിക്കൂ.

അരി. 6. സർവീസ് ബസ് മോഡൽ

IBM വ്യാഖ്യാനത്തിൽ SOA യിലേക്കുള്ള പരിവർത്തനത്തിന്റെ രണ്ടാമത്തെയും മൂന്നാമത്തെയും തലങ്ങളിൽ നടപ്പിലാക്കുന്ന വിഷയമാണ് സംയോജനത്തിന്റെ എല്ലാ ജോലികളും, കമ്പനിയുടെ ബിസിനസ്സ് പ്രക്രിയകളുടെ മാപ്പിംഗ് സേവനങ്ങളും. ഈ തലങ്ങളിൽ, സേവന ജീവിത ചക്രത്തിന്റെ നാല് ഘട്ടങ്ങളും പ്രവർത്തിക്കുന്നു, കൂടാതെ വിവിധ സോഫ്റ്റ്വെയർ ഉൽപ്പന്നങ്ങൾ ഉപയോഗിക്കുകയും ചെയ്യുന്നു. കമ്പനിയിലെ പരിമിതമായ എണ്ണം വകുപ്പുകൾക്കായി SOA നടപ്പിലാക്കുന്നതാണ് രണ്ടാമത്തെ തലം. ഇവിടെ, സൃഷ്ടിക്കൽ ഘട്ടത്തിൽ, വെബ്‌സ്‌ഫിയർ സ്റ്റുഡിയോ ആപ്ലിക്കേഷൻ ഡെവലപ്പറുടെ ഡെവലപ്‌മെന്റ് ടൂളുകളിലേക്ക് വെബ്‌സ്‌ഫിയർ ഹോസ്റ്റ് ആക്‌സസ് ട്രാൻസ്‌ഫോർമേഷൻ സേവനങ്ങൾ ചേർക്കുന്നു. വിന്യാസം BPEL-പ്രാപ്‌തമാക്കിയ വെബ്‌സ്‌ഫിയർ ബിസിനസ് ഇന്റഗ്രേഷൻ സെർവർ ഫൗണ്ടേഷനും CICS ട്രാൻക്ഷൻ ഗേറ്റ്‌വേ അല്ലെങ്കിൽ IMS കണക്റ്റും ഉപയോഗിക്കുന്നു. തത്ഫലമായുണ്ടാകുന്ന കഴിവുകൾ ഉപയോഗിക്കുന്നതിന്, വെബ്‌സ്‌ഫിയർ പോർട്ടൽ വാഗ്ദാനം ചെയ്യുന്നു, കൂടാതെ ടിവോലി കുടുംബത്തിന്റെ മൊഡ്യൂളുകൾക്ക് മാനേജ്‌മെന്റ് ഫംഗ്‌ഷനുകൾ നിയോഗിക്കുന്നു - ഇടപാട് പ്രകടനത്തിനായുള്ള ആക്‌സസ് മാനേജറും മോണിറ്ററിംഗും.

ലെവൽ 3.

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

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

ലെവൽ 4.

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

8. SOA പ്രശ്നങ്ങൾ

മാനദണ്ഡങ്ങളുടെ പൊരുത്തക്കേട്. വെബ് സേവനങ്ങളുടെ മേഖലയിൽ, രണ്ട് വിഭാഗങ്ങൾ ഉയർന്നുവന്നു: ഒന്ന് IBM, BEA, Microsoft എന്നിവയും രണ്ടാമത്തേതിൽ സൺ, ഫുജിറ്റ്സു, ഒറാക്കിൾ എന്നിവ ഉൾപ്പെടുന്നു. അവ ഓരോന്നും അതിന്റെ വികസനം പ്രോത്സാഹിപ്പിക്കുന്നു. ഉദാഹരണത്തിന്, ഇടപാടുകൾ കൈകാര്യം ചെയ്യുന്നതിനായി, ആദ്യത്തേത് WS- ട്രാൻസാക്ഷൻസ് പ്രോട്ടോക്കോൾ വാഗ്ദാനം ചെയ്യുന്നു, രണ്ടാമത്തേത് - WS- ട്രാൻസാക്ഷൻസ് മാനേജ്മെന്റ്; സന്ദേശങ്ങളുടെ ഉറപ്പുള്ള ഡെലിവറിക്കായി, ആദ്യത്തേത് WS-ReliableMessaging, രണ്ടാമത്തേത് WS-Reliability എന്നിവ പുറത്തിറക്കി. (മൈക്രോസോഫ്റ്റ് പ്രഖ്യാപിച്ചതിന് ശേഷം ഇത് ശ്രദ്ധിക്കേണ്ടതാണ് വിഷ്വൽ സ്റ്റുഡിയോടീം സിസ്റ്റം, അതുപോലെ തന്നെ SOA അടിസ്ഥാനമാക്കിയുള്ള നിർദ്ദിഷ്ട പരിഹാരങ്ങൾക്കായുള്ള IBM ന്റെ നിർദ്ദേശങ്ങൾ, ഈ ഏറ്റുമുട്ടൽ വളരെ കുറവാണ്, വികസനത്തിൽ പുരോഗതി പ്രതീക്ഷിക്കാം പൊതു മാനദണ്ഡങ്ങൾവെബ് സേവനങ്ങളുടെ ഉപയോഗം നിയന്ത്രിക്കുന്നു).

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

9. പ്രയോജനങ്ങൾ

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

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

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

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

സാഹിത്യം

1. സെർജി കുസ്നെറ്റ്സോവ്. കമ്പ്യൂട്ടർ മാസികയുടെ ഒക്ടോബർ 2003 ലക്കത്തിന്റെ അവലോകനം (IEEE കമ്പ്യൂട്ടർ സൊസൈറ്റി, വാല്യം 36, നമ്പർ 10, ഒക്ടോബർ 2003).

2. Valentin Kolesov ഒരു വെബ് സെർവർ എഴുതുന്നതിനുള്ള ഉദാഹരണം ഉപയോഗിച്ച് SOAP എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ പ്രകടനം.

3. "സർവീസ് ഓറിയന്റഡ് ആർക്കിടെക്ചർ" റിപ്പോർട്ട് ചെയ്യുക (സർവീസ് ഓറിയന്റഡ് ആർക്കിടെക്ചർ. ഇൻഫോ വേൾഡ് റിസർച്ച് റിപ്പോർട്ട്. 2005).

4. ഹാവോ ഹെ (എന്താണ് സേവന-അധിഷ്ഠിത വാസ്തുവിദ്യ?).

5. Clive Finkelstein, "The Enterprise: Service-oriented Architecture (SOA)."

6. ജെറമി വെസ്റ്റർമാൻ "സേവന-അധിഷ്ഠിത വാസ്തുവിദ്യ ഇന്ന്: SOA-ലേക്കുള്ള ആമുഖം" (SOA ടുഡേ: സേവന-അധിഷ്ഠിത ആർക്കിടെക്ചറിലേക്കുള്ള ആമുഖം).

7. Vladimir Belenkovich, Timofey Gorshkov SOA-നുള്ളിലെ സേവനങ്ങളുടെ ആശയത്തിന്റെ ലോജിക്കൽ ഘടന.

8. എലീന ഗോറെറ്റ്കിന വെബ് സേവനങ്ങളിൽ നിന്ന് SOA യിലേക്കുള്ള ഒരു ദുഷ്‌കരമായ പാത.

9. SOA-യുടെ Daniil Feigin ആശയം.

10. നതാലിയ ദുബോവ SOA: നടപ്പിലാക്കുന്നതിനുള്ള സമീപനങ്ങൾ.

Allbest.ru-ൽ പോസ്‌റ്റുചെയ്‌തു

...

സമാനമായ രേഖകൾ

കമ്പ്യൂട്ടിംഗ് സാങ്കേതികവിദ്യ, ഘടക ഇടപെടൽ, വാസ്തുവിദ്യ എന്നിവ CORBA വിതരണം ചെയ്തു. CORBA, COM എന്നിവയുടെ പ്രധാന ലക്ഷ്യം. പിന്തുണ ഓപ്പറേറ്റിങ് സിസ്റ്റങ്ങൾ, ഓഫർ ചെയ്യുന്ന സേവനങ്ങളും സ്കേലബിളിറ്റിയും. വാസ്തുവിദ്യയുടെ ഔപചാരിക വിവരണവും അത് നടപ്പിലാക്കുന്നതിലെ പ്രശ്നങ്ങളും.

കോഴ്‌സ് വർക്ക്, 12/02/2013 ചേർത്തു


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

കോഴ്‌സ് വർക്ക്, 12/23/2014 ചേർത്തു


COM സാങ്കേതികവിദ്യകളുടെ സാരാംശം, വികസനം, പ്രയോഗം, അവയുടെ ഗുണങ്ങൾ, ദോഷങ്ങൾ, പദാവലി. COM ഇന്റർഫേസ്, സെർവർ, ക്ലയന്റ്, വിപുലീകരണങ്ങൾ എന്നിവയുടെ സവിശേഷതകൾ. പ്രാദേശികവും വിദൂരവുമായ സെർവറുകൾ, അവയുടെ പ്രവർത്തനങ്ങളും നടപ്പിലാക്കലും. OMG CORBA സാങ്കേതികവിദ്യയും സങ്കീർണ്ണമായ വാസ്തുവിദ്യയും.

കോഴ്‌സ് വർക്ക്, 11/13/2011 ചേർത്തു


CORBA സാങ്കേതികവിദ്യവിതരണം ചെയ്ത ആപ്ലിക്കേഷനുകൾ എഴുതുന്നതിന്, അതിന്റെ ഉദ്ദേശ്യം, പ്രയോജനങ്ങൾ, ഉപയോഗ നിയമങ്ങൾ. IDL ഭാഷയും ഒബ്ജക്റ്റ് അതിരുകൾ നിർവചിക്കുന്നതിനും ഇന്റർഫേസ് പാരമ്പര്യം നിലനിർത്തുന്നതിനുമുള്ള ഒരു സാർവത്രിക നൊട്ടേഷനായി അതിന്റെ ഉപയോഗവും.

ലബോറട്ടറി ജോലി, 06/30/2009 ചേർത്തു


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

ലബോറട്ടറി ജോലി, 06/16/2013 ചേർത്തു


CORBA (കോമൺ ഒബ്‌ജക്റ്റ് റിക്വസ്റ്റ് ബ്രോക്കർ ആർക്കിടെക്ചർ) സാങ്കേതികവിദ്യ: ഇന്റർഫേസ്, ഒബ്‌ജക്റ്റ് മാനേജ്‌മെന്റ്. ഒരു സേവന ആപ്ലിക്കേഷൻ സൃഷ്ടിക്കുന്നു, ഒരു ലളിതമായ ഒബ്ജക്റ്റ്. ഒരു ക്ലയന്റും സെർവർ ഒബ്ജക്റ്റും തമ്മിൽ ഒരു കണക്ഷൻ സ്ഥാപിക്കുന്നു. അറേകൾ, പിശക് കൈകാര്യം ചെയ്യൽ, തെറ്റ് സഹിഷ്ണുത.

സംഗ്രഹം, 11/09/2011 ചേർത്തു


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

ടെസ്റ്റ്, 06/15/2014 ചേർത്തു


ഡാറ്റാ പ്രോസസ്സിംഗ് സിസ്റ്റങ്ങൾ സ്ട്രീമിംഗ് ചെയ്യുന്നതിനുള്ള ഏജന്റ് അധിഷ്ഠിത സോഫ്റ്റ്വെയർ ആർക്കിടെക്ചർ. വിതരണം ചെയ്ത ഇൻഫർമേഷൻ മാനേജ്മെന്റ് സിസ്റ്റങ്ങൾക്കുള്ള സോഫ്റ്റ്വെയറിന്റെ വഴക്കവും അതിജീവനവും ഉറപ്പാക്കുന്നു. സ്പെസിഫിക്കേഷനുകൾ സോഫ്റ്റ്വെയർ സിസ്റ്റങ്ങൾവിതരണം ചെയ്ത പ്രോസസ്സിംഗ്.

സംഗ്രഹം, 11/28/2015 ചേർത്തു


വിതരണം ചെയ്ത വിവര സംവിധാനങ്ങളുടെ വാസ്തുവിദ്യയുടെ തരങ്ങൾ. വിതരണം ചെയ്യുന്നതിലെ സിൻക്രണസ്, അസിൻക്രണസ്, തടയൽ, നോൺ-ബ്ലോക്കിംഗ് ഇന്ററാക്ഷന്റെ സാരാംശം വിവര സംവിധാനം. വിദൂര നടപടിക്രമ കോളുകൾ നടപ്പിലാക്കുന്നതിനുള്ള അടിസ്ഥാന പ്രശ്നങ്ങളും തത്വങ്ങളും.

സംഗ്രഹം, 06/22/2011 ചേർത്തു


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