അവതാരിക
ഒരു ഡെസ്ക്ടോപ്പിലോ ഉപകരണത്തിലോ ഏതാനും ക്ലിക്കുകളിലൂടെ, ഒരാൾക്ക് എപ്പോൾ വേണമെങ്കിലും എന്തും വാങ്ങാനോ വിൽക്കാനോ പ്രസിദ്ധീകരിക്കാനോ കഴിയും. കൃത്യമായി അത് എങ്ങനെ സംഭവിക്കുന്നു? എങ്ങിനെയാണ് വിവരം ഇവിടെ നിന്ന് അങ്ങോട്ടേക്ക് പോകണോ? തിരിച്ചറിയപ്പെടാത്ത നായകൻ API ആണ്.
എന്താണ് ഒരു API?
API എന്നാൽ ഒരു ആപ്ലിക്കേഷൻ പ്രോഗ്രാമിംഗ് ഇന്റർഫേസ്. ഒരു API ഒരു സോഫ്റ്റ്‌വെയർ ഘടകം, അതിന്റെ പ്രവർത്തനങ്ങൾ, ഇൻപുട്ടുകൾ, ഔട്ട്പുട്ടുകൾ, അടിസ്ഥാന തരങ്ങൾ എന്നിവ പ്രകടിപ്പിക്കുന്നു. എന്നാൽ എപിഐ എങ്ങനെ പ്ലെയിൻ ഇംഗ്ലീഷിൽ വിശദീകരിക്കും? ഒരു ആപ്ലിക്കേഷനിൽ നിന്ന് നിങ്ങളുടെ അഭ്യർത്ഥന കൈമാറുകയും പ്രതികരണം നിങ്ങൾക്ക് തിരികെ നൽകുകയും ചെയ്യുന്ന ഒരു മെസഞ്ചറായി API പ്രവർത്തിക്കുന്നു.
ഉദാഹരണം 1: നിങ്ങൾ ഓൺലൈനിൽ ഫ്ലൈറ്റുകൾക്കായി തിരയുമ്പോൾ. നിങ്ങൾ എയർലൈനിന്റെ വെബ്‌സൈറ്റുമായി സംവദിക്കുന്നു. ആ പ്രത്യേക തീയതിയിലും സമയത്തിലും വിമാനത്തിന്റെ സീറ്റിംഗും ചെലവും വെബ്സൈറ്റ് വിശദമാക്കുന്നു. നിങ്ങളുടെ ഭക്ഷണം അല്ലെങ്കിൽ ഇരിപ്പിടം, ലഗേജ് അല്ലെങ്കിൽ വളർത്തുമൃഗങ്ങളുടെ അഭ്യർത്ഥനകൾ എന്നിവ നിങ്ങൾ തിരഞ്ഞെടുക്കുന്നു.
പക്ഷേ, നിങ്ങൾ എയർലൈനിന്റെ നേരിട്ടുള്ള വെബ്സൈറ്റ് ഉപയോഗിക്കുന്നില്ലെങ്കിൽ അല്ലെങ്കിൽ നിരവധി എയർലൈനുകളിൽ നിന്നുള്ള ഡാറ്റ സംയോജിപ്പിക്കുന്ന ഒരു ഓൺലൈൻ ട്രാവൽ ഏജന്റ് ഉപയോഗിക്കുന്നുവെങ്കിൽ. വിവരങ്ങൾ ലഭിക്കുന്നതിന്, ഒരു ആപ്ലിക്കേഷൻ എയർലൈനിന്റെ API-യുമായി സംവദിക്കുന്നു. ട്രാവൽ ഏജന്റിന്റെ വെബ്‌സൈറ്റിൽ നിന്ന് എയർലൈനിന്റെ സിസ്റ്റത്തിലേക്ക് ഡാറ്റ എടുക്കുന്ന ഇന്റർഫേസാണ് API.
ഇത് എയർലൈനിന്റെ പ്രതികരണം സ്വീകരിക്കുകയും തിരികെ നൽകുകയും ചെയ്യുന്നു. ഇത് യാത്രാ സേവനവും എയർലൈനിന്റെ സംവിധാനങ്ങളും തമ്മിലുള്ള ആശയവിനിമയം സുഗമമാക്കുന്നു - ഫ്ലൈറ്റ് ബുക്ക് ചെയ്യാൻ. ദിനചര്യകൾ, ഡാറ്റാ ഘടനകൾ, ഒബ്ജക്റ്റ് ക്ലാസുകൾ, വേരിയബിളുകൾ എന്നിവയ്‌ക്കായുള്ള ഒരു ലൈബ്രറി API-ൽ ഉൾക്കൊള്ളുന്നു. ഉദാഹരണത്തിന്, SOAP, REST സേവനങ്ങൾ.
ഉദാഹരണം 2: ബെസ്റ്റ് ബൈ അതിന്റെ വെബ്‌സൈറ്റിലൂടെ ദിവസത്തിന്റെ പ്രത്യേക വിലനിർണ്ണയം ലഭ്യമാക്കുന്നു. ഇതേ ഡാറ്റ അതിന്റെ മൊബൈൽ ആപ്ലിക്കേഷനിലുണ്ട്. ആപ്പിന് ആന്തരിക വിലനിർണ്ണയ സംവിധാനത്തെക്കുറിച്ച് ആശങ്കയില്ല - അതിന് ഡീൽ ഓഫ് ദി ഡേ API-യിൽ വിളിച്ച് വിലനിർണ്ണയത്തിന്റെ പ്രത്യേകത എന്താണ് എന്ന് ചോദിക്കാൻ കഴിയും. അന്തിമ ഉപയോക്താവിന് ആപ്പ് പ്രദർശിപ്പിക്കുന്ന ഒരു സാധാരണ ഫോർമാറ്റിൽ അഭ്യർത്ഥിച്ച വിവരങ്ങളുമായി Best Buy പ്രതികരിക്കുന്നു.
ഉദാഹരണം3: സോഷ്യൽ മീഡിയയ്ക്കുള്ള API-കൾ നിർണായകമാണ്. ഉപയോക്താക്കൾക്ക് ഉള്ളടക്കം ആക്സസ് ചെയ്യാനും അവർ ട്രാക്ക് ചെയ്യുന്ന അക്കൗണ്ടുകളുടെയും പാസ്‌വേഡുകളുടെയും എണ്ണം കുറയ്‌ക്കാനും കഴിയും, അതിനാൽ അവർക്ക് കാര്യങ്ങൾ ലളിതമാക്കാനാകും.
- Twitter API: മിക്ക Twitter ഫംഗ്ഷനുകളുമായും സംവദിക്കുക
- Facebook API: പേയ്‌മെന്റുകൾക്കും ഉപയോക്തൃ ഡാറ്റയ്ക്കും ലോഗിൻ ചെയ്യുന്നതിനും
- Instagram API: ഉപയോക്താക്കളെ ടാഗ് ചെയ്യുക, ട്രെൻഡിംഗ് ഫോട്ടോകൾ കാണുക
REST & SOAP API-കളുടെ കാര്യമോ?
എസ്ഒഎപി ഒപ്പം REST വെബ് API എന്നറിയപ്പെടുന്ന ഒരു API-ഉപഭോഗ സേവനം ഉപയോഗിക്കുക. വെബ് സേവനം വിവരങ്ങളെക്കുറിച്ചുള്ള മുൻകൂർ അറിവിനെ ആശ്രയിക്കുന്നില്ല. ഭാരം കുറഞ്ഞ പ്ലാറ്റ്‌ഫോം സ്വതന്ത്രമായ ഒരു വെബ് സേവന പ്രോട്ടോക്കോൾ ആണ് SOAP. SOAP ഒരു XML അടിസ്ഥാനമാക്കിയുള്ള സന്ദേശമയയ്‌ക്കൽ പ്രോട്ടോക്കോൾ ആണ്. SOAP വെബ് സേവനത്തിൽ നിന്ന് വ്യത്യസ്തമായി, Restful സേവനം പോയിന്റ്-ടു-പോയിന്റ് ആശയവിനിമയത്തിനായി നിർമ്മിച്ച REST ആർക്കിടെക്ചർ ഉപയോഗിക്കുന്നു.
SOAP വെബ് സേവനം
- SOAP അയയ്ക്കുന്നയാൾ - ഒരു സന്ദേശം സൃഷ്ടിക്കുകയും കൈമാറുകയും ചെയ്യുന്നു.
- SOAP റിസീവർ - സന്ദേശം നേടുകയും പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യുന്നു.
- SOAP ഇടനിലക്കാരൻ- ഹെഡർ ബ്ലോക്കുകൾ സ്വീകരിക്കുകയും പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യുന്നു.
വിശ്രമിക്കുന്ന വെബ് സേവനം
പ്രതിനിധി സ്റ്റേറ്റ് ട്രാൻസ്ഫർ (REST) ക്ലയന്റും സെർവറും തമ്മിലുള്ള ബന്ധവും സ്റ്റേറ്റ് പ്രോസസ്സ് ചെയ്യുന്ന രീതിയുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. വിശ്രമ ആർക്കിടെക്ചർ, ഒരു REST സെർവർ ക്ലയന്റിലേക്ക് റിസോഴ്സ് ആക്സസ് നൽകുന്നു. റിസോഴ്‌സുകൾ വായിക്കുന്നതും പരിഷ്‌ക്കരിക്കുന്നതും എഴുതുന്നതും വിശ്രമം കൈകാര്യം ചെയ്യുന്നു. യൂണിഫോം ഐഡന്റിഫയർ (URI) ഒരു ഡോക്യുമെന്റ് അടങ്ങിയിരിക്കുന്നതിനുള്ള ഉറവിടങ്ങളെ തിരിച്ചറിയുന്നു. ഇത് റിസോഴ്സ് സ്റ്റേറ്റ് പിടിച്ചെടുക്കും.
SOAP വാസ്തുവിദ്യയേക്കാൾ ഭാരം കുറഞ്ഞതാണ് REST. SOAP ആർക്കിടെക്ചർ ഉപയോഗിക്കുന്ന XML-ന് പകരം, ഡാറ്റ പങ്കിടൽ പ്രാപ്തമാക്കുകയും ഡാറ്റ ഉപയോഗിക്കാൻ എളുപ്പമാക്കുകയും ചെയ്യുന്ന JSON എന്ന മനുഷ്യന് വായിക്കാനാകുന്ന ഭാഷയാണ് ഇത് പാഴ്സ് ചെയ്യുന്നത്.
വിശ്രമിക്കുന്ന വെബ് സേവനം രൂപകൽപ്പന ചെയ്യുന്നതിന് നിരവധി തത്വങ്ങളുണ്ട്, അവ:
- വിലാസം - ഓരോ ഉറവിടത്തിനും കുറഞ്ഞത് ഒരു URL എങ്കിലും ഉണ്ടായിരിക്കണം.
- സ്‌റ്റേറ്റ്‌ലെസ്‌നെസ് - ഒരു വിശ്രമ സേവനം ഒരു സ്‌റ്റേറ്റില്ലാത്ത സേവനമാണ്. ഒരു അഭ്യർത്ഥന സേവനത്തിന്റെ മുൻകാല അഭ്യർത്ഥനകളിൽ നിന്ന് സ്വതന്ത്രമാണ്. ഒരു സ്‌റ്റേറ്റ്‌ലെസ് പ്രോട്ടോക്കോൾ രൂപകൽപ്പന ചെയ്‌തതാണ് എച്ച്‌ടിടിപി.
- കാഷെ ചെയ്യാവുന്നത് - സിസ്റ്റത്തിൽ കാഷെ ചെയ്യാവുന്ന സ്റ്റോറുകളായി അടയാളപ്പെടുത്തിയ ഡാറ്റ ഭാവിയിൽ വീണ്ടും ഉപയോഗിക്കും. ഒരേ ഫലങ്ങൾ സൃഷ്ടിക്കുന്നതിനുപകരം ഒരേ അഭ്യർത്ഥനയ്ക്കുള്ള പ്രതികരണമായി. കാഷെ നിയന്ത്രണങ്ങൾ പ്രതികരണ ഡാറ്റയെ കാഷെ ചെയ്യാവുന്നതോ അല്ലാത്തതോ ആയി അടയാളപ്പെടുത്തുന്നത് പ്രവർത്തനക്ഷമമാക്കുന്നു.
- യൂണിഫോം ഇന്റർഫേസ് - ആക്‌സസിനായി ഉപയോഗിക്കുന്നതിന് പൊതുവായതും സ്റ്റാൻഡേർഡ് ചെയ്തതുമായ ഒരു ഇന്റർഫേസ് അനുവദിക്കുന്നു. HTTP രീതികളുടെ നിർവചിക്കപ്പെട്ട ശേഖരത്തിന്റെ ഉപയോഗം. ഈ ആശയങ്ങൾ പാലിക്കുന്നത്, REST നടപ്പിലാക്കൽ ഭാരം കുറഞ്ഞതാണെന്ന് ഉറപ്പാക്കുന്നു.
REST ന്റെ പ്രയോജനങ്ങൾ
- സന്ദേശങ്ങൾക്കായി ലളിതമായ ഫോർമാറ്റ് ഉപയോഗിക്കുന്നു
- ശക്തമായ ദീർഘകാല കാര്യക്ഷമത വാഗ്ദാനം ചെയ്യുന്നു
- ഇത് നിലയില്ലാത്ത ആശയവിനിമയത്തെ പിന്തുണയ്ക്കുന്നു
- HTTP മാനദണ്ഡങ്ങളും വ്യാകരണവും ഉപയോഗിക്കുക
- ഒരു ഉറവിടമായി ഡാറ്റ ലഭ്യമാണ്
REST യുടെ ദോഷങ്ങൾ
- സുരക്ഷാ ഇടപാടുകൾ പോലുള്ള വെബ് സേവനത്തിന്റെ മാനദണ്ഡങ്ങളിൽ പരാജയപ്പെടുന്നു.
- REST അഭ്യർത്ഥനകൾ സ്കെയിലബിൾ അല്ല
REST vs SOAP താരതമ്യം
SOAP, REST വെബ് സേവനങ്ങൾ തമ്മിലുള്ള വ്യത്യാസങ്ങൾ.
SOAP വെബ് സേവനം | വിശ്രമ വെബ് സേവനം |
REST-യുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ കനത്ത ഇൻപുട്ട് പേലോഡ് ആവശ്യമാണ്. | ഡാറ്റാ ഫോമുകൾക്കായി URI ഉപയോഗിക്കുന്നതിനാൽ REST ഭാരം കുറഞ്ഞതാണ്. |
SOAP സേവനങ്ങളിലെ മാറ്റം പലപ്പോഴും ക്ലയന്റ് വശത്തെ കോഡിൽ കാര്യമായ മാറ്റത്തിലേക്ക് നയിക്കുന്നു. | REST വെബ് പ്രൊവിഷനിംഗിലെ സേവനങ്ങളിലെ മാറ്റം ക്ലയന്റ് സൈഡ് കോഡിനെ ബാധിക്കില്ല. |
റിട്ടേൺ തരം എപ്പോഴും XML തരമാണ്. | മടങ്ങിയ ഡാറ്റയുടെ രൂപവുമായി ബന്ധപ്പെട്ട് ബഹുമുഖത നൽകുന്നു. |
ഒരു XML അടിസ്ഥാനമാക്കിയുള്ള സന്ദേശ പ്രോട്ടോക്കോൾ | ഒരു വാസ്തുവിദ്യാ പ്രോട്ടോക്കോൾ |
ക്ലയന്റിന്റെ അവസാനം ഒരു SOAP ലൈബ്രറി ആവശ്യമാണ്. | HTTP-യിൽ സാധാരണയായി ഉപയോഗിക്കുന്ന ലൈബ്രറി പിന്തുണ ആവശ്യമില്ല. |
WS-സെക്യൂരിറ്റി, SSL എന്നിവയെ പിന്തുണയ്ക്കുന്നു. | SSL, HTTPS എന്നിവ പിന്തുണയ്ക്കുന്നു. |
SOAP സ്വന്തം സുരക്ഷയെ നിർവ്വചിക്കുന്നു. | RESTful വെബ് സേവനങ്ങൾ അടിസ്ഥാന ഗതാഗതത്തിൽ നിന്ന് സുരക്ഷാ നടപടികൾ സ്വീകരിക്കുന്നു. |
API റിലീസ് നയങ്ങളുടെ തരങ്ങൾ
API-യുടെ റിലീസ് നയങ്ങൾ ഇവയാണ്:
സ്വകാര്യ റിലീസ് നയങ്ങൾ:
കമ്പനിയുടെ ആന്തരിക ഉപയോഗത്തിന് മാത്രമേ API ലഭ്യമാകൂ.
പങ്കാളി റിലീസ് നയങ്ങൾ:
പ്രത്യേക ബിസിനസ് പങ്കാളികൾക്ക് മാത്രമേ API ലഭ്യമാകൂ. ആർക്കൊക്കെ ആക്സസ് ചെയ്യാനാകുമെന്ന നിയന്ത്രണമുള്ളതിനാൽ കമ്പനികൾക്ക് API-യുടെ ഗുണനിലവാരം നിയന്ത്രിക്കാനാകും.
പൊതു റിലീസ് നയങ്ങൾ:
API പൊതു ഉപയോഗത്തിനുള്ളതാണ്. റിലീസ് പോളിസികളുടെ ലഭ്യത പൊതുജനങ്ങൾക്ക് ലഭ്യമാണ്. ഉദാഹരണം: Microsoft Windows API, Apple's Cocoa എന്നിവ.
തീരുമാനം
നിങ്ങൾ ഒരു ഫ്ലൈറ്റ് ബുക്ക് ചെയ്യുകയാണെങ്കിലും സോഷ്യൽ മീഡിയ ആപ്ലിക്കേഷനുകളിൽ ഇടപഴകുകയാണെങ്കിലും API-കൾ എല്ലായിടത്തും ഉണ്ട്. SOAP API XML കമ്മ്യൂണിക്കേഷനുകളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്, പ്രത്യേക കോൺഫിഗറേഷൻ ആവശ്യമില്ലാത്തതിനാൽ REST API-യിൽ നിന്ന് ഇത് വ്യത്യസ്തമാണ്.
റെസ്റ്റ് വെബ് സേവനങ്ങൾ രൂപകൽപന ചെയ്യുന്നത് അഡ്രസബിലിറ്റി, സ്റ്റേറ്റ്ലെസ്സ്നെസ്സ്, കാഷബിലിറ്റി, സ്റ്റാൻഡേർഡ് ഇന്റർഫേസ് എന്നിവയുൾപ്പെടെയുള്ള ചില ആശയങ്ങൾ പാലിക്കേണ്ടതാണ്. API റിലീസ് നിയമങ്ങളെ മൂന്ന് വിഭാഗങ്ങളായി തിരിക്കാം: സ്വകാര്യ API-കൾ, പങ്കാളി API-കൾ, പൊതു API-കൾ.
ഈ ലേഖനം വായിച്ചതിന് നന്ദി. ഒരു ഗൈഡിലെ ഞങ്ങളുടെ ലേഖനം പരിശോധിക്കുക API സുരക്ഷ 2022.
