എന്താണ് ഒരു വെബ്ഹുക്ക്, നിങ്ങൾ അത് എങ്ങനെയാണ് ഉപയോഗിക്കുന്നത്?

ഇഷ്‌ടാനുസൃത കോൾബാക്കുകളുടെ ഉപയോഗത്തിലൂടെ വെബ് അധിഷ്‌ഠിത അപ്ലിക്കേഷനുകളെ സംവദിക്കാൻ Webhooks അനുവദിക്കുന്നു.

വെബ്ഹൂക്കുകൾ ഉപയോഗിക്കുന്നത് മറ്റ് വെബ് ആപ്ലിക്കേഷനുകളുമായി സ്വയമേവ ആശയവിനിമയം നടത്താൻ വെബ് ആപ്ലിക്കേഷനുകളെ അനുവദിക്കുന്നു.

ഒരു സിസ്റ്റം (സബ്‌ജക്‌റ്റ്) ചില ഡാറ്റയ്‌ക്കായി മറ്റൊരു സിസ്റ്റം (നിരീക്ഷകൻ) പോളിംഗ് നിലനിർത്തുന്ന പരമ്പരാഗത സിസ്റ്റങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി, ഒരു ഇവന്റ് സംഭവിക്കുമ്പോഴെല്ലാം സബ്‌ജക്‌റ്റിന്റെ സിസ്റ്റത്തിലേക്ക് സ്വയമേവ ഡാറ്റ തള്ളാൻ വെബ്‌ഹുക്കുകൾ നിരീക്ഷകനെ അനുവദിക്കുന്നു.

ഇത് വിഷയത്തിന്റെ നിരന്തരമായ നിരീക്ഷണത്തിന്റെ ആവശ്യകത ഇല്ലാതാക്കുന്നു. Webhooks പൂർണ്ണമായും ഇന്റർനെറ്റിൽ പ്രവർത്തിക്കുന്നു, അതിനാൽ സിസ്റ്റങ്ങൾ തമ്മിലുള്ള എല്ലാ ആശയവിനിമയങ്ങളും HTTP സന്ദേശങ്ങളുടെ രൂപത്തിലായിരിക്കണം.

വെബ്ഹൂക്കുകൾ ഉപയോഗിക്കുന്നു

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

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

പോളിംഗ് അധിഷ്‌ഠിത സംവിധാനങ്ങൾ vs വെബ്‌ഹുക്ക് അധിഷ്‌ഠിത സംവിധാനങ്ങൾ

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

Webhook വർക്ക്ഫ്ലോ

നിങ്ങളുടെ അപ്ലിക്കേഷനിൽ ഇൻബൗണ്ട് വെബ്‌ഹുക്കുകൾ നടപ്പിലാക്കാൻ, നിങ്ങൾ ഇനിപ്പറയുന്ന അടിസ്ഥാന ഘട്ടങ്ങൾ ചെയ്യേണ്ടതുണ്ട്:

• HTTP POST കോളുകൾ സ്വീകരിക്കുകയും പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യുന്ന ഒരു API എൻഡ്‌പോയിന്റ് നിങ്ങളുടെ ആപ്ലിക്കേഷൻ സെർവറിൽ വെളിപ്പെടുത്തുക
• സാധ്യതയുള്ള വെബ്‌ഹുക്ക് ഉപയോക്താക്കൾക്ക് ഈ എൻഡ്‌പോയിന്റിലേക്ക് ആക്‌സസ് നൽകുക. പ്രസക്തമായ വ്യവസ്ഥകൾ പാലിക്കുമ്പോഴെല്ലാം API എൻഡ്‌പോയിന്റ് ഒരു ഡാറ്റ ഉറവിട ആപ്ലിക്കേഷനെ വിളിക്കും.
• POST ഡാറ്റ പ്രോസസ്സ് ചെയ്യുകയും സ്റ്റാറ്റസ് സൂചിപ്പിക്കാൻ webhook കോൾ ഇനീഷ്യേറ്ററിലേക്ക് ഒരു പ്രതികരണം നൽകുകയും ചെയ്യുക. ഈ ഘട്ടം ഉണ്ടാകാം അല്ലെങ്കിൽ ഇല്ലായിരിക്കാം.

Webhooks വേഴ്സസ് APIകൾ

വെബ്‌ഹുക്കുകൾക്കും API-കൾക്കും ആപ്ലിക്കേഷനുകൾക്കിടയിൽ ആശയവിനിമയം സ്ഥാപിക്കുക എന്ന ലക്ഷ്യമുണ്ട്. എന്നിരുന്നാലും, ആപ്ലിക്കേഷൻ ഇന്റഗ്രേഷൻ നേടുന്നതിന് API-കളിൽ Webhooks ഉപയോഗിക്കുന്നതിന് ചില പ്രത്യേക ഗുണങ്ങളും ദോഷങ്ങളുമുണ്ട്.

നടപ്പിലാക്കിയ സിസ്റ്റത്തിന് ഇനിപ്പറയുന്ന പോയിന്റുകൾ കൂടുതൽ പ്രസക്തമാണെങ്കിൽ Webhooks മികച്ച പരിഹാരമാകും:

• സെർവറിൽ ഡാറ്റ പതിവായി അപ്‌ഡേറ്റ് ചെയ്യുകയാണെങ്കിൽ, ക്ലയന്റിൽനിന്ന് സെർവറിലേക്കുള്ള അനാവശ്യ API കോളുകൾ ഒഴിവാക്കപ്പെടുന്നതിനാൽ വെബ്‌ഹുക്കുകൾ മികച്ച പരിഹാരമാകും. Resthooks.com അനുസരിച്ച്, 98,5% API സർവേകളും പാഴായിപ്പോകുന്നു.
• തത്സമയ ഡാറ്റ അപ്ഡേറ്റുകൾ ആവശ്യമുള്ള സിസ്റ്റങ്ങൾക്ക് Webhooks മികച്ച പരിഹാരങ്ങൾ പ്രാപ്തമാക്കുന്നു. API വോട്ടെടുപ്പുകൾ സാധാരണയായി നിശ്ചിത ഇടവേളകളിൽ പ്രവർത്തിക്കുന്നു, ഇത് തത്സമയ ഡാറ്റ അപ്‌ഡേറ്റ് ചെയ്യുന്നതിൽ നിന്ന് തടഞ്ഞേക്കാം. വെബ്‌ഹൂക്കുകൾ ഉപയോഗിച്ച്, വെബ്‌ഹുക്ക് പ്രവർത്തനക്ഷമമായാലുടൻ സെർവറിൽ നിന്ന് ക്ലയന്റിലേക്ക് അപ്‌ഡേറ്റുകൾ അയയ്‌ക്കും.

മറ്റ് ചില സാഹചര്യങ്ങളിൽ വെബ്‌ഹുക്കുകളേക്കാൾ API ഉപയോഗിക്കുന്നത് മുൻഗണന നൽകണം.

പരിഗണിക്കേണ്ട കാര്യങ്ങൾ

Webhooks-ൽ API-കൾ ഉപയോഗിക്കുന്നതിന് പരിഗണിക്കേണ്ട പ്രധാന കാര്യങ്ങൾ ഇവയാണ്:

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

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

Ercole Palmeri