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

• വാസ്തുവിദ്യാ കണക്ഷനുകളുടെ ക്രമവും ഏകീകൃതതയും
• കേന്ദ്രീകൃത മാനേജ്മെന്റ്
• സെർവർ സൈഡ് ആപ്ലിക്കേഷൻ കോൺഫിഗറേഷൻ
• സേവന-അധിഷ്ഠിത വാസ്തുവിദ്യാ തത്വങ്ങളുടെ സ്പിരിറ്റിൽ സർവീസ് കോമ്പോണന്റ് ആർക്കിടെക്ചർ (എസ്സിഎ) സാങ്കേതികവിദ്യ നടപ്പിലാക്കൽ
• വികസിപ്പിച്ച പ്രോഗ്രാം കോഡിന്റെ പ്രോട്ടോക്കോൾ സ്വാതന്ത്ര്യം
• വിപുലമായ ബസ്, ആപ്ലിക്കേഷൻ കോൺഫിഗറേഷൻ ഓപ്ഷനുകൾ

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

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


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

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


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

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


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

ഈ എല്ലാ ആനുകൂല്യങ്ങളും പ്രയോജനപ്പെടുത്തുന്നതിലൂടെ, ആപ്ലിക്കേഷനുകൾ ചാമിലിയൻ പോലെയാകുന്നു - അവ വളരെ അയവുള്ളതാണ്, അവ പ്രവർത്തിക്കുന്ന പരിസ്ഥിതിയുടെ ഭാഗമായിത്തീരുന്നു, അപ്പോഴും പ്രധാനപ്പെട്ട പ്രവർത്തനക്ഷമത നൽകുന്നു.

എന്നാൽ IBM WebSphere ESB-യിൽ പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷനുകളുടെ വഴക്കം അവ പ്രവർത്തിക്കുന്ന പരിതസ്ഥിതിയിൽ മാത്രം ഒതുങ്ങുന്നില്ല. വികസന കഴിവുകൾ ഇതിന് വലിയ സംഭാവന നൽകുന്നു. സിസ്റ്റങ്ങൾ ലഭ്യമാകേണ്ടത് മാത്രമല്ല, എവിടെ പ്രവർത്തിക്കണം, മാത്രമല്ല വികസിപ്പിക്കുകയും പരിഷ്കരിക്കുകയും ചെയ്യേണ്ടതിനാൽ, ഈ രസകരമായ പോയിന്റുകൾ നഷ്‌ടപ്പെടുത്താൻ കഴിയില്ല:

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

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

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


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

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

എല്ലായ്‌പ്പോഴും പഠിക്കാൻ എളുപ്പമല്ലെങ്കിലും, മുകളിൽ പറഞ്ഞവയെല്ലാം ESB-യെ സൗകര്യപ്രദവും ശക്തവും വഴക്കമുള്ളതുമായ ഒരു സംയോജന ഉപകരണമായി സ്ഥാപിക്കുന്നു. ഭാവിയിൽ, അത് എങ്ങനെ ഉപയോഗിക്കണമെന്ന് നിങ്ങൾ പഠിക്കേണ്ടതുണ്ട്.

ലേഖനത്തിൽ ഇനിപ്പറയുന്ന ചിത്രങ്ങൾ ഉപയോഗിച്ചിരിക്കുന്നു:

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

കേന്ദ്രീകൃത ഡയറക്ടറി മാനേജ്മെന്റിനുള്ള ഒരു പ്ലാറ്റ്ഫോമായി MDM ഉപയോഗിക്കാറുണ്ട്. റഫറൻസ് ഡാറ്റ എംഡിഎമ്മിൽ നൽകുകയും സാധൂകരിക്കുകയും ചെയ്യുന്നു, അവിടെ നിന്ന് അത് ഐടി സിസ്റ്റങ്ങളിലേക്ക് പകർത്തുന്നു. ഈ സമീപനത്തിന് നിരവധി പ്രശ്നങ്ങളുണ്ട്

• എല്ലാ സിസ്റ്റങ്ങൾക്കും അനുയോജ്യമായ ഒരു റഫറൻസ് ഡാറ്റ മോഡൽ സൃഷ്ടിക്കുന്നത് എളുപ്പമല്ല.
• ആപ്ലിക്കേഷനുകളിൽ നിന്ന് റഫറൻസ് ഡാറ്റ വിച്ഛേദിക്കപ്പെടും.
• MDM-ൽ നിന്നുള്ള ഡാറ്റ പകർത്തുന്നതിന് പലപ്പോഴും പ്രധാന സിസ്റ്റം പരിഷ്ക്കരണങ്ങൾ ആവശ്യമാണ്. ഔട്ട്-ഓഫ്-ബോക്സ് സിസ്റ്റങ്ങൾക്ക്, അത്തരം പരിഷ്ക്കരണങ്ങൾ വളരെ ചെലവേറിയതായിരിക്കും.

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

ഇന്റഗ്രേഷൻ ബസിലെ പരിവർത്തനം.

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

സിസ്റ്റങ്ങൾക്കിടയിൽ ഡയറക്‌ടറികൾ എങ്ങനെ മാപ്പ് ചെയ്യപ്പെടുന്നു എന്നതിനെക്കുറിച്ചുള്ള ഡാറ്റ ഒരു റിലേഷണൽ ഡാറ്റാബേസിൽ സംഭരിച്ചിരിക്കുന്നു, നമ്മുടെ കാര്യത്തിൽ Oracle. ഒരു സിസ്റ്റത്തിലെ ഒരു ഡയറക്ടറി മൂല്യത്തിൽ നിന്ന് മറ്റൊരു സിസ്റ്റത്തിൽ ഒരു മൂല്യം എങ്ങനെ നേടാമെന്ന് പട്ടികകൾ രേഖപ്പെടുത്തും. അതായത്, ഒരുതരം ഘടന:

(source_system, source_value, valid_from, valid_to, target_system, target_value)

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

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

ഒരു കാഷെ ഉപയോഗിക്കുന്നതിന് വ്യക്തമായ ഗുണങ്ങളുണ്ട്:

• ഡാറ്റ മെമ്മറിയിൽ സൂക്ഷിക്കുന്നു
• ഡാറ്റ സീരിയൽ രൂപത്തിൽ സംഭരിച്ചിരിക്കുന്നു
• ഡാറ്റ സൂചികയിലാക്കാം
• ഡാറ്റാബേസുമായുള്ള സമന്വയം അസമന്വിതമായി നടത്താം

കാഷെ വിതരണം ചെയ്യുകയും നോഡുകൾ തമ്മിലുള്ള സമന്വയം കോഹറൻസ് തന്നെ നടത്തുകയും ചെയ്യുന്നു. ഒരു സെർവർ ചേർക്കുകയോ നീക്കം ചെയ്യുകയോ ചെയ്യുമ്പോൾ, ക്ലസ്റ്റർ നോഡുകൾക്കിടയിൽ ഡാറ്റ റീബാലൻസ് ചെയ്യുന്നു.

റഫറൻസ് ഡാറ്റയ്ക്കായി ഡിസ്ട്രിബ്യൂട്ടഡ് കാഷെ മാപ്പ് സ്കീമ ഉപയോഗിക്കുന്നു. ഒറാക്കിൾ സർവീസ് ബസ് ആരംഭിക്കുമ്പോൾ, മെമ്മറിയിൽ ഡാറ്റ സൂക്ഷിക്കുന്ന ഒരു കാഷെ JVM-നുള്ളിൽ സൃഷ്ടിക്കപ്പെടുന്നു. ഓരോന്നിലും ഫിസിക്കൽ സെർവർഡയറക്ടറികൾ (മെമ്മറിയിലും ഡിസ്കിലും) സംഭരിക്കുകയും ഡാറ്റാബേസുമായി സമന്വയിപ്പിക്കുകയും ചെയ്യുന്ന ഒരു കോഹറൻസ് സെർവർ ഉണ്ട്.

പരിവർത്തന സമയത്ത്, ജാവ കോൾഔട്ട് വഴി ഒഎസ്ബി വർക്ക്ഫ്ലോ കോഹറൻസ് ആക്സസ് ചെയ്യുന്നു. ഒരു എന്റർപ്രൈസ് ജാവ ബീൻ കോൾ വഴിയും ആക്സസ് ചെയ്യാവുന്നതാണ്.

എന്റർപ്രൈസ് സർവീസ് ബസ് സവിശേഷതകൾ

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

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

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

ഒരു ESB അല്ലെങ്കിൽ SOA നടപ്പിലാക്കുന്നതിനുള്ള സാധാരണ SOA ആരംഭ പോയിന്റുകളിലെ ഒരു കൂട്ടം ESB സാഹചര്യങ്ങളെ ഇനിപ്പറയുന്ന ലേഖനങ്ങൾ വിവരിക്കും. അതാകട്ടെ, നടപ്പിലാക്കുന്നതിനായി ഉചിതമായ സാങ്കേതികവിദ്യകൾ തിരഞ്ഞെടുക്കാൻ പരിഹാര ടെംപ്ലേറ്റുകൾ സഹായിക്കുന്നു.

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

SOA രൂപകൽപ്പനയിൽ ESB യുടെ പങ്ക്

SOA യുടെ നിർവചനം ഞങ്ങൾ വിശദമായി പരിഗണിക്കില്ലെങ്കിലും (വിഭാഗം കാണുക), SOA നിർവചനങ്ങളുടെ മിക്ക രചയിതാക്കളും അംഗീകരിക്കുന്ന എല്ലാ തത്വങ്ങളും ഇവിടെ ശേഖരിക്കുന്നത് ഇപ്പോഴും ഉപയോഗപ്രദമാകും:

• സേവനങ്ങൾ നിർവചിക്കുന്നതിന് വ്യക്തമായ നടപ്പാക്കൽ-സ്വതന്ത്ര ഇന്റർഫേസുകൾ ഉപയോഗിക്കുന്നത്;
• ലൊക്കേഷൻ സുതാര്യതയും പരസ്പര പ്രവർത്തനക്ഷമതയും വർദ്ധിപ്പിക്കുന്ന ആശയവിനിമയ പ്രോട്ടോക്കോളുകളുടെ ഉപയോഗം;
• പുനരുപയോഗിക്കാവുന്ന ബിസിനസ് ഫംഗ്‌ഷനുകൾ ഉൾക്കൊള്ളുന്ന സേവനങ്ങൾ നിർവ്വചിക്കുക.

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

ചിത്രം 2. വിതരണം ചെയ്ത ESB ഇൻഫ്രാസ്ട്രക്ചറിന്റെ കേന്ദ്രീകൃത മാനേജ്മെന്റ്

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

ചിത്രം 3: SOA രൂപകൽപ്പനയിൽ ESB-യുടെ പങ്ക്

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

ബിസിനസ് സർവീസ് കൊറിയോഗ്രാഫർ ഘടകത്തിന്റെ പ്രവർത്തനം ലേഔട്ട് ആണ് ബിസിനസ്സ് പ്രക്രിയകൾപലരിൽ നിന്നും വാണിജ്യ സേവനങ്ങൾ; അതിനാൽ, ഈ ഘടകം ESB വഴി സേവനങ്ങളെ വിളിക്കുന്നു, തുടർന്ന് ESB വഴിയും മറ്റ് സേവനങ്ങളായി ക്ലയന്റുകൾക്ക് ബിസിനസ്സ് പ്രക്രിയകൾ വാഗ്ദാനം ചെയ്യുന്നു. എന്നിരുന്നാലും, ബിസിനസ് പ്രോസസുകളുടെയും സേവനങ്ങളുടെയും പ്രവർത്തനം ഏകോപിപ്പിക്കുന്നതിൽ നിർമ്മാണ പ്രക്രിയ സാങ്കേതികവിദ്യയായ ബിസിനസ് സർവീസ് കൊറിയോഗ്രാഫർ ഘടകത്തിന്റെ പങ്ക്, ഈ ഘടകത്തെ ഇൻഫ്രാസ്ട്രക്ചർ സാങ്കേതികവിദ്യയായ ESB-യുടെ ഭാഗമല്ലെന്ന് തിരിച്ചറിയുന്നു.

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

ESB പ്രകടന മോഡൽ

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

പട്ടിക 1. പ്രത്യേക സാഹിത്യത്തിൽ വിവരിച്ചിരിക്കുന്ന ESB പ്രവർത്തനങ്ങൾ

കണക്ഷൻ	സേവനങ്ങളുടെ ഇടപെടൽ
റൂട്ടിംഗ്; അഭിസംബോധന; ആശയവിനിമയ സാങ്കേതികവിദ്യകളും പ്രോട്ടോക്കോളുകളും മാനദണ്ഡങ്ങളും (IBM® WebSphere® MQ, HTTP, HTTPS എന്നിവ പോലുള്ളവ) പ്രസിദ്ധീകരിക്കുക/സബ്‌സ്‌ക്രൈബ് ചെയ്യുക; മറുപടി/അഭ്യർത്ഥന; തീ-മറക്കുന്ന സംഭവങ്ങൾ; സിൻക്രണസ്, അസിൻക്രണസ് സന്ദേശമയയ്ക്കൽ.	സേവന ഇന്റർഫേസിന്റെ നിർവ്വചനം (ഉദാഹരണത്തിന്, WSDL ഭാഷ (വെബ് സേവന വിവരണ ഭാഷ); സേവന നിർവ്വഹണങ്ങൾ മാറ്റിസ്ഥാപിക്കാനുള്ള കഴിവിനുള്ള പിന്തുണ; ആശയവിനിമയത്തിനും സംയോജനത്തിനും ആവശ്യമായ സന്ദേശമയയ്‌ക്കൽ സേവന ഓർഗനൈസേഷൻ മോഡൽ (ഉദാഹരണത്തിന്, SOAP അല്ലെങ്കിൽ എന്റർപ്രൈസ് ആപ്ലിക്കേഷൻ ഇന്റഗ്രേഷൻ (EAI) മിഡിൽവെയർ മോഡൽ); സേവന ഡയറക്ടറിയും സേവന കണ്ടെത്തലും.
സംയോജനം	സേവനത്തിന്റെ ഗുണമേന്മ
ഡാറ്റാബേസ്; സേവന സംയോജനം; നിലവിലുള്ള സിസ്റ്റങ്ങൾക്കും ആപ്ലിക്കേഷനുകൾക്കുമുള്ള അഡാപ്റ്ററുകൾ; EAI മിഡിൽവെയറിലേക്ക് കണക്റ്റിവിറ്റി നൽകുന്നു; സേവന പ്രദർശനം; പ്രോട്ടോക്കോൾ പരിവർത്തനം; ആപ്ലിക്കേഷൻ സെർവർ പരിതസ്ഥിതി (J2EE, .NET പോലുള്ളവ); സേവനം വിളിക്കുന്നതിനുള്ള ആപ്ലിക്കേഷൻ പ്രോഗ്രാമിംഗ് ഭാഷാ ഇന്റർഫേസ് (ഉദാഹരണത്തിന്, Java, C/C++/C#).	ഇടപാടുകൾ (അവിഭാജ്യ ഇടപാടുകൾ, നഷ്ടപരിഹാരം, WS ഇടപാട്); വിവിധ ഗ്യാരണ്ടീഡ് ഡെലിവറി മാതൃകകൾ (ഉദാ. WS-ReliableMessaging അല്ലെങ്കിൽ EAI മിഡിൽവെയർ പിന്തുണ).
സുരക്ഷ	സേവന നില
പ്രാമാണീകരണം; അംഗീകാരം; കർത്തൃത്വം ഉപേക്ഷിക്കാനുള്ള അസാധ്യത; രഹസ്യാത്മകത; സുരക്ഷാ മാനദണ്ഡങ്ങൾ (ഉദാഹരണത്തിന്, Kerberos, WS-Security).	പ്രകടനം; ബാൻഡ്വിഡ്ത്ത്; ലഭ്യത; കരാറുകളുടെയോ കരാറുകളുടെയോ അടിസ്ഥാനമായേക്കാവുന്ന മറ്റ് നിലവിലുള്ള നടപടികൾ.
സന്ദേശം പ്രോസസ്സ് ചെയ്യുന്നു	നിയന്ത്രണവും സ്വയംഭരണവും
കോഡ് ചെയ്ത യുക്തി; ഉള്ളടക്കത്തെ അടിസ്ഥാനമാക്കിയുള്ള യുക്തി; സന്ദേശങ്ങളുടെയും ഡാറ്റയുടെയും പരിവർത്തനം; സാധുത പരിശോധന; ഇടനിലക്കാരൻ; വസ്തുക്കളുടെ സമാന പ്രദർശനം; ഡാറ്റ സമ്പുഷ്ടീകരണം.	സേവനത്തിന്റെ തുടക്കവും രജിസ്ട്രേഷനും; ലോഗിംഗ്, അളവുകൾ, നിരീക്ഷണം; കണ്ടെത്തൽ; സിസ്റ്റം മാനേജ്മെന്റും അഡ്മിനിസ്ട്രേഷൻ ടൂളുകളുമായുള്ള സംയോജനം; സ്വയം നിരീക്ഷണവും സ്വയം മാനേജ്മെന്റും.
മോഡലിംഗ്	ഇന്റലിജന്റ് ഇൻഫ്രാസ്ട്രക്ചർ സവിശേഷതകൾ
ഒബ്ജക്റ്റ് മോഡലിംഗ്; ബിസിനസ്സ് വസ്തുക്കളുടെ പൊതുവായ മാതൃകകൾ; ഡാറ്റ ഫോർമാറ്റ് ലൈബ്രറികൾ; B2B സംയോജനത്തിനായി തുറന്നതോ അടച്ചതോ ആയ മോഡലുകൾ; വികസന, വിന്യാസ ഉപകരണങ്ങൾ.	ബിസിനസ്സ് നിയമങ്ങൾ; നയം അടിസ്ഥാനമാക്കിയുള്ള പെരുമാറ്റം, പ്രത്യേകിച്ച് സേവന നിലവാരം, സുരക്ഷ, സേവന നിലവാരം എന്നിവയുടെ സവിശേഷതകൾ (ഉദാ, WS-നയം); പാറ്റേൺ തിരിച്ചറിയൽ.

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

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

SOA-യ്‌ക്കുള്ള ഏറ്റവും കുറഞ്ഞ ESB ഫീച്ചർ സെറ്റ്

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

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

ഈ തത്വങ്ങൾ മനസ്സിൽ വെച്ചുകൊണ്ട് തിരഞ്ഞെടുത്ത ESB ഫംഗ്‌ഷനുകളുടെ ഏറ്റവും കുറഞ്ഞ സെറ്റാണ് ഇനിപ്പറയുന്നത്.

പട്ടിക 2. ESB ഫംഗ്‌ഷനുകളുടെ ഏറ്റവും കുറഞ്ഞ സെറ്റ്

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

ഫംഗ്‌ഷനുകളുടെ ഏറ്റവും കുറഞ്ഞ സെറ്റ് എന്നത് ശ്രദ്ധിക്കുക ഏതെങ്കിലും പ്രത്യേക സാങ്കേതിക വിദ്യകളുടെ ഉപയോഗം ആവശ്യമില്ലഉദാ EAI മിഡിൽവെയർ, വെബ് സേവനങ്ങൾ, J2EE അല്ലെങ്കിൽ XML. ആവശ്യകതകൾ നിറവേറ്റുന്നതിനാൽ അത്തരം സാങ്കേതികവിദ്യകൾ ഉപയോഗിക്കപ്പെടാൻ സാധ്യതയുണ്ട്, പക്ഷേ ഇത് നിർബന്ധമല്ല. നേരെമറിച്ച്, ഫംഗ്‌ഷനുകളുടെ ഏറ്റവും കുറഞ്ഞ സെറ്റ്, പൂർണ്ണമായും അല്ലെങ്കിലും, നൽകിയിരിക്കുന്നു ഉപയോഗിക്കാൻ എളുപ്പമാണ് SOAP/HTTP, WSDL.

• URL വിലാസം കൂടാതെ നിലവിലുള്ള അടിസ്ഥാന സൗകര്യങ്ങൾ HTTP, DNS എന്നിവ സർവീസ് റൂട്ടിംഗും പ്ലേസ്‌മെന്റ് സുതാര്യതയും നൽകുന്ന ഒരു "ബസ്" ഇൻഫ്രാസ്ട്രക്ചർ നൽകുന്നു;
• SOAP/HTTP സന്ദേശമയയ്ക്കൽ മാതൃകയെ പിന്തുണയ്ക്കുന്നു അഭ്യർത്ഥന-പ്രതികരണം;
• ഗതാഗതം HTTP പ്രോട്ടോക്കോൾവ്യാപകമായി ലഭ്യമാണ്;
• സേവനങ്ങളുടെ ഇന്റർഫേസും സന്ദേശമയയ്‌ക്കലും സംഘടിപ്പിക്കുന്നതിന് SOAP ഉം WSDL ഉം ഒരു തുറന്ന, നടപ്പിലാക്കൽ-സ്വതന്ത്ര മാതൃക നൽകുന്നു.

എന്നിരുന്നാലും, SOAP/HTTP, WSDL എന്നിവയുടെ ഏറ്റവും ലളിതമായ രൂപത്തിൽ ഉപയോഗിക്കുന്നത് പോയിന്റ്-ടു-പോയിന്റ് ഏകീകരണം മാത്രമേ നൽകുന്നുള്ളൂ, ഇനിപ്പറയുന്നവ നൽകുന്നില്ല പ്രധാന പ്രവർത്തനങ്ങൾ ESB-ന് ആവശ്യമാണ്:

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

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

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

ESB-യുമായി ബന്ധപ്പെട്ട സുരക്ഷാ പ്രശ്നങ്ങൾ

ഈ ലേഖനം സുരക്ഷാ ആവശ്യകതകൾ സ്വയം പരിഹരിക്കാൻ ഉദ്ദേശിച്ചുള്ളതല്ല, എന്നാൽ ഒരു ESB സാങ്കേതികവിദ്യ തിരഞ്ഞെടുക്കുമ്പോൾ അവ പ്രധാനമായേക്കാം. ഉദാഹരണത്തിന്, സെർവറിലേക്കുള്ള അഭ്യർത്ഥനകളുടെ പ്രാമാണീകരണത്തിന്റെയും അംഗീകാരത്തിന്റെയും ആവശ്യമില്ലെങ്കിൽ, സാങ്കേതികവിദ്യകളുടെ തിരഞ്ഞെടുപ്പ് വളരെ വിപുലമായിരിക്കും. ഒരു നിശ്ചിത തലത്തിലുള്ള സുരക്ഷ ആവശ്യമാണെങ്കിൽ, കൂടുതൽ സാധ്യതയുള്ളതിനാൽ, ഏത് തരത്തിലുള്ള സുരക്ഷയാണ് സ്വീകാര്യമായതെന്ന് വിലയിരുത്തേണ്ടത് പ്രധാനമാണ്. ഉദാഹരണത്തിന്:

1. EAI മിഡിൽവെയർ സെർവറുകൾക്കിടയിൽ സുരക്ഷിത സോക്കറ്റ് ലെയർ EAI പരസ്പര പ്രാമാണീകരണം ഉപയോഗിക്കുമ്പോഴോ HTTPS ഉപയോഗിക്കുമ്പോഴോ ആശയവിനിമയ ഇൻഫ്രാസ്ട്രക്ചറിന്റെ സുരക്ഷാ നില സ്വീകാര്യമാകുമോ?
2. പങ്കാളിത്ത സംവിധാനങ്ങൾക്കിടയിൽ വ്യക്തിഗത, പോയിന്റ്-ടു-പോയിന്റ് സുരക്ഷ മതിയാകുമോ, അതോ എൻഡ്-ടു-എൻഡ് സുരക്ഷാ മോഡൽ ആവശ്യമാണോ? ഉദാഹരണത്തിന്, ഉപഭോക്തൃ ഐഡന്റിഫിക്കേഷൻ വിവരങ്ങൾ ബ്രോക്കർമാർ പോലെയുള്ള ഇന്റർമീഡിയറ്റ് സിസ്റ്റങ്ങളിലൂടെ എൻഡ് പ്രൊവൈഡർമാർക്കോ സേവന നിർവ്വഹണങ്ങൾക്കോ ​​വിതരണം ചെയ്യേണ്ട ആവശ്യമുണ്ടോ?
3. സുരക്ഷ സ്വീകാര്യമാകുമോ ആപ്ലിക്കേഷൻ ലെവൽ, ഉദാഹരണത്തിന്, ക്ലയന്റ് കോഡ് എക്സിക്യൂട്ട് ചെയ്യാൻ കഴിയും അടിസ്ഥാന പ്രാമാണീകരണംയൂസർഐഡിയും പാസ്‌വേഡും മുഖേനയുള്ള HTTP, അല്ലെങ്കിൽ ഈ വിവരങ്ങൾ ആപ്ലിക്കേഷൻ ഡാറ്റയായി സേവനത്തിന് കൈമാറാൻ അതിന് കഴിയുമോ?
4. കെർബറോസ് അല്ലെങ്കിൽ WS-സെക്യൂരിറ്റി പോലുള്ള സുരക്ഷാ മാനദണ്ഡങ്ങൾ സുരക്ഷാ സംവിധാനം പാലിക്കേണ്ടതുണ്ടോ?

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

ഉപസംഹാരം

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

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

ESB നൽകുന്ന നിരവധി സവിശേഷതകളിൽ ഇനിപ്പറയുന്നവ ഉൾപ്പെടുന്നു:

• ആശയവിനിമയങ്ങൾ;
• സേവന ഇടപെടലുകൾ;
• സംയോജനങ്ങൾ;
• സേവനത്തിന്റെ ഗുണനിലവാരം ഉറപ്പാക്കൽ;
• സുരക്ഷ;
• സേവന നില ഉറപ്പാക്കൽ;
• സന്ദേശ പ്രോസസ്സിംഗ്;
• സേവന മാനേജ്മെന്റും സ്വയംഭരണവും;
• മോഡലിംഗ്;
• ഇന്റലിജന്റ് ഇൻഫ്രാസ്ട്രക്ചർ പ്രവർത്തനങ്ങൾ.

പരമ്പരയിലെ അടുത്ത ലേഖനത്തിൽ, ഞങ്ങൾ പൊതുവായ സാഹചര്യങ്ങളും സാഹചര്യങ്ങൾക്കുള്ള ഉചിതമായ പരിഹാര പാറ്റേണുകളും നോക്കാം, കൂടാതെ ഈ സാഹചര്യങ്ങളുമായി ബന്ധപ്പെട്ട ഏറ്റവും സാധാരണമായ പ്രശ്നങ്ങളെക്കുറിച്ച് സംസാരിക്കും.

അംഗീകാരങ്ങൾ

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

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

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

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

പോയിന്റ്-ടു-പോയിന്റ് ഏകീകരണം

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

പോയിന്റ്-ടു-പോയിന്റ് ഏകീകരണം

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

ഇന്റഗ്രേഷൻ സ്റ്റഫിംഗ്

ഒറ്റ സർവീസ് ബസ്

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

ഒരു ആധുനിക സർവീസ് ബസ് നിർമ്മിക്കുന്ന പ്രധാന ഘടകങ്ങൾ ഇവയാണ്:

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

ഒരൊറ്റ സർവീസ് ബസ് ഉപയോഗിക്കുന്നതിന്റെ ഗുണങ്ങളിൽ ഇവ ഉൾപ്പെടുന്നു:

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

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

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

ബിസിനസ്സ് പ്രോസസ്സ് മാനേജ്മെന്റ്

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

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

പല സോഫ്റ്റ്‌വെയർ വെണ്ടർമാരും ഇപ്പോൾ ബിപിഎം ചട്ടക്കൂടും ഇന്റഗ്രേഷൻ ബസും ഒരു മിഡിൽവെയർ പ്ലാറ്റ്‌ഫോമിലേക്ക് സംയോജിപ്പിക്കാൻ നീങ്ങുന്നു, ബിപിഎം സിസ്റ്റങ്ങളും ആപ്ലിക്കേഷൻ ഇന്റഗ്രേഷൻ ടൂളുകളും തമ്മിൽ വർഷങ്ങളായി നിലനിന്നിരുന്ന കർശനമായ വേർതിരിവ് നീക്കം ചെയ്യുന്നു. ഈ സമീപനം വളരെ പുരോഗമനപരമാണ്. ചില വെണ്ടർമാർ കൂടുതൽ മുന്നോട്ട് പോയി പ്രൊഫഷണൽ ബിസിനസ് പ്രോസസ് മോഡലിംഗ് ടൂളുകൾ പ്ലാറ്റ്‌ഫോമിലേക്ക് ചേർക്കുന്നു. പ്രശസ്തമായ ARIS പ്ലാറ്റ്‌ഫോം മോഡലിംഗ് ടൂളും വെബ്‌മെത്തോഡ്‌സ് ഇന്റഗ്രേഷൻ/ബിപിഎം പരിതസ്ഥിതിയും സമന്വയിപ്പിക്കുന്ന ഒരു പരിഹാരത്തിലൂടെയാണ് സോഫ്റ്റ്‌വെയർ എജി ഇതിന് തുടക്കമിടുന്നത്.

ഇന്റഗ്രേഷൻ പ്ലാറ്റ്‌ഫോമിന്റെ സമഗ്രമായ ഉപയോഗം

വിപണിയിൽ ഓഫറുകൾ

ഓൺ ഈ നിമിഷം ESB-കൾ നിർമ്മിക്കുന്നതിന് മൂന്ന് ഗ്രൂപ്പുകളുടെ സോഫ്റ്റ്വെയർ ഓഫറുകൾ ഉണ്ട്. ഈ ഗ്രൂപ്പുകൾ വാഗ്ദാനം ചെയ്യുന്ന വിലയിലും പ്രവർത്തനത്തിലും വ്യത്യാസപ്പെട്ടിരിക്കുന്നു.

ലേഖനത്തിൽ സൂചിപ്പിച്ചിരിക്കുന്ന എല്ലാ വിഭാഗങ്ങളിലും (ESB, SOA ഗവേണൻസ്, BPM, B2B) അനലിറ്റിക്കൽ ഏജൻസികളുടെ ഗവേഷണത്തിൽ മുന്നിട്ടുനിൽക്കുന്ന കമ്പനികളിൽ നിന്നുള്ള നിർദ്ദേശങ്ങളാണ് ആദ്യ ഗ്രൂപ്പ്. ഈ ഗ്രൂപ്പിൽ ഉൾപ്പെടുന്നു:

• ഐബിഎം അതിന്റെ വെബ്‌സ്‌ഫിയർ ഉൽപ്പന്ന ലൈനിനൊപ്പം;
• വെബ്‌മെത്തോഡ്‌സ് ഇന്റഗ്രേഷൻ പ്ലാറ്റ്‌ഫോമുള്ള സോഫ്‌റ്റ്‌വെയർ എജി;
• നിർദ്ദേശങ്ങളുടെ ഒരു മുഴുവൻ പരമ്പരയുമായി ഒറാക്കിൾ;
• ബിസിനസ് ഇന്റഗ്രേഷൻ ലൈനോടുകൂടിയ ടിബ്കോ.

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

"ശുദ്ധമായ" ESB പ്രവർത്തനങ്ങളിൽ പ്രധാനമായും ശ്രദ്ധ കേന്ദ്രീകരിക്കുകയും ഇവിടെ വിജയം കൈവരിക്കുകയും ചെയ്യുന്ന കമ്പനികളാണ് രണ്ടാമത്തെ ഗ്രൂപ്പ് നിർദ്ദേശങ്ങൾ. ഈ ഗ്രൂപ്പിൽ ഉൾപ്പെടുന്നു: സൺ (ഗ്ലാസ്ഫിഷ്), പുരോഗതി (സോണിക്), ഫുജിറ്റ്സു.

BPM കൂടാതെ/അല്ലെങ്കിൽ B2B ലേക്ക് നിങ്ങളുടെ പ്ലാറ്റ്‌ഫോമിന്റെ വ്യാപ്തി വികസിപ്പിക്കാൻ നിങ്ങൾ ഉദ്ദേശിക്കുന്നില്ലെങ്കിൽ ഈ കമ്പനികളിൽ നിന്നുള്ള ഓഫറുകൾ നല്ലതാണ്. അല്ലാത്തപക്ഷം, വേണ്ടത്ര വികസിപ്പിച്ച പ്രവർത്തനക്ഷമതയിൽ അവശേഷിക്കപ്പെടുകയും നിങ്ങളുടെ ആവശ്യങ്ങൾ നിറവേറ്റുന്നതിനായി അത് മെച്ചപ്പെടുത്തുന്നതിനുള്ള ചെലവ് ഗണ്യമായി വർദ്ധിപ്പിക്കുകയും ചെയ്യും.

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

ഉപസംഹാരം

ഉപസംഹാരമായി, വായനക്കാർക്ക് കുറച്ച് നൽകാൻ ഞാൻ ആഗ്രഹിക്കുന്നു ലളിതമായ നുറുങ്ങുകൾഇന്റഗ്രേഷൻ ബസ് തിരഞ്ഞെടുക്കുന്നതിലൂടെ:

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

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

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

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

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

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

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

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

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

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

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

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

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

അടിസ്ഥാനകാര്യങ്ങൾ: JCA, വെബ് സേവനങ്ങൾ

സൺ മൈക്രോസിസ്റ്റംസിന്റെ ജെസിഎ ഇന്റർകണക്ട് ആർക്കിടെക്ചറിന്റെയും വെബ് സേവനങ്ങൾക്കായുള്ള ഒരു സ്റ്റാൻഡേർഡ് പ്രോട്ടോക്കോൾ ആയ SOAPയുടെയും വരവോടെയാണ് ESB-യിൽ വാഗ്ദാനം ചെയ്യുന്ന ആപ്ലിക്കേഷൻ ഇന്റഗ്രേഷൻ സാധ്യമായത്. ആപ്ലിക്കേഷൻ ഇന്റഗ്രേഷനുമായി ബന്ധപ്പെട്ട സങ്കീർണ്ണതകളെ മറികടക്കാൻ പ്രത്യേകം രൂപകൽപ്പന ചെയ്ത JCA, ഈ ടാസ്ക്ക് നിറവേറ്റുന്നതിനുള്ള സ്റ്റാൻഡേർഡ് രീതികൾ നൽകുന്നു. കോർപ്പറേറ്റ് വിവര സംവിധാനം, JCA തത്വങ്ങളിൽ നിർമ്മിച്ചിരിക്കുന്നത്, ആപ്ലിക്കേഷനുകൾ ആക്സസ് ചെയ്യാൻ JDBC ഇന്റർഫേസ് ഉപയോഗിക്കുന്നു. ഇന്ന് ഈ സമീപനം വളരെ ജനപ്രിയമാണ്; BEA WebLogic, IBM WebSphere എന്നിവയുൾപ്പെടെ മിക്ക ആധുനിക ആപ്ലിക്കേഷൻ സെർവറുകളും JCA അഡാപ്റ്ററുകൾ പിന്തുണയ്ക്കുന്നു. കൂടാതെ, പല പാക്കേജ് സൊല്യൂഷൻ ദാതാക്കളും അവരുടെ ഉൽപ്പന്നങ്ങളുടെ ഭാവി പതിപ്പുകളിൽ JCA-യെ പിന്തുണയ്ക്കാൻ ഉദ്ദേശിക്കുന്നു.

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

അതിശയോക്തി കൂടാതെ, SonicXQ സാങ്കേതികവിദ്യയെ അങ്ങേയറ്റം എന്ന് വിളിക്കാം: ഇത് കോർപ്പറേറ്റ് കമ്പ്യൂട്ടിംഗിലെ നിരവധി ആധുനിക പ്രവണതകളെ സംയോജിപ്പിക്കുന്നു. എന്നാൽ ഒരുപക്ഷേ ഏറ്റവും രസകരമായ കാര്യം എന്തെന്നാൽ വെബ് സേവനങ്ങൾ എന്താണെന്ന് നിങ്ങൾക്ക് നന്നായി മനസ്സിലാക്കാം എന്നതാണ്. പിന്നെ വാക്കുകളിലല്ല, പ്രവൃത്തിയിലാണ്.

സാഹിത്യം

1. ലിയോണിഡ് ചെർന്യാക്. IOM, പുനർജന്മം //

2. വലേരി കോർ zhov. അപേക്ഷകൾക്കുള്ള പോസ്റ്റ്മാൻ //

3. സ്റ്റുവർട്ട് ജെ ജോൺസ്റ്റൺ, വെബ് സർവീസസ് വാർസ് കലാപരമായ വഴിത്തിരിവ്. കൊറിയോഗ്രഫി അല്ലെങ്കിൽ ഓർക്കസ്ട്രേഷൻ? XML മാഗസിൻ, 2002, നമ്പർ 10/11