பொருளடக்கம்[மறை][காட்டு]
- 1. REST மூலம் நீங்கள் என்ன புரிந்துகொள்கிறீர்கள்?
- 2. REST API என்றால் என்ன?
- 3. URI என்றால் என்ன?
- 4. RESTful இணைய சேவைகளின் பண்புகள் என்ன?
- 5. REST இன் வழிகாட்டும் கொள்கைகள் யாவை?
- 6. REST ஆதரிக்கும் HTTP முறைகளைக் குறிப்பிடவும்.
- 7. சீரான இடைமுகத்தால் விதிக்கப்பட்ட கட்டுப்பாடுகளை விவரிக்கவும்.
- 8. REST ஆதாரம் என்றால் என்ன?
- 9. JAX-RS உங்களுக்கு என்ன அர்த்தம்?
- 10. அஜாக்ஸ் மற்றும் ரெஸ்ட் இரண்டையும் வேறுபடுத்துவது எது?
- 11. சில RESTful இணைய சேவை குறைபாடுகளை பட்டியலிட முடியுமா?
- 12. PUT மற்றும் POST நுட்பங்களை ஒன்றிலிருந்து வேறுபடுத்துவது எது?
- 13. RESTful இணைய சேவைகளை எப்படி சோதிக்கிறீர்கள்?
- 14. நிஜ உலகில் ஒரு REST API ஐ விவரிக்கவும்.
- 15. மைக்ரோ சர்வீஸ் கட்டிடக்கலை எவ்வாறு செயல்படுகிறது?
- 16. கேச்சிங் என்றால் என்ன?
- 17. பேலோடை விவரிக்கவும்.
- 18. SOAP Vs REST ஐ வேறுபடுத்துக?
- 19. போக்குவரத்து அடுக்கு பாதுகாப்பு நெறிமுறையை (TLS) REST உடன் பயன்படுத்த முடியுமா?
- 20. அசாத்திய முறைகள்: அவை என்ன? RESTful இணைய சேவைகளின் உலகிற்கு இது எவ்வாறு பொருந்தும்?
- 21. HTTP அடிப்படை அங்கீகாரத்தின் செயல்பாடு என்ன?
- 22. மைக்ரோ சர்வீஸ் கட்டமைப்பை உருவாக்குவதற்கு GraphQL சிறந்த தேர்வாக இருக்கும் என்று நினைக்கிறீர்களா?
- 23. பாதுகாப்பான மற்றும் வலிமையற்ற HTTP முறைகளுக்கு இடையே உள்ள முக்கிய வேறுபாடுகள் யாவை?
- 24. RESTful Root Resource Classes மூலம் JAX-RS API எதைக் குறிக்கிறது?
- 25. போஸ்ட்மேன் என்றால் என்ன, அது ஏன் பயன்படுத்தப்படுகிறது?
- 26. REST APIகள் எவ்வாறு பாதுகாப்பாக வைக்கப்படுகின்றன?
- தீர்மானம்
REST இன் பரிணாமம் API களை நம்பமுடியாத அளவிற்கு அணுகக்கூடியதாக மாற்றியுள்ளது, அதே நேரத்தில் அவற்றின் முழு வலிமையையும் திறனையும் வெளிப்படுத்துகிறது. REST APIகளை உருவாக்குவது மற்றும் தற்காலிக சேமிப்பில் வைப்பது எளிது, ஏனெனில் அவற்றின் வளம் சார்ந்த கட்டமைப்பு.
கூடுதலாக, காலப்போக்கில், கிளவுட் கம்ப்யூட்டிங் மற்றும் மைக்ரோ சர்வீஸ்-அடிப்படையிலான வடிவமைப்பு போன்ற பிற குறிப்பிடத்தக்க முன்னேற்றங்களுக்கு RESTful APIகள் முன்னோடிகளாக இருந்தன.
எனவே, RESTful சேவைகளை ஒரு போட்டித்தன்மையுடன் பயன்படுத்தும் வணிகங்களை அவர்கள் எவ்வாறு வழங்குகிறார்கள் என்பதைக் கருத்தில் கொண்டு, REST API டெவலப்பர்கள் இன்று தேவையில் இருப்பதில் ஆச்சரியமில்லை. REST APIகள் ஒரு பிரபலமான வடிவமைப்பு போக்கு.
பல தகவல் தொழில்நுட்ப நிறுவனங்கள் REST API அறிவை விரும்புகின்றன மென்பொருள் உருவாக்குநர்கள் மற்றும் தொழில்நுட்ப நேர்காணல்களில் அதைப் பற்றி கேட்கவும்.
நீங்கள் REST API மேம்பாட்டுத் துறையில் பணியாற்ற விரும்பினால், பல்வேறு நிறுவனங்களில் நேர்காணலுக்குத் தயாராக இருக்க உதவும் மிகவும் பொதுவான REST API நேர்காணல் கேள்விகள் சில இங்கே உள்ளன.
1. REST மூலம் நீங்கள் என்ன புரிந்துகொள்கிறீர்கள்?
REST என்பது ஹைபர்டெக்ஸ்ட் டிரான்ஸ்ஃபர் புரோட்டோகால் (HTTP) அடிப்படையில் இணைய அடிப்படையிலான பயன்பாடுகளை வடிவமைப்பதற்கான ஒரு கட்டடக்கலை முன்னுதாரணமாகும்.
REST ஆனது இணைய சேவைகள் RESTful எனக் கருதப்பட வேண்டிய சில தரநிலைகளை வரையறுக்கிறது. தரப்படுத்தப்பட்ட HTTP நெறிமுறைகளைப் பயன்படுத்தி கிளையன்ட் மற்றும் சர்வர் இடையே கோரிக்கைகள் மற்றும் ஆதாரங்கள் விரைவாகவும் திறமையாகவும் அனுப்பப்படும் என்பதற்கு இந்தப் பரிந்துரைகள் உத்தரவாதம் அளிக்கின்றன.
2. REST API என்றால் என்ன?
பயன்பாட்டு நிரலாக்க இடைமுகம் எனப்படும் மென்பொருள்-க்கு-மென்பொருள் இணைப்பு, இல்லையெனில் சுயாதீன நிரல்களுக்கு இடையே தகவல் தொடர்பு மற்றும் தரவுப் பகிர்வை செயல்படுத்துகிறது. எடுத்துக்காட்டாக, ஒரு செய்தி இணையதளம் ட்விட்டர் API ஐப் பயன்படுத்தி, பொருத்தமான ட்வீட்களைத் தானாகக் கண்டறிந்து அவற்றைச் செய்திகளில் ஒருங்கிணைக்க முடியும்.
REST கொள்கைகளை கடைபிடிக்கும் ஒரு API REST API என அழைக்கப்படுகிறது, சில சமயங்களில் RESTful API என அழைக்கப்படுகிறது. ஒரு REST API இல், ஒவ்வொரு தரவுகளும் ஒரு ஆதாரமாகக் கையாளப்பட்டு ஒரு தனித்துவமான நிலையான ஆதார அடையாளத்தை (URI) வழங்குகின்றன.
உதாரணமாக, Twitter API ஆனது ஒவ்வொரு ட்வீட்டையும் வாடிக்கையாளர்களுக்கு மீட்டெடுக்கக்கூடிய ஆதாரமாக மாற்றுகிறது. ட்விட்டர் ஏபிஐ பயனர்களால் ட்வீட்களை இடுகையிடவும் மற்ற இணையதளப் பணிகளைச் செய்யவும் பயன்படுத்தப்படலாம்.
3. URI என்றால் என்ன?
A கணினி நெட்வொர்க் URI அல்லது சீரான ஆதார அடையாளங்காட்டியைப் பயன்படுத்தி வளத்தைக் குறிப்பிடலாம். ஒரு வளத்தை மற்றொன்றிலிருந்து பிரிக்கும் வழிமுறையாக இது செயல்படுகிறது. ஆதாரங்கள் ஆன்லைனில் இருக்கலாம் அல்லது இல்லாமல் இருக்கலாம்.
அவற்றின் நிலையான கட்டமைப்பின் காரணமாக, URI கள் பல்வேறு வகையான ஆதாரங்களுடன் இணைவதை எளிதாக்குகின்றன. ஆதாரங்களின் இருப்பிடம் அல்லது பெயர் URI களில் எழுத்துக்களின் சரத்துடன் சேர்க்கப்பட்டுள்ளது.
URI ஒரு பாதை, திட்டம், வினவல் மற்றும் பிற கூறுகளால் ஆனது ஆனால் நெறிமுறையை உள்ளடக்கவில்லை.
ஒரு நெறிமுறையைப் பயன்படுத்தி, இணையத்தில் அல்லது அதன் மூலம் அணுகக்கூடிய ஆதாரங்களைக் கண்டறிய URLகள் (யூனிஃபார்ம் ரிசோர்ஸ் லொக்கேட்டர்கள்) பயன்படுத்தப்படுகின்றன.
4. RESTful இணைய சேவைகளின் பண்புகள் என்ன?
- கிளையண்ட்-சர்வர் முன்னுதாரணம் என்பது சேவையின் அடித்தளமாகும்.
- சேவை URIகளைப் பயன்படுத்தி ஆதாரங்களை அணுக முடியும்.
- தரவு/ஆதாரங்களைப் பெற, வினவல்களை இயக்க மற்றும் பிற பணிகளைச் செய்ய இந்தச் சேவை HTTP நெறிமுறையைப் பயன்படுத்துகிறது.
- மெசேஜிங் என்பது கிளையன்ட் மற்றும் சர்வர் இடையே தொடர்பு கொள்ள பயன்படுத்தப்படும் முறையின் பெயர்.
- இந்த சேவைகள் SOAP சேவைகளைப் பயன்படுத்தி REST கட்டடக்கலை வடிவத்தையும் செயல்படுத்தலாம்.
- ஒரே மாதிரியான மீண்டும் மீண்டும் வரும் கோரிக்கைகளுக்கான சேவையக அழைப்புகளைக் குறைக்க, இந்த சேவைகள் கேச்சிங் யோசனையையும் பயன்படுத்துகின்றன.
5. REST இன் வழிகாட்டும் கொள்கைகள் யாவை?
ஐந்து நிபந்தனைகளை REST APIகள் பூர்த்தி செய்ய வேண்டும்:
கிளையண்ட்-சர்வர் துண்டித்தல்: கிளையன்ட் மற்றும் சர்வர் இடையே தொடர்பு கொள்ள தொடர்ச்சியான கோரிக்கைகள் மற்றும் பதில்கள் மட்டுமே பயன்படுத்தப்படும். வாடிக்கையாளர்களும் சேவையகங்களும் மட்டுமே முறையே கோரிக்கைகள் மற்றும் பதில்களை அனுப்ப முடியும். இந்த நேரடியான யோசனை இரு தரப்பினரும் ஒருவருக்கொருவர் சுயாதீனமாக செயல்பட உதவுகிறது.
சீரான இடைமுகம்: அனைத்து கிளையன்ட்-சர்வர் இணைப்புகளுக்கும் ஒரே மாதிரியான நெறிமுறை இருக்க வேண்டும். RESTக்கான இந்த நெறிமுறை HTTP ஆகும். ஒவ்வொரு பயன்பாடும் ஒரே மொழியைப் பயன்படுத்தி தரவைக் கோருகிறது மற்றும் அனுப்புவதால், ஒரு நிலையான இடைமுகம் ஒருங்கிணைப்புகளை எளிதாக்குகிறது.
நிலையற்றது: நிலையற்ற தகவல்தொடர்புகளில் முந்தைய கோரிக்கைகள் அல்லது பதில்களின் எந்தப் பதிவையும் சேவையகம் சேமிக்காது. ஒவ்வொரு கோரிக்கையும் பதிலும் பரிமாற்றத்தை முடிக்க தேவையான அனைத்து விவரங்களையும் வழங்குகிறது. நிலையற்ற தொடர்பு வேகத்தை அதிகரிக்கிறது, நினைவகத்தை சேமிக்கிறது மற்றும் சர்வரில் அழுத்தத்தை குறைக்கிறது. கூடுதலாக, முழுமையற்ற தரவு காரணமாக கோரிக்கை தோல்வியடைவதை இது தவிர்க்கிறது.
அடுக்கு அமைப்பு: கிளையன்ட் மற்றும் API சேவையகத்திற்கு இடையில் இருக்கும் சேவையகங்கள் அடுக்குகள் என குறிப்பிடப்படுகின்றன. இந்த கூடுதல் சேவையகங்கள் ஸ்பேமைக் கண்டறிதல் மற்றும் வேகத்தை மேம்படுத்துதல் போன்ற பல்வேறு சேவைகளைச் செய்கின்றன. REST இல் உள்ள அடுக்குகள் மாடுலர் ஆகும், அதாவது கிளையன்ட் மற்றும் API சேவையகத்திற்கு இடையேயான தகவல்தொடர்புகளை பாதிக்காமல் சேர்க்கலாம் மற்றும் நீக்கலாம்.
தற்காலிகமாக சேமிக்கக்கூடியது: சேவையக பதில்கள் ஆதாரம் கேச் செய்யக்கூடியதா இல்லையா என்பதைக் குறிக்கும் பட்சத்தில், வாடிக்கையாளர்கள் வேகத்தை அதிகரிக்க எந்த ஆதாரத்தையும் தேக்கிக்கொள்ள முடியும்.
ஆன்-டிமாண்ட் கோடிங்: பதிலுக்கு, API ஆனது வாடிக்கையாளர்களுக்கு இயங்கக்கூடிய கணினி குறியீட்டை அனுப்ப முடியும். கிளையன்ட் பயன்பாடு அதன் பின் முனையில் குறியீட்டை இயக்க முடியும்.
6. REST ஆதரிக்கும் HTTP முறைகளைக் குறிப்பிடவும்.
REST ஆதரிக்கும் HTTP முறைகள்:
- பெறவும்: இந்த முறை குறிப்பிட்ட URL இல் ஆதாரத்தைக் கேட்கிறது. கோரிக்கை அமைப்பு சேர்க்கப்படக்கூடாது, ஏனெனில் அது புறக்கணிக்கப்படும். அதை உள்நாட்டில் அல்லது சர்வரில் கேச் செய்ய முடியும்.
- POST: இந்த முறை செயலாக்கத்திற்காக ஒரு சேவைக்கு தரவை அனுப்புகிறது, மேலும் சேவையானது பொதுவாக புதிய அல்லது மாற்றப்பட்ட ஆதாரத்தை வழங்க வேண்டும்.
- புட்: கோரிக்கை URL இல் ஆதாரம் புதுப்பிக்கப்பட்டது.
- நீக்கு: கோரிக்கை URL இல் ஆதாரம் நீக்கப்பட்டது.
- விருப்பங்கள்: இது ஆதரிக்கப்படும் முறைகளை அடையாளம் காட்டுகிறது.
- தலைப்பு: கோரிக்கை URL இன் மெட்டாடேட்டா திரும்பியது.
7. சீரான இடைமுகத்தால் விதிக்கப்பட்ட கட்டுப்பாடுகளை விவரிக்கவும்.
சேவையகத்திலிருந்து கிளையண்டைப் பிரிக்க, ஒரு நிலையான இடைமுகம் தேவை.
ஒரு நிலையான இடைமுகத்தை அடைய, பின்வரும் நான்கு கட்டுப்பாடுகள் தேவை:
- ஆதார அடையாளம்: வாடிக்கையாளர் கோரிக்கைகள் ஆதாரங்களை அடையாளம் காண நிலையான ஆதார ஐடிகளைப் பயன்படுத்த வேண்டும் (URIகள்)
- இந்தப் பிரதிநிதித்துவங்களைப் பயன்படுத்தி வளக் கையாளுதல்: சேவையகத்திலிருந்து ஆதாரப் பிரதிநிதித்துவத்தைப் பெறும்போது, வள நிலையை மாற்றுவதற்குத் தேவையான அனைத்துத் தகவல்களும் வாடிக்கையாளர்களிடம் உள்ளன.
- சுய விளக்கச் செய்திகள்: செய்திகளில் அனைத்து மெட்டாடேட்டாவும் மற்றும் பெறுபவர் புரிந்து கொள்ளத் தேவையான பிற தகவல்களும் அடங்கும்.
- பயன்பாட்டு நிலை இயந்திரமாக ஹைப்பர்மீடியா: கிளையன்ட்-சர்வர் தகவல்தொடர்புக்கான சேனல் HTML போன்ற ஹைப்பர்மீடியா ஆகும், மேலும் சேவையக பதில்களைப் புரிந்துகொள்ள வாடிக்கையாளர்களுக்கு API-குறிப்பிட்ட ஆவணங்கள் தேவையில்லை.
8. REST ஆதாரம் என்றால் என்ன?
REST கட்டமைப்பில் RESTful இணைய சேவையின் அடிப்படை கூறுகள் வளங்கள் ஆகும். API கிளையன்ட் அணுக வேண்டிய அனைத்து முக்கியமான தகவல்களும் இதில் அடங்கும்.
HTML பக்கம், படம், வீடியோ அல்லது API செயல்பாட்டிற்குத் தேவையான வேறு ஏதேனும் ஆதாரங்கள், கிளையன்ட்-சர்வர் அமைப்பில் உள்ள சர்வர் மூலம் அணுகலாம்.
ஆதாரங்கள் ஒரு சீரான ஆதார அடையாளங்காட்டி மூலம் அடையாளம் காணப்படுகின்றன. உரை, JSON அல்லது XML அனைத்தும் வளங்களின் ஏற்றுக்கொள்ளக்கூடிய பிரதிநிதித்துவங்கள். பிரதிநிதித்துவத்தின் வடிவமைப்பில் வரம்புகள் எதுவும் இல்லை என்று கூறியது.
9. JAX-RS உங்களுக்கு என்ன அர்த்தம்?
ஜாவாவில் RESTful இணைய சேவைகளை உருவாக்குவது எளிமையானது, RESTful இணைய சேவைகளுக்கான Java API க்கு நன்றி, பெரும்பாலும் JAX-RS என அழைக்கப்படுகிறது. டெவலப்பர்கள் வளங்கள் மற்றும் அவற்றின் மீது மேற்கொள்ளக்கூடிய செயல்பாடுகளை வழங்கப்பட்டுள்ள சிறுகுறிப்புகளைப் பயன்படுத்தி விவரிக்க முடியும்.
10. அஜாக்ஸ் மற்றும் ரெஸ்ட் இரண்டையும் வேறுபடுத்துவது எது?
அஜாக்ஸ்:
- அஜாக்ஸ் என்பது தொழில்நுட்பங்களின் ஒரு குழு ஆகும், இது மாறும் புதுப்பிப்பை அனுமதிக்கிறது பயனர் இடைமுகம் பக்கத்தை மறுஏற்றம் செய்யாமல் கூறுகள்.
- அஜாக்ஸ் கிளையன்ட் மற்றும் சர்வர் இடையே ஒத்திசைவற்ற தொடர்பை நீக்குகிறது.
ஓய்வு:
- REST ஆனது சேவையகத்திற்கும் கிளையண்டிற்கும் இடையேயான தொடர்பைக் கோருகிறது.
- REST ஆல் பயன்படுத்தப்படும் URL அமைப்பு மற்றும் கோரிக்கை/பதில் முறைக்கு ஆதாரங்களின் பயன்பாடு முக்கியமானது.
11. சில RESTful இணைய சேவை குறைபாடுகளை பட்டியலிட முடியுமா?
சேவைகள் நிலையற்ற தன்மையை கடைபிடிப்பதால் அமர்வுகளை தொடர முடியாது. (அமர்வின் உருவகப்படுத்துதல் முழுவதும் அமர்வு ஐடியை அனுப்புவதற்கு கிளையன்ட் பொறுப்பு.)
பாதுகாப்புக் கட்டுப்பாடுகள் RESTக்கு அடிப்படையானவை அல்ல. அதைப் பயன்படுத்தும் நெறிமுறைகள் பாதுகாப்பு முன்னெச்சரிக்கைகளைப் பெறுகின்றன. எனவே, SSL/TLS அடிப்படையிலான அங்கீகாரங்களை ஒருங்கிணைத்தல் போன்ற பாதுகாப்பு நடவடிக்கைகளை மேற்கொள்ளும்போது எச்சரிக்கையாக இருப்பது முக்கியம்.
12. PUT மற்றும் POST நுட்பங்களை ஒன்றிலிருந்து வேறுபடுத்துவது எது?
போடு:
- PUT பதில்களுக்கு கேச் இல்லை.
- Idempotent (அதாவது பல கோரிக்கைகள் ஒரே முடிவைக் கொடுக்கும்)
- கோரிக்கையின் பேலோட் மேம்படுத்துகிறது அல்லது இலக்கு வளத்தை மாற்றுகிறது.
போஸ்ட்:
- வலிமையற்றது அல்ல (அதாவது, பல கோரிக்கைகள் ஒரே வளத்தின் மடங்குகளை வழங்கும்)
- வலை சேவையகம் நோக்கம் கொண்ட ஆதாரத்தின் அடிப்படையில் கோரிக்கையின் பேலோடை செயல்படுத்துகிறது.
- பொருத்தமான கேச்-கட்டுப்பாட்டு தலைப்பு சேர்க்கப்பட்டால், POST பதில்கள் தற்காலிகமாக சேமிக்கப்படும்.
13. RESTful இணைய சேவைகளை எப்படி சோதிக்கிறீர்கள்?
ஸ்வாகர் மற்றும் போஸ்ட்மேன் உள்ளிட்ட பல கருவிகளால் RESTful இணைய சேவை சோதனைக்கு உதவ முடியும். வினவல் அளவுருக்கள், தலைப்புகள் மற்றும் பதில் தலைப்புகள் போன்ற கோரிக்கை அளவுருக்களை ஆய்வு செய்வது பிந்தையவற்றின் ஏராளமான அம்சங்களால் சாத்தியமாகும்.
இறுதிப்புள்ளிகளுக்கு கோரிக்கைகளை வைக்க மற்றும் முடிவுகளை காட்ட போஸ்ட்மேன் பயன்படுத்தப்படலாம். இந்த பதில்களிலிருந்து XML மற்றும் JSON ஐ உருவாக்கலாம்.
போஸ்ட்மேன் மற்றும் ஸ்வாக்கர் இரண்டும் மிகவும் ஒப்பிடக்கூடிய செயல்பாடுகளை வழங்குகின்றன. மறுபுறம், ஸ்வாகர் எண்ட்பாயிண்ட் டாக்குமெண்டேஷன் போன்ற திறன்களையும் வழங்குகிறது.
14. நிஜ உலகில் ஒரு REST API ஐ விவரிக்கவும்.
- ஏபிஐகள் மூலம் ஏர்லைன்ஸ் வழங்கும் விமான நேரங்கள் மற்றும் விலையை பயண மற்றும் டிக்கெட் இணையதளங்கள் பயன்படுத்திக் கொள்ளலாம்.
- மேப்பிங் மற்றும் நேவிகேஷன் ஆப்ஸ் (கூகுள் மேப்ஸ் போன்றவை) அவற்றைப் பயன்படுத்துவதற்காக, பொதுப் போக்குவரத்து ஏஜென்சிகள் தங்கள் தரவை ஏபிஐகள் மூலம் நிகழ்நேரத்தில் பொதுவில் கிடைக்கச் செய்கின்றன.
- வானிலை பயன்பாடுகள் வானிலை தகவல்களைக் காண்பிக்க வானிலை தரவுகளை பரிமாறிக்கொள்ளும் திறந்த APIகளைப் பயன்படுத்துகின்றன.
- டெவலப்பர்கள் அதன் ஹோஸ்ட் செய்யப்பட்ட APIகள் மூலம் Google Maps இன் மேப்பிங் தரவை அணுகலாம். டெவலப்பர்கள் தங்கள் ஆப்ஸ் மற்றும் இணையதளங்களில் டைனமிக் வரைபடங்களை உட்பொதிக்க இந்த APIகள் பயன்படுத்தப்படுகின்றன.
15. மைக்ரோ சர்வீஸ் கட்டிடக்கலை எவ்வாறு செயல்படுகிறது?
- பல்வேறு சாதனங்களைப் பயன்படுத்தி பல்வேறு வாடிக்கையாளர்களால் கோரிக்கைகள் அனுப்பப்படுகின்றன.
- வாடிக்கையாளர்களின் அடையாளங்களை உறுதிப்படுத்திய பிறகு, அடையாள வழங்குநர்கள் பாதுகாப்பு டோக்கன்களை வழங்குகிறார்கள்.
- கிளையன்ட் கோரிக்கைகள் API கேட்வே மூலம் நிர்வகிக்கப்படுகிறது.
- கணினியின் அனைத்துப் பொருட்களும் நிலையான உள்ளடக்கமாகப் பாதுகாக்கப்படுகின்றன.
- மேலாண்மை கருவி முனைகளில் சேவைகளின் இருப்பு மற்றும் ஏதேனும் தவறுகளை சரிபார்க்கிறது.
- மைக்ரோ சர்வீஸ்களுக்கு இடையேயான தகவல்தொடர்பு பாதையை கண்டுபிடிப்பது சேவை கண்டுபிடிப்பின் மூலம் உதவுகிறது.
- தரவு மையங்கள் மற்றும் ப்ராக்ஸி சேவையகங்கள் உள்ளடக்க விநியோக நெட்வொர்க்குகள் எனப்படும் சிதறிய நெட்வொர்க் அமைப்புகளை உருவாக்குகின்றன.
- தொலைதூர சேவைகள் தொலைவிலிருந்து தகவல் அணுகலை வழங்குகின்றன.
16. கேச்சிங் என்றால் என்ன?
சர்வர் பதிலின் நகலை எங்காவது (கணினி நினைவகம் போன்றவை) தற்காலிகமாக வைத்திருப்பது, பின்னர் அதை விரைவாக அணுகுவதற்கு கேச்சிங் என்று அழைக்கப்படுகிறது.
REST APIகளைப் பயன்படுத்தும் போது, கோரிக்கையை நிறைவேற்ற சர்வர் செய்ய வேண்டிய வேலையின் அளவைக் குறைப்பதன் மூலம் கேச்சிங் சேவையக வேகத்தை அதிகரிக்கிறது. API ஐப் பயன்படுத்தும் பயன்பாடுகள் கேச்சிங் மூலம் விரைவாக இயங்குகின்றன, ஏனெனில் ஒவ்வொரு முறையும் அவர்களுக்கு ஆதாரம் தேவைப்படும்போது புதிய கோரிக்கையைச் சமர்ப்பிக்க வேண்டியதில்லை.
HTTP மறுமொழி தலைப்பின் கேச்-கட்டுப்பாட்டு புலத்தில், ஒரு ஆதாரத்தை மீண்டும் அணுகுவதற்கு முன், கிளையன்ட் எவ்வளவு காலம் தேக்ககப்படுத்தலாம் என்பது பற்றிய தகவலைக் கொண்டுள்ளது.
17. பேலோடை விவரிக்கவும்.
REST இல் உள்ள பேலோட் என்பது HTTP பதிலின் உடலில் உள்ள தகவலைக் குறிக்கிறது. கேள்விக்குரிய தரவைக் கோர வாடிக்கையாளர் GET நுட்பத்தைப் பயன்படுத்தினார்.
ட்வீட் உரையைக் கொண்ட ஆவணம் மற்றும் இணையதளத்தில் ட்வீட்டை வைப்பதற்குத் தேவையான ஏதேனும் கோப்புகள் பேலோடில் சேர்க்கப்படும், எடுத்துக்காட்டாக, நீங்கள் ஒரு குறிப்பிட்ட ட்வீட்டை ட்விட்டர் ஏபிஐயிடம் கேட்டால். கூடுதலாக, POST முறையைப் பயன்படுத்தி HTTP கோரிக்கையில் பேலோடைச் சேர்க்கலாம்.
18. வேறுபடுத்து சோப் Vs ஓய்வு?
- எக்ஸ்எம்எல்லை மட்டுமே கையாளக்கூடிய SOAP போலல்லாமல், REST ஆனது XML, உரை, HTML, படங்கள், வீடியோ மற்றும் பலவற்றை உள்ளடக்கிய பரந்த அளவிலான வள வடிவங்களை செயல்படுத்துகிறது.
- ஆன்லைன் பயன்பாடுகளுக்கு பாதுகாப்பு முக்கியமானது என்றால், SOAP உதவியாக இருக்கும். பரிவர்த்தனைகள் பாதுகாப்பாக முடிக்கப்பட வேண்டிய போது REST ஐப் பயன்படுத்த முடியாது, ஏனெனில் அது குறிப்பாக பாதுகாப்பானது அல்ல.
- SOAP ஒரு நெறிமுறை மட்டுமே என்பதால், REST அதை அதன் இணையச் சேவைகளில் பயன்படுத்தலாம் ஆனால் வேறு வழியில்லை.
- REST என்பது வலை சேவைகளை உருவாக்க பயன்படும் ஒரு கட்டடக்கலை முறை மற்றும் கிளையன்ட்-சர்வர் அமைப்பு, நிலையற்ற தன்மை, தற்காலிகமாக பதிலளிப்பது, அடுக்கு அமைப்புகள் மற்றும் நிலையான இடைமுகம் போன்ற சில வரம்புகளுக்கு இணங்குகிறது, SOAP என்பது குறிப்பிட்ட தரநிலைகளில் செயல்படும் ஒரு நெறிமுறையாகும், இது கண்டிப்பாக கடைபிடிக்கப்பட வேண்டும். செய்ய.
- REST உலகளாவிய வள அடையாளங்காட்டிகளை (URIகள்) பயன்படுத்தும் போது, SOAP ஆனது கிளையன்ட் பயன்பாடுகளுக்கு அதன் திறன்களை வழங்க சேவை இடைமுகங்களைப் பயன்படுத்துகிறது. SOAP செய்திகள் அதிக தகவல்-கடுமையாக இருப்பதால் REST ஆனது SOAP ஐ விட குறைந்த அலைவரிசை தேவையை கொண்டுள்ளது.
19. போக்குவரத்து அடுக்கு பாதுகாப்பு நெறிமுறையை (TLS) REST உடன் பயன்படுத்த முடியுமா?
உண்மையில், நம்மால் முடியும். REST கிளையன்ட் மற்றும் சர்வரின் தொடர்பு TLS வழியாக குறியாக்கம் செய்யப்படுகிறது, மேலும் நெறிமுறை வாடிக்கையாளர்களுக்கு சேவையகங்களை அங்கீகரிக்க ஒரு வழியையும் வழங்குகிறது.
இது பாதுகாப்பான சாக்கெட் லேயரின் மாற்றாக இருப்பதால், இது பாதுகாப்பான தொடர்புக்கு (SSL) பயன்படுத்தப்படுகிறது. RESTful இணைய சேவைகளை செயல்படுத்துவது HTTPS உடன் வெற்றிகரமாக உள்ளது, ஏனெனில் இது TLS மற்றும் SSL இரண்டிலும் திறம்பட ஒத்துழைக்கிறது.
REST அது செயல்படுத்தும் நெறிமுறையின் பண்புகளைப் பெறுகிறது, இது இங்கே கவனிக்க வேண்டிய ஒன்று. இதன் விளைவாக, பாதுகாப்பு பாதுகாப்புகள் REST பயன்படுத்தும் நெறிமுறையை சார்ந்துள்ளது.
20. அசாத்திய முறைகள்: அவை என்ன? RESTful இணைய சேவைகளின் உலகிற்கு இது எவ்வாறு பொருந்தும்?
URI ஒரே மாதிரியாக இருக்கும் போது, கோரிக்கையில் உள்ள சில HTTP முறைகள் ஒரு முறை அல்லது பல முறை டெலிவரி செய்யப்பட்டாலும் சர்வரில் ஒரே தாக்கத்தை ஏற்படுத்தும். Idempotent நுட்பங்கள் இவை என்று அழைக்கப்படுகின்றன.
எடுத்துக்காட்டாக, GET முறையைப் பயன்படுத்தும் URI எத்தனை முறை இயக்கப்பட்டாலும், சேவையகம் எப்போதும் அதே விளைவை அனுபவிக்கும். Idempotent முறைகளில் GET, PUT மற்றும் PATCH ஆகியவை அடங்கும்.
Idempotent HTTP முறைகள் RESTful ஆல் பயன்படுத்தப்படும் சில வலை பயன்பாடுகள். RESTful இணைய சேவைகளின் செயல்பாடுகளில் நிலைத்தன்மைக்கு உத்தரவாதம் அளிக்க அவை அவசியம்.
REST APIகளைப் பயன்படுத்தும் வாடிக்கையாளர்கள், தற்செயலாக மீண்டும் மீண்டும் கோரிக்கைகளைச் செய்ய REST API ஐ கட்டாயப்படுத்தும் குறியீடு பிழைகளை செய்யலாம். இந்த அழைப்புகள் வளங்களை தவறாக பயன்படுத்துவதற்கான சாத்தியக்கூறுகள் உள்ளன.
21. HTTP அடிப்படை அங்கீகாரத்தின் செயல்பாடு என்ன?
API களின் ஒரு பகுதியாக அடிப்படை அங்கீகாரத்தைப் பயன்படுத்தும் போது, பயனர் பயனர்பெயர் மற்றும் கடவுச்சொல்லைச் சமர்ப்பிக்க வேண்டும், அவை உலாவியால் "பயனர்பெயர்: கடவுச்சொல்" வடிவத்தில் இணைக்கப்பட்டு அடிப்படை64 குறியாக்கம் செய்யப்பட்டுள்ளன.
உலாவியின் ஒவ்வொரு HTTP கோரிக்கையிலும், குறியிடப்பட்ட மதிப்பு "அங்கீகாரம்" தலைப்புக்கான மதிப்பாக வழங்கப்படும். நற்சான்றிதழ்கள் இப்போது குறியாக்கம் செய்யப்பட்டுள்ளதால், HTTPS கோரிக்கைகளை அனுப்பும்போது இந்தப் படிவத்தைப் பயன்படுத்த பரிந்துரைக்கப்படுகிறது, ஏனெனில் அவை பாதுகாப்பாக இல்லை, மேலும் பாதுகாப்பு நெறிமுறைகள் பயன்படுத்தப்படாவிட்டால் யாராலும் இடைமறிக்கப்படலாம்.
22. மைக்ரோ சர்வீஸ் கட்டமைப்பை உருவாக்குவதற்கு GraphQL சிறந்த தேர்வாக இருக்கும் என்று நினைக்கிறீர்களா?
Microservices மற்றும் GraphQL ஆகியவை சரியாகச் செல்கின்றன, ஏனெனில் GraphQL உங்கள் மைக்ரோ சர்வீஸ் கட்டமைப்பை உங்கள் வாடிக்கையாளர்களிடமிருந்து ரகசியமாக வைத்திருக்கிறது.
முன் முனையில் இருந்து, உங்கள் எல்லா தரவும் ஒரே API இலிருந்து வர வேண்டும் என்று நீங்கள் விரும்புகிறீர்கள், அதே சமயம் பின் முனையிலிருந்து மைக்ரோ சர்வீஸ்களாகப் பிரிக்க விரும்புகிறீர்கள். இரண்டையும் அடைய நான் அறிந்த சிறந்த நுட்பம் GraphQL ஐப் பயன்படுத்துவதாகும்.
ஒவ்வொரு பயன்பாட்டிற்கும் ஒரு ஏபிஐ கொடுத்து, பல்வேறு சேவைகளில் இருந்து தரவு முழுவதும் சேர்வதை இயக்கும்போது, உங்கள் பின்தளத்தை மைக்ரோ சர்வீஸ்களாகப் பிரிக்க இது உங்களை அனுமதிக்கிறது.
23. பாதுகாப்பான மற்றும் வலிமையற்ற HTTP முறைகளுக்கு இடையே உள்ள முக்கிய வேறுபாடுகள் யாவை?
ஒரே கோரிக்கையின் மூலம் ஒரு முறை அல்லது பல முறை செயல்படுத்தப்படும் போது, ஐடிம்போடென்ட் முறைகள் ஒரே முடிவைத் தரும். PUT முறையானது திறமையற்றது.
அனைத்து பாதுகாப்பான வழிகளும் சக்தியற்றவை, ஆனால் பாதுகாப்பான முறைகள் வளங்களை மாற்றாது என்பதால், அனைத்து பலவீனமான முறைகளும் பாதுகாப்பானவை அல்ல. எடுத்துக்காட்டாக, GET பாதுகாப்பானது, ஏனெனில் அது தரவை மீட்டெடுக்கிறது மற்றும் வளத்தை மாற்றாது.
கூடுதலாக, இது வலிமையற்றது, அதாவது எப்போது அழைக்கப்படும்போது அது அதே பதிலைத் தரும்.
24. RESTful Root Resource Classes மூலம் JAX-RS API எதைக் குறிக்கிறது?
ஜாவா எண்டர்பிரைஸ் பதிப்பு, ஜாக்ஸ்-ஆர்எஸ் ஏபிஐ தேவைகளுக்கு இணங்க வகுப்புகள் மற்றும் இடைமுகங்களை வழங்குகிறது. JAX-RS உதவியுடன், REST கட்டடக்கலை பாணியில் ஜாவா இணைய சேவைகளை உருவாக்குவது எளிதாகிறது.
JAX-RS API இல், ரூட் ஆதார வகுப்புகள் வெறும் "பழைய ஜாவா பொருள்கள்" அல்லது POJO ஆகும். தேவையான இணைய வளங்களைச் செயல்படுத்த, அவர்கள் JAX-RS சிறுகுறிப்புகளைப் பயன்படுத்துகின்றனர்.
அவர்களிடம் @path குறிப்புகள் உள்ளன அல்லது குறைந்தபட்சம் அவர்களின் முறைகளில் @path சிறுகுறிப்புகள் உள்ளன. ஏபிஐ இறுதிப் புள்ளிகளைக் கையாள்வதற்கான முறைகளுடன் ஜாவா வகுப்புகளாக அவற்றைச் சுருக்கலாம்.
25. போஸ்ட்மேன் என்றால் என்ன, அது ஏன் பயன்படுத்தப்படுகிறது?
ஏபிஐகளை உருவாக்க, சோதிக்க மற்றும் மாற்றியமைக்க போஸ்ட்மேன் எனப்படும் ஏபிஐ மேம்பாட்டுக் கருவி பயன்படுத்தப்படுகிறது. இந்த கருவியை டெவலப்பர்கள் APIக்கு தேவையான எந்த அம்சத்திற்கும் பயன்படுத்தலாம். இது டெவலப்பர்களின் வேலையை எளிதாக்குகிறது மற்றும் எளிதாக்குகிறது.
GET, POST, PUT மற்றும் PATCH உள்ளிட்ட பல்வேறு HTTP வினவல்களை உருவாக்குவதை போஸ்ட்மேன் எளிதாக்குகிறார், பிற்கால பயன்பாட்டிற்கான சூழல்களைச் சேமித்து, பல்வேறு மொழிகளில் APIகளை குறியீட்டாக மாற்றுகிறார்.
ஏபிஐ சுழற்சியின் ஒவ்வொரு நிலையும் போஸ்ட்மேன் மூலம் எளிமையாக்கப்பட்டுள்ளது, மேலும் விரைவான ஏபிஐ மேம்பாட்டிற்காக ஒத்துழைப்பு நெறிப்படுத்தப்படுகிறது.
கூடுதலாக, இது டெவலப்பர்கள் ஆவணங்கள், விவரக்குறிப்புகள், சோதனை வழக்குகள், செயல்முறைகள் மற்றும் API பட்டியல்களை நிர்வகிக்க உதவுகிறது.
26. REST APIகள் எவ்வாறு பாதுகாப்பாக வைக்கப்படுகின்றன?
REST APIகள் SOAP APIகளாக கடுமையான பாதுகாப்புப் பாதுகாப்புகளைப் பயன்படுத்துவதில்லை என்பதால், முக்கியமான தரவுகளை அனுப்பவோ அல்லது அவற்றைப் பயன்படுத்தி மீட்டெடுக்கவோ கூடாது.
இருப்பினும், நம்பகமான REST APIகள் பாதுகாப்பான மற்றும் நம்பகமான தரவு பரிமாற்றங்களுக்கான பாதுகாப்புக் கட்டுப்பாடுகளை ஒருங்கிணைத்து வருகின்றன.
- அங்கீகாரம் மற்றும் அங்கீகாரம்: API க்கு செய்யப்படும் ஒவ்வொரு கோரிக்கையும் இந்த இரண்டு காசோலைகளையும் அனுப்ப வேண்டும். அங்கீகரிப்பு மூலம் வாடிக்கையாளரின் அடையாளத்தைச் சரிபார்த்தல் மற்றும் அங்கீகாரத்தின் மூலம் கோரப்பட்ட ஆதாரங்களை அணுகுவதற்கு அவர்களுக்கு அதிகாரம் உள்ளதா என்பதைச் சரிபார்த்தல் இரண்டு வெவ்வேறு செயல்முறைகள்.
- சரிபார்ப்பு: API அதன் ஆதாரங்களுக்கான அணுகலை வழங்குவதற்கு முன், அங்கீகாரம் மற்றும் அங்கீகாரத்திற்குப் பிறகு, சாத்தியமான தீங்கு விளைவிக்கும் குறியீட்டைக் கண்டறிய கோரிக்கைகள் சரிபார்க்கப்பட வேண்டும். ஒரு சேவையகம் ஒரு ஊசி தாக்குதலுக்கு திறந்திருக்கும்.
- சரிபார்ப்பு: API அதன் ஆதாரங்களுக்கான அணுகலை வழங்குவதற்கு முன், அங்கீகாரம் மற்றும் அங்கீகாரத்திற்குப் பிறகு, சாத்தியமான தீங்கு விளைவிக்கும் குறியீட்டைக் கண்டறிய கோரிக்கைகள் சரிபார்க்கப்பட வேண்டும். ஒரு சேவையகம் ஒரு ஊசி தாக்குதலுக்கு திறந்திருக்கும்.
- குறியாக்கம்: TLS/SSL குறியாக்கம் கிளையன்ட் மற்றும் சர்வர் இடையேயான தொடர்பைப் பாதுகாக்கிறது மற்றும் ஹேக்கர்கள் கோரிக்கைகள் மற்றும் பதில்களை இடைமறிப்பதில் இருந்து தடுக்கிறது.
- வரம்புகள் மற்றும் த்ரோட்லிங் போன்ற விகித-கட்டுப்பாட்டு நுட்பங்கள், DDoS போன்ற முரட்டுத்தனமான தாக்குதல்களிலிருந்து சேவையகங்களைப் பாதுகாக்கின்றன.
- URI களில் முக்கியமான தகவல் இல்லை: வளங்களின் URI களில் பாதுகாக்கப்பட்ட தரவு எதுவும் இருக்கக்கூடாது (பயனர் பெயர், கடவுச்சொல் அல்லது அங்கீகார டோக்கன் போன்றவை).
தீர்மானம்
வாழ்த்துகள்! பல அடிப்படை முதல் சிக்கலான REST API நேர்காணல் கேள்விகள் மற்றும் அதற்கான தீர்வுகள் இப்போது உங்கள் விரல் நுனியில் உள்ளன.
சில வழக்கமான REST API நேர்காணல் கேள்விகளுக்கு எவ்வாறு பதிலளிப்பது என்பது பற்றிய நல்ல கருத்து உங்களுக்கு இப்போது உள்ளது, நீங்கள் நேர்காணல்களுக்கு பதிலளிக்கலாம். அடுத்த படி உங்கள் நோக்கங்களைப் பொறுத்தது.
வருகை நேர்காணல் தொடர் நேர்காணலுக்குத் தயாராக ஹாஷ்டோர்க்குடன்.
ஒரு பதில் விடவும்