എന്താണ് API? ആപ്പ് ബിൽഡർമാർക്കുള്ള ലളിതമായ ഗൈഡ്
API (application programming interface) എന്നത് ഒരു സോഫ്റ്റ്വെയർ മറ്റൊന്നിനോട് ഡാറ്റ ചോദിക്കാനോ എന്തെങ്കിലും ചെയ്യിക്കാനോ ഉള്ള നിർവചിക്കപ്പെട്ട മാർഗമാണ്. നിങ്ങളുടെ ആപ്പ് സമ്മതിച്ച ഫോർമാറ്റിൽ ഒരു അഭ്യർത്ഥന അയക്കുന്നു — "നാളത്തെ ബുക്കിംഗുകൾ തരൂ," "ഈ കാർഡിൽ 20 യൂറോ ഈടാക്കൂ," "ഈ ടെക്സ്റ്റ് സംഗ്രഹിക്കൂ" — മറ്റേ സിസ്റ്റം ഘടനാപരമായ ഒരു പ്രതികരണം തിരികെ അയക്കുന്നു. ഒരു ആപ്പിലെ ഭാഗങ്ങൾ പരസ്പരം സംസാരിക്കുന്നത് API വഴിയാണ്, പേയ്മെന്റ്, ഇമെയിൽ, മാപ്പുകൾ, AI പോലുള്ള പുറത്തുള്ള സേവനങ്ങൾ നിങ്ങളുടെ ആപ്പ് ഉപയോഗിക്കുന്നതും ഇങ്ങനെയാണ്.
AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ API-കൾ പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്
ഉപയോഗപ്രദമായ മിക്ക ആപ്പുകളും API വഴി സംസാരിക്കുന്ന ഭാഗങ്ങൾ ചേർന്നതാണ്:
- നിങ്ങളുടെ ആപ്പിനകത്ത്, ബ്രൗസറിലെ സ്ക്രീനുകൾ ഡാറ്റ ലോഡ് ചെയ്യാനും സേവ് ചെയ്യാനും നിങ്ങളുടെ സ്വന്തം ബാക്കെൻഡിന്റെ API വിളിക്കുന്നു.
- നിങ്ങളുടെ ആപ്പിന് പുറത്ത്, നിങ്ങളുടെ ബാക്കെൻഡ് മറ്റ് കമ്പനികളുടെ API-കൾ വിളിക്കുന്നു: പേയ്മെന്റിന് Stripe, രസീതുകൾ അയക്കാൻ ഒരു ഇമെയിൽ ദാതാവ്, ടെക്സ്റ്റ് സൃഷ്ടിക്കാൻ ഒരു AI മോഡൽ ദാതാവ്.
AI ബിൽഡറിനോട് "പേയ്മെന്റുകൾ സ്വീകരിക്കുക" അല്ലെങ്കിൽ "ഒരു AI സംഗ്രഹം ചേർക്കുക" എന്ന് പറയുമ്പോൾ അത് യഥാർത്ഥത്തിൽ ചെയ്യുന്നത് ഒരു API വിളിക്കുന്ന കോഡ് എഴുതുകയാണ്. അടിസ്ഥാനങ്ങൾ അറിയുന്നത് AI-ക്ക് നിങ്ങളിൽ നിന്ന് എന്താണ് വേണ്ടതെന്നും (സാധാരണയായി ആ സേവനത്തിൽ ഒരു അക്കൗണ്ടും API കീയും), എവിടെയാണ് കാര്യങ്ങൾ തെറ്റാൻ സാധ്യതയെന്നും, അവയ്ക്ക് എത്ര ചെലവാകുമെന്നും മനസ്സിലാക്കാൻ സഹായിക്കുന്നു.
ഒരു ദൈനംദിന ഉപമ
ഒരു റെസ്റ്റോറന്റ് ഓർക്കുക. നിങ്ങൾ അടുക്കളയിൽ കയറി പാചകം ചെയ്യുന്നില്ല. മെനു വായിക്കുന്നു, അടുക്കളയ്ക്ക് മനസ്സിലാകുന്ന രീതിയിൽ വെയിറ്ററോട് എന്താണ് വേണ്ടതെന്ന് പറയുന്നു, വെയിറ്റർ ഭക്ഷണം കൊണ്ടുവരുന്നു — അല്ലെങ്കിൽ വിഭവം തീർന്നുപോയെന്ന് പറയുന്നു.
- മെനു API ഡോക്യുമെന്റേഷനാണ്: എന്തൊക്കെ ചോദിക്കാം, എങ്ങനെ ചോദിക്കാം എന്ന പട്ടിക.
- വെയിറ്റർ API ആണ്: അഭ്യർത്ഥനകൾ അകത്തേക്കും പ്രതികരണങ്ങൾ പുറത്തേക്കും വരുന്ന ഒരേ സമ്മതിച്ച വഴി.
- അടുക്കള മറ്റേ സിസ്റ്റമാണ്: അകം എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് അറിയേണ്ടതില്ല.
- നിങ്ങളുടെ ഓർഡർ അഭ്യർത്ഥനയാണ്; പ്ലേറ്റ് പ്രതികരണവും.
മെനു മാറാതിരിക്കുന്നിടത്തോളം, അടുക്കള അതിന്റെ ഓവനുകളും ജീവനക്കാരെയും മാറ്റിയാലും നിങ്ങളെ ബാധിക്കില്ല. ഇതാണ് API-യുടെ യഥാർത്ഥ മൂല്യം: രണ്ട് സിസ്റ്റങ്ങൾക്ക് മറ്റേത് എങ്ങനെ നിർമ്മിച്ചിരിക്കുന്നു എന്ന് അറിയാതെ ഒരുമിച്ച് പ്രവർത്തിക്കാം.
ഒരു വെബ് API അഭ്യർത്ഥന എങ്ങനെ പ്രവർത്തിക്കുന്നു
നിങ്ങൾ കാണുന്ന മിക്ക API-കളും HTTP വഴി പ്രവർത്തിക്കുന്ന വെബ് API-കളാണ്, നിങ്ങളുടെ ബ്രൗസർ ഉപയോഗിക്കുന്ന അതേ പ്രോട്ടോക്കോൾ. ഓരോ അഭ്യർത്ഥനയ്ക്കും ചില ഭാഗങ്ങളുണ്ട്:
| ഭാഗം | അത് എന്താണ് | ഉദാഹരണം |
|---|---|---|
| രീതി | ചെയ്യുന്ന നടപടിയുടെ തരം | GET (വായിക്കുക), POST (സൃഷ്ടിക്കുക) |
| URL / എൻഡ്പോയിന്റ് | നിങ്ങൾ പ്രവർത്തിക്കുന്ന വസ്തുവിന്റെ വിലാസം | https://api.example.com/bookings |
| ഹെഡറുകൾ | നിങ്ങൾ ആരാണെന്നത് ഉൾപ്പെടെ അധിക വിവരം | Authorization: Bearer <your key> |
| ബോഡി | സൃഷ്ടിക്കലിനും അപ്ഡേറ്റിനുമുള്ള നിങ്ങൾ അയക്കുന്ന ഡാറ്റ | {"name": "Lena", "time": "14:00"} |
ഓരോ പ്രതികരണത്തിലുമുള്ളത്:
| ഭാഗം | അത് എന്താണ് | ഉദാഹരണം |
|---|---|---|
| സ്റ്റാറ്റസ് കോഡ് | എങ്ങനെ പോയി എന്ന് പറയുന്ന ഒരു സംഖ്യ | 200 OK, 201 Created, 404 Not Found |
| ബോഡി | തിരികെ വരുന്ന ഡാറ്റ, സാധാരണയായി JSON ആയി | {"id": 5001, "status": "confirmed"} |
JSON (JavaScript Object Notation) എന്നത് പേരുകളുടെയും മൂല്യങ്ങളുടെയും ലളിതമായ ടെക്സ്റ്റ് ഫോർമാറ്റാണ്, കർലി ബ്രേസുകളിൽ. വെബ് API-കൾ ഡാറ്റ കൈമാറുന്ന സാധാരണ രീതിയാണിത്.
REST: ഏറ്റവും സാധാരണ ശൈലി
വെബ് API-കൾ രൂപകൽപ്പന ചെയ്യാൻ വ്യാപകമായി ഉപയോഗിക്കുന്ന ഒരു കൺവെൻഷനാണ് REST. ഓരോ തരം വസ്തുവിനും സ്വന്തം URL ലഭിക്കുന്നു, സ്റ്റാൻഡേർഡ് രീതികൾ നിങ്ങൾ അതിനോട് എന്ത് ചെയ്യുന്നു എന്ന് പറയുന്നു. ഒരു ബുക്കിംഗ് ആപ്പിനായുള്ള REST API ഇങ്ങനെയായിരിക്കാം:
| രീതി | എൻഡ്പോയിന്റ് | അത് ചെയ്യുന്നത് |
|---|---|---|
GET | /api/bookings | ബുക്കിംഗുകളുടെ പട്ടിക |
GET | /api/bookings/5001 | ഒരു ബുക്കിംഗ് എടുക്കുക |
POST | /api/bookings | പുതിയ ബുക്കിംഗ് സൃഷ്ടിക്കുക |
PATCH | /api/bookings/5001 | ബുക്കിംഗിന്റെ ഒരു ഭാഗം മാറ്റുക, ഉദാഹരണത്തിന് സമയം |
DELETE | /api/bookings/5001 | ബുക്കിംഗ് റദ്ദാക്കുക (ഇല്ലാതാക്കുക) |
PUT-ഉം ഉണ്ട്, അത് സാധാരണയായി മുഴുവൻ റെക്കോർഡും മാറ്റിസ്ഥാപിക്കുന്നു, PATCH നിങ്ങൾ അയക്കുന്ന ഫീൽഡുകൾ മാത്രം മാറ്റുന്നു.
നിങ്ങൾ ഏറ്റവും പതിവായി കാണുന്ന സ്റ്റാറ്റസ് കോഡുകൾ:
| കോഡ് | അർത്ഥം |
|---|---|
200 / 201 | വിജയം / സൃഷ്ടിച്ചു |
400 | മോശം അഭ്യർത്ഥന — നിങ്ങൾ അയച്ചതിൽ എന്തോ തെറ്റോ കാണാതെയോ ഉണ്ട് |
401 | പ്രാമാണീകരിച്ചിട്ടില്ല — സാധുവായ ലോഗിനോ കീയോ ഇല്ല |
403 | നിരോധിതം — നിങ്ങളെ അറിയാം, പക്ഷേ ഇത് ചെയ്യാൻ അനുവാദമില്ല |
404 | കണ്ടെത്തിയില്ല |
429 | അധികം അഭ്യർത്ഥനകൾ — റേറ്റ് ലിമിറ്റിൽ എത്തി |
500 | സെർവറിന് പിഴവുണ്ടായി |
നിങ്ങളുടെ ആപ്പ് തകരുമ്പോൾ, സ്റ്റാറ്റസ് കോഡാണ് പലപ്പോഴും ഏറ്റവും വേഗത്തിലുള്ള സൂചന. പേയ്മെന്റ് ദാതാവിൽ നിന്നുള്ള 401 സാധാരണയായി API കീ ഇല്ലാത്തതോ തെറ്റായതോ ആണെന്ന് അർത്ഥമാക്കുന്നു; 429 നിങ്ങൾ വളരെ പതിവായി വിളിക്കുന്നു എന്നാണ്.
REST മാത്രമല്ല ശൈലി — GraphQL, RPC-ശൈലിയിലുള്ള API-കളും ഉണ്ട് — പക്ഷേ മിക്ക സേവനങ്ങളും AI നിർമ്മിത ബാക്കെൻഡുകളും ഉപയോഗിക്കുന്നത് REST ആണ്.
ഒരു ഉദാഹരണം: ഒരു ബുക്കിംഗ് സ്ഥിരീകരണം
ഒരു ഉപഭോക്താവ് സലൂൺ ആപ്പിൽ മുടിവെട്ട് ബുക്ക് ചെയ്യുമ്പോൾ, ഒന്നോ രണ്ടോ സെക്കൻഡിനുള്ളിൽ പല API കോളുകൾ നടന്നേക്കാം:
- ബ്രൗസറിലെ ബുക്കിംഗ് പേജ് സേവനം, സമയം, ഉപഭോക്താവിന്റെ വിവരങ്ങൾ എന്നിവയോടെ നിങ്ങളുടെ ബാക്കെൻഡിലേക്ക്
POST /api/bookingsഅയക്കുന്നു. - നിങ്ങളുടെ ബാക്കെൻഡ് സ്ലോട്ട് ഒഴിവാണെന്ന് പരിശോധിക്കുന്നു, ബുക്കിംഗ് ഡാറ്റാബേസിൽ സേവ് ചെയ്യുന്നു,
201 Createdനൽകുന്നു. - നിങ്ങളുടെ ബാക്കെൻഡ് അതിന്റെ സീക്രട്ട് കീ ഉപയോഗിച്ച് ഒരു ഇമെയിൽ ദാതാവിന്റെ API വിളിക്കുന്നു: "ഈ സ്ഥിരീകരണം lena@example.com-ലേക്ക് അയക്കൂ."
- ഡെപ്പോസിറ്റ് ഉണ്ടെങ്കിൽ, നിങ്ങളുടെ ബാക്കെൻഡ് പേയ്മെന്റ് ദാതാവിന്റെ API-യോട് ഒരു ചെക്ക്ഔട്ട് സെഷൻ ഉണ്ടാക്കാൻ ആവശ്യപ്പെട്ട് ഉപഭോക്താവിനെ അവിടേക്ക് അയക്കുന്നു.
- പിന്നീട്, പേയ്മെന്റ് ദാതാവ് പേയ്മെന്റ് വിജയിച്ചെന്ന് പറയാൻ നിങ്ങളുടെ ആപ്പിനെ വിളിക്കുന്നു. ആ റിവേഴ്സ് കോൾ ഒരു വെബ്ഹുക്ക് ആണ്.
ആദ്യ രണ്ട് ഘട്ടങ്ങൾ നിങ്ങളുടെ സ്വന്തം API ആണ്, ഫ്രണ്ടെൻഡും ബാക്കെൻഡും തമ്മിൽ. മൂന്ന് മുതൽ അഞ്ച് വരെയുള്ള ഘട്ടങ്ങൾ മൂന്നാം കക്ഷി API-കളാണ്.
സാധാരണ പദങ്ങൾ വിശദീകരിക്കുന്നു
| പദം | അർത്ഥം |
|---|---|
| എൻഡ്പോയിന്റ് | ഒരു API പ്രതികരിക്കുന്ന ഒരു പ്രത്യേക URL. |
| API കീ | ഒരു സേവനത്തിന് നിങ്ങളുടെ ആപ്പിനെ തിരിച്ചറിയാൻ ഉപയോഗിക്കുന്ന രഹസ്യ സ്ട്രിംഗ്. പാസ്വേഡ് പോലെ കൈകാര്യം ചെയ്യുക. |
| പ്രാമാണീകരണം | ആരാണ് വിളിക്കുന്നതെന്ന് തെളിയിക്കൽ — കീ, ടോക്കൺ അല്ലെങ്കിൽ ലോഗിൻ വഴി. പ്രാമാണീകരണം എന്താണ് കാണുക. |
| റേറ്റ് ലിമിറ്റ് | ഒരു കാലയളവിൽ നിങ്ങൾക്ക് എത്ര അഭ്യർത്ഥനകൾ നടത്താം എന്നതിന്റെ പരിധി. |
| SDK | ഒരു പ്രത്യേക API വിളിക്കുന്നത് എളുപ്പമാക്കുന്ന, തയ്യാറായ കോഡ് ലൈബ്രറി. |
| ഡോക്യുമെന്റേഷൻ | "മെനു": ഏത് എൻഡ്പോയിന്റുകൾ ഉണ്ട്, അവ എന്ത് സ്വീകരിക്കുന്നു, എന്ത് തിരികെ നൽകുന്നു. |
| സാൻഡ്ബോക്സ് / ടെസ്റ്റ് മോഡ് | യഥാർത്ഥ പണമോ യഥാർത്ഥ ഡാറ്റയോ ഇല്ലാതെ പരീക്ഷിക്കാനുള്ള ഒരു സേവനത്തിന്റെ പതിപ്പ്. |
| വെബ്ഹുക്ക് | എന്തെങ്കിലും സംഭവിക്കുമ്പോൾ മറ്റൊരു സേവനത്തിൽ നിന്ന് നിങ്ങളുടെ ആപ്പിലേക്കുള്ള കോൾ. |
സാധാരണ തെറ്റുകളും തെറ്റിദ്ധാരണകളും
- ഫ്രണ്ടെൻഡിൽ സീക്രട്ട് കീകൾ ഇടൽ. ബ്രൗസറിൽ പ്രവർത്തിക്കുന്ന കോഡിലുള്ളത് ആർക്കും, ആ സൈറ്റ് സന്ദർശിക്കുന്ന ആർക്കും കാണാം. സീക്രട്ട് കീകൾ സെർവറിൽ തന്നെ, എൻവയോൺമെന്റ് വേരിയബിളുകളിലോ സീക്രട്ടുകളിലോ സൂക്ഷിക്കണം.
- ചാറ്റിൽ കീകൾ ഒട്ടിക്കൽ. ചാറ്റ് ചരിത്രം സൂക്ഷിച്ചേക്കാം. പകരം നിങ്ങളുടെ ബിൽഡറിന്റെ സീക്രട്ട്സ് ഫീച്ചർ ഉപയോഗിക്കുക, വെളിപ്പെടുത്തിയ ഏതൊരു കീയും മാറ്റുക.
- API സൗജന്യമാണെന്ന് കരുതൽ. പല API-കളും ഓരോ അഭ്യർത്ഥനയ്ക്കോ ഉപയോഗ യൂണിറ്റിനോ ആണ് ചാർജ് ചെയ്യുന്നത് — AI മോഡൽ API-കൾ ടോക്കൺ അടിസ്ഥാനത്തിലാണ് ഈടാക്കുന്നത്. വിലനിർണ്ണയം പരിശോധിച്ച് ചെലവ് പരിധി സജ്ജമാക്കുക. LLM API-കൾ എങ്ങനെ ഉപയോഗിക്കാം കാണുക.
- പിഴവ് കൈകാര്യം ചെയ്യാതിരിക്കൽ. പുറത്തുള്ള സേവനങ്ങൾ ഡൗണാകുകയും ടൈംഔട്ട് ആകുകയും പരിധിയിൽ എത്തുകയും ചെയ്യാം. നല്ല പിഴവ് സന്ദേശങ്ങളും വീണ്ടുമുള്ള ശ്രമങ്ങളും ആവശ്യപ്പെടുക.
- ബ്രൗസറിനെ അന്ധമായി വിശ്വസിക്കൽ. നിങ്ങളുടെ സ്വന്തം API സ്വന്തം അനുമതികൾ പരിശോധിക്കണം. ബട്ടൺ മറച്ചുവെക്കുന്നത് ആരെങ്കിലും എൻഡ്പോയിന്റ് നേരിട്ട് വിളിക്കുന്നത് തടയില്ല.
- പരീക്ഷിക്കുമ്പോൾ ലൈവ് കീകൾ ഉപയോഗിക്കൽ. ലോഞ്ചിന് തയ്യാറാകുന്നതുവരെ ടെസ്റ്റ് മോഡ് കീകൾ ഉപയോഗിക്കുക.
നിങ്ങളുടെ AI ബിൽഡറിനോട് എന്ത് ആവശ്യപ്പെടണം
- "ഈ ആപ്പ് ഏത് പുറം API-കൾ ഉപയോഗിക്കുന്നു, ഓരോന്നിനും എത്ര ചെലവാകും?"
- "പേയ്മെന്റ് API സെർവറിൽ നിന്ന് മാത്രം വിളിക്കുക. കീ ഒരു എൻവയോൺമെന്റ് വേരിയബിളിൽ നിന്ന് വായിക്കുക."
- "ഞങ്ങളുടെ API-യിലെ ഓരോ എൻഡ്പോയിന്റും, അത് എന്ത് ചെയ്യുന്നു, ആർക്ക് വിളിക്കാൻ അനുവാദമുണ്ട് എന്ന് പട്ടികപ്പെടുത്തുക."
- "ബുക്കിംഗ് അപ്ഡേറ്റ് ചെയ്യുന്നതിനോ ഇല്ലാതാക്കുന്നതിനോ മുമ്പ് ലോഗിൻ ചെയ്ത ഉപയോക്താവ് അത് സ്വന്തമാക്കിയതാണോ എന്ന് സെർവറിൽ പരിശോധിക്കുക."
- "ഇമെയിൽ API പരാജയപ്പെട്ടാൽ ബുക്കിംഗ് എന്തായാലും സേവ് ചെയ്ത് പിഴവ് ലോഗ് ചെയ്യുക."
- "ഇപ്പോൾ ദാതാവിന്റെ ടെസ്റ്റ് മോഡ് ഉപയോഗിക്കുക."
Mythex-ലെ API-കൾ
Mythex-ന് നിങ്ങളുടെ സ്വന്തം API നിർമ്മിക്കാൻ കഴിയും — ഒരു വെബ് ആപ്പിന്റെ ഭാഗമായോ, ഫ്രണ്ടെൻഡിനൊപ്പം പ്രവർത്തിക്കുന്ന Node, Python (FastAPI), C# അല്ലെങ്കിൽ Java-യിലെ പ്രത്യേക ബാക്കെൻഡായോ — പുറം സേവനങ്ങൾ വിളിക്കുന്ന കോഡും എഴുതാൻ കഴിയും. അവരുടെ കീകൾ ചാറ്റിലല്ല, പ്രോജക്റ്റ് സീക്രട്ടുകളായി ചേർക്കുന്നു, പ്രിവ്യൂവിലും പ്രസിദ്ധീകരിച്ച ശേഷവും അവ നിങ്ങളുടെ ആപ്പിന് ലഭ്യമാണ്. ഏത് API-യും സംയോജിപ്പിക്കുന്നത്, REST API ബാക്കെൻഡ് നിർമ്മിക്കുന്നത് എന്നിവയ്ക്ക് ഡോക്സിൽ റെസിപ്പികളുണ്ട്.
ചോദ്യങ്ങൾ
ലളിതമായി പറഞ്ഞാൽ എന്താണ് API?
API (application programming interface) എന്നത് ഒരു സോഫ്റ്റ്വെയർ മറ്റൊന്നിനോട് ഡാറ്റയോ എന്തെങ്കിലും ചെയ്യാനോ ആവശ്യപ്പെടാനുള്ള നിർവചിക്കപ്പെട്ട മാർഗമാണ്. നിങ്ങളുടെ ആപ്പ് സമ്മതിച്ച ഫോർമാറ്റിൽ ഒരു അഭ്യർത്ഥന അയക്കുന്നു, മറ്റേ സിസ്റ്റം പ്രതികരണം തിരികെ അയക്കുന്നു — കാലാവസ്ഥാ ഡാറ്റ, പേയ്മെന്റ് ഫലം, അല്ലെങ്കിൽ AI സൃഷ്ടിച്ച മറുപടി പോലെ.
എന്താണ് REST API?
ഓരോ തരം വസ്തുവിനും (ബുക്കിംഗുകൾ, ഉപഭോക്താക്കൾ) ഒരു URL ഉള്ളതും സാധാരണ HTTP രീതികൾ ഉപയോഗിക്കുന്നതുമായ ഒരു സാധാരണ വെബ് API ശൈലിയാണ് REST API. വായിക്കാൻ GET, സൃഷ്ടിക്കാൻ POST, അപ്ഡേറ്റിന് PUT അല്ലെങ്കിൽ PATCH, നീക്കം ചെയ്യാൻ DELETE. ഡാറ്റ സാധാരണയായി JSON ആയി തിരികെ വരുന്നു.
എന്താണ് API കീ, അത് എവിടെ സൂക്ഷിക്കണം?
API കീ എന്നത് നിങ്ങളുടെ ആപ്പിനെ ഒരു സേവനത്തിന് തിരിച്ചറിയാൻ ഉപയോഗിക്കുന്ന രഹസ്യ സ്ട്രിംഗാണ്, പലപ്പോഴും പണം ചെലവാക്കാനോ ഡാറ്റ ആക്സസ് ചെയ്യാനോ അനുവദിക്കുന്നത്. ഇത് എൻവയോൺമെന്റ് വേരിയബിളുകളിലോ സെർവറിലെ പ്രോജക്റ്റ് സീക്രട്ടുകളിലോ സൂക്ഷിക്കുക, ബ്രൗസറിൽ പ്രവർത്തിക്കുന്ന കോഡിലോ പബ്ലിക് റിപ്പോസിറ്ററിയിലോ ഒരിക്കലും വേണ്ട.
API-യും വെബ്ഹുക്കും തമ്മിലുള്ള വ്യത്യാസം എന്ത്?
API-യിൽ, നിങ്ങളുടെ ആപ്പിന് വേണ്ടപ്പോൾ മറ്റൊരു സേവനത്തോട് എന്തെങ്കിലും ചോദിക്കുന്നു. വെബ്ഹുക്കിൽ, ഒരു സംഭവം നടക്കുമ്പോൾ മറ്റേ സേവനം നിങ്ങളുടെ ആപ്പിനെ വിളിക്കുന്നു — ഉദാഹരണത്തിന്, പേയ്മെന്റ് വിജയിച്ചെന്ന് ദാതാവ് നിങ്ങളെ അറിയിക്കുന്നത്.