Edukien aurkibidea[Ezkutatu][Erakutsi]
- 1. Zer ulertzen duzu REST?
- 2. Zer esan nahi duzu REST APIarekin?
- 3. Zer da zehazki URI?
- 4. Zeintzuk dira RESTful Web Zerbitzuen ezaugarriak?
- 5. Zeintzuk dira REST-en printzipio gidatzaileak?
- 6. Aipatu REST-ek onartzen dituen HTTP metodoak.
- 7. Deskribatu interfaze koherente batek jarritako murrizketak.
- 8. Zer da zehazki REST Baliabide bat?
- 9. Zer esan nahi du JAX-RS zuretzat?
- 10. Zerk bereizten ditu AJAX eta REST bata bestearengandik?
- 11. Zerrenda ditzakezu RESTful web zerbitzuen eragozpen batzuk?
- 12. Zerk bereizten ditu PUT eta POST teknikak elkarrengandik?
- 13. Nola probatzen dituzu RESTful web zerbitzuak?
- 14. Deskribatu REST API bat mundu errealean.
- 15. Nola funtzionatzen du Mikrozerbitzuen Arkitekturak?
- 16. Zer da zehazki cachea?
- 17. Deskribatu karga erabilgarria.
- 18. SOAP Vs REST desberdindu?
- 19. Garraio-geruzaren segurtasun-protokoloa (TLS) erabil al daiteke REST-ekin?
- 20. Metodo idempotenteak: zer dira? Nola aplikatzen da RESTful web zerbitzuen munduan?
- 21. Zein da HTTP oinarrizko autentifikazioaren funtzionaltasuna?
- 22. Uste duzu GraphQL mikrozerbitzuen arkitektura sortzeko aukerarik onena dela?
- 23. Zein dira HTTP metodo seguru eta idempotenteen arteko bereizketa nagusiak?
- 24. Zer suposatzen du JAX-RS APIak RESTful Root Baliabide Klaseek?
- 25. Zer da zehazki Postman, eta zergatik erabiltzen da?
- 26. Nola mantentzen dira seguru REST APIak?
- Ondorioa
REST-en bilakaerak APIak ikaragarri eskuragarri bihurtu ditu bere indar eta potentzial osoa agerian utziz. REST APIak errazak dira sortzeko eta cachean gordetzeko baliabideetara bideratutako arkitekturagatik.
Gainera, denboran zehar, RESTful APIak hodeiko informatika eta mikrozerbitzuetan oinarritutako diseinua bezalako beste garapen esanguratsu batzuen aitzindariak izan ziren.
Hori dela eta, ez da harritzekoa REST APIaren garatzaileak eskariak izatea gaur egun, RESTful zerbitzuak erabiltzen dituzten enpresei abantaila lehiakorra nola ematen dieten ikusita. REST APIak diseinu-joera ezagunak dira.
IT enpresa askok REST APIaren ezagutza nahi dute software garatzaileak eta horri buruz galdetu elkarrizketa teknikoetan.
Hona hemen REST APIaren elkarrizketa-galdera tipikoenetako batzuk, hainbat enpresatan elkarrizketetarako prest egoten lagunduko dizuten REST APIaren garapenean lan egin nahi baduzu.
1. Zer ulertzen duzu REST?
REST Hypertext Transfer Protocol (HTTP) oinarritutako web-oinarritutako aplikazioak diseinatzeko paradigma arkitektonikoa da.
REST-ek web zerbitzuek RESTfultzat jotzeko bete behar dituzten estandar batzuk definitzen ditu. Gomendio hauek bermatzen dute eskaerak eta baliabideak bezeroaren eta zerbitzariaren artean azkar eta eraginkortasunez transmititzen direla HTTP protokolo estandarizatuak erabiliz.
2. Zer esan nahi duzu REST APIarekin?
Aplikazioak programatzeko interfaze gisa ezagutzen den software-software lotura batek bestela independenteak diren programen artean komunikazioa eta datuak partekatzea ahalbidetzen du. Adibidez, albisteen webgune batek Twitter APIa erabil dezake txio egokiak automatikoki ezagutzeko eta albisteetan integratzeko.
REST printzipioei atxikitako API bat REST API gisa ezagutzen da, batzuetan RESTful API gisa ezagutzen dena. REST API batean, datu bakoitza baliabide gisa kudeatzen da eta baliabide-identitate estandar (URI) bereizgarria ematen zaio.
Adibidez, Twitter APIak txio bakoitza bezeroentzat eskuragarri dagoen baliabide berreskuragarri bihurtzen du. Twitter APIa erabil dezakete erabiltzaileek txioak argitaratzeko eta webguneko beste zeregin batzuk egiteko.
3. Zer da zehazki URI?
A ordenagailu sare bat baliabideari erreferentzia egin daiteke URI edo baliabideen identifikatzaile uniforme bat erabiliz. Baliabide bat bestetik bereizteko baliabide gisa balio du. Iturburuak sarean egon daitezke edo ez.
Egitura estandarra dela eta, URIek hainbat baliabide motatara konektatzea errazten dute. Baliabidearen kokapena edo izena URIetan sartzen da karaktere kate batekin batera.
URIa bide, eskema, kontsulta eta beste elementu batzuek osatzen dute, baina ez du protokoloa barne hartzen.
Protokolo bat erabiliz, URLak (Uniform Resource Locators) erabiltzen dira interneten baliabideak aurkitzeko edo haren bidez eskura daitezkeenak.
4. Zeintzuk dira RESTful Web Zerbitzuen ezaugarriak?
- Bezero-Zerbitzari paradigma da zerbitzuaren oinarria.
- Zerbitzuak baliabideak atzi ditzake URIak erabiliz.
- Zerbitzuak HTTP Protokoloa erabiltzen du datuak/baliabideak eskuratzeko, kontsultak egiteko eta beste zeregin batzuk egiteko.
- Mezularitza bezeroaren eta zerbitzariaren artean komunikatzeko erabiltzen den metodoaren izena da.
- Zerbitzu hauek REST eredu arkitektonikoa ere inplementa dezakete SOAP zerbitzuak erabiliz.
- Eskaera errepikakorren mota bereko zerbitzariaren deiak murrizteko, zerbitzu hauek cachearen ideia ere erabiltzen dute.
5. Zeintzuk dira REST-en printzipio gidatzaileak?
Bost irizpide bete behar dituzte REST APIek:
Bezero-zerbitzaria desakoplatzea: Bezeroaren eta zerbitzariaren artean komunikatzeko eskaera eta erantzun batzuk baino ezin dira erabili. Bezeroek eta zerbitzariek soilik eskaerak eta erantzunak bidal ditzakete, hurrenez hurren. Ideia zuzen honek bi alderdiek bata bestearengandik independentean funtzionatzeko aukera ematen du.
Interfaze uniformea: bezero-zerbitzariaren konexio guztietan protokolo uniforme bat egon behar da. RESTrako protokolo hau HTTP da. Aplikazio bakoitzak hizkuntza bera erabiliz datuak eskatu eta bidaltzen dituenez, interfaze koherente batek integrazioak errazten ditu.
Estaturik gabekoa: zerbitzariak ez du aurreko eskaeren edo erantzunen erregistrorik gordetzen estaturik gabeko komunikazioan. Eskaera eta erantzun bakoitzak trukea burutzeko behar diren xehetasun guztiak ematen ditu. Estaturik gabeko komunikazioak abiadura hobetzen du, memoria aurrezten du eta zerbitzariaren estresa murrizten du. Gainera, datu osatugabeak direla eta eskaerak huts egitea saihesten du.
Geruzadun sistema: bezeroaren eta API zerbitzariaren artean bizi diren zerbitzariei geruza esaten zaie. Zerbitzari gehigarri hauek hainbat zerbitzu egiten dituzte, hala nola spama detektatu eta abiadura optimizatzea. REST-en geruzak modularrak dira, hau da, gehitu eta ezabatu daitezke bezeroaren eta API zerbitzariaren arteko komunikazioetan eragin gabe.
Cacheable: bezeroek edozein baliabide gorde ditzakete abiadura areagotzeko, zerbitzariaren erantzunek baliabidea cache daitekeen ala ez adierazten badute.
Eskariaren araberako kodeketa: erantzunez, API batek ordenagailuaren kode exekutagarria transmiti diezaieke bezeroei. Bezeroaren aplikazioak kodea exekutatu dezake bere backend-ean.
6. Aipatu REST-ek onartzen dituen HTTP metodoak.
REST-ek onartzen dituen HTTP metodoak hauek dira:
- GET: metodo honek baliabide bat eskatzen du zehaztutako URLan. Eskaera-gorputza ez da sartu behar, ez ikusi egingo zaiolako. Posible izan liteke lokalean edo zerbitzarian gordetzea.
- POST: metodo honek datuak zerbitzu batera bidaltzen ditu prozesatzeko, eta zerbitzuak normalean baliabide berria edo aldatua itzuli beharko luke.
- JARRI: baliabidea eskaeraren URLan eguneratzen da.
- EZABATU: baliabidea eskaeraren URLan ezabatzen da.
- Aukerak: onartzen diren metodoak identifikatzen ditu.
- HEAD: eskaeraren URLaren metadatuak itzultzen dira.
7. Deskribatu interfaze koherente batek jarritako murrizketak.
Bezeroa zerbitzaritik bereizteko, interfaze koherentea behar da.
Interfaze koherentea lortzeko, lau muga hauek behar dira:
- Baliabideen identifikazioa: bezeroen eskaerek baliabideen ID estandarrak erabili behar dituzte baliabideak (URI) identifikatzeko.
- Baliabideen manipulazioa irudikapen hauek erabiliz: bezeroek zerbitzaritik baliabideen irudikapena lortzen dutenean baliabideen egoera aldatu ahal izateko behar den informazio guztia dute.
- Mezu autodeskribatzaileak: mezuek hartzaileak ulertzeko beharrezkoak diren metadatu guztiak eta beste informazio batzuk biltzen ditu.
- Hypermedia aplikazioaren egoera-motor gisa: bezero-zerbitzariaren komunikaziorako kanala hipermedia da, hala nola HTML, eta bezeroek ez dute APIaren berariazko dokumentaziorik behar zerbitzariaren erantzunak ulertzeko.
8. Zer da zehazki REST Baliabide bat?
Baliabideak RESTful web zerbitzu baten oinarrizko osagaiak dira REST arkitektura batean. API bezero batek atzitu behar duen informazio erabakigarria biltzen dute.
Edozein baliabide mota, hala nola HTML orri bat, irudi bat, bideo bat edo API jarduera baterako behar den beste edozer, bezero-zerbitzari sistema batean zerbitzariaren bidez sar daiteke.
Baliabideak Baliabideen Identifikatzaile Uniforme baten bidez identifikatzen dira. Testua, JSON edo XML baliabideen irudikapen onargarriak dira. Hori esanda, ez dago mugarik ordezkaritzaren formatuan.
9. Zer esan nahi du JAX-RS zuretzat?
Errazagoa da RESTful web-zerbitzuak Javan sortzea RESTful web-zerbitzuetarako Java APIari esker, askotan JAX-RS izenez ezagutzen dena. Garatzaileek baliabideak eta haietan egin daitezkeen eragiketak deskriba ditzakete eskaintzen diren oharrak erabiliz.
10. Zerk bereizten ditu AJAX eta REST bata bestearengandik?
Ajax:
- Ajax eguneraketa dinamikoa ahalbidetzen duen teknologia talde bat da erabiltzaileen interfazea elementuak orria berriro kargatu beharrik gabe.
- Ajax-ek bezeroaren eta zerbitzariaren arteko komunikazio asinkronoa kentzen du.
ATSEDENA:
- REST zerbitzariaren eta bezeroaren arteko komunikazioa eskatzen du.
- Baliabideen erabilera garrantzitsua da RESTek erabiltzen duen URL egiturarako eta eskaera/erantzun eredurako.
11. Zerrenda ditzakezu RESTful web zerbitzuen eragozpen batzuk?
Saioak ezin dira mantendu zerbitzuek aberrigabetasunaren nozioari atxikitzen diotelako. (Bezeroa saioaren simulazioan zehar saioaren IDa pasatzeaz arduratzen da.)
Segurtasun-murrizketak ez dira oinarrizkoak REST-erako. Erabiltzen duten protokoloek segurtasun neurriak heredatzen dituzte. Hori dela eta, kontuz hartzea segurtasun neurriak ezartzen diren bitartean, hala nola SSL/TLS-en oinarritutako autentifikazioak integratzea, garrantzitsua da.
12. Zerk bereizten ditu PUT eta POST teknikak elkarrengandik?
JARRI:
- Ez dago PUT erantzunetarako cacherik.
- Idempotentea (hau da, hainbat eskaerak emaitza bera emango du)
- eskaeraren kargak xede-baliabidea eguneratzen edo ordezten du.
POST:
- idempotent not (hau da, hainbat eskaerak baliabide beraren multiploak emango ditu)
- Web zerbitzariak eskaeraren karga prozesatzen du aurreikusitako baliabidearen arabera.
- Cache-kontroleko goiburu egokia sartzen bada, POST erantzunak cachean gorde daitezke.
13. Nola probatzen dituzu RESTful web zerbitzuak?
RESTful web-zerbitzuaren probak hainbat tresnak lagundu ditzakete, besteak beste, Swagger eta Postman. Kontsulten parametroak, goiburuak eta erantzunen goiburuak bezalako eskaera-parametroak ikuskatzea posible da azken honen ezaugarri ugariengatik.
Postman erabil daiteke amaierako puntuei eskaerak egiteko eta emaitzak erakusteko. Eta erantzun horietatik XML eta JSON sor daitezke.
Postman eta Swagger biek funtzionalitate oso konparagarriak eskaintzen dituzte. Bestalde, Swagger-ek amaierako puntuen dokumentazioa bezalako gaitasunak ere eskaintzen ditu.
14. Deskribatu REST API bat mundu errealean.
- Bidaia eta txartelen webguneek aire konpainiek APIen bidez eskuragarri jartzen dituzten hegaldien orduak eta prezioak aprobetxa ditzakete.
- Mapak eta nabigazio-aplikazioek (Google Maps bezalakoak) horiek erabiltzeko, garraio publikoko agentziek sarritan publikoki eskuragarri jartzen dituzte beren datuak denbora errealean APIen bidez.
- Eguraldi-aplikazioek eguraldiaren datuak trukatzen dituzten API irekiak erabiltzen dituzte eguraldiaren informazioa bistaratzeko.
- Garatzaileek Google Maps-en mapa-datuak atzi ditzakete ostatatutako API batzuen bidez. API hauek garatzaileek erabiltzen dituzte mapa dinamikoak beren aplikazioetan eta webguneetan txertatzeko.
15. Nola funtzionatzen du Mikrozerbitzuen Arkitekturak?
- Eskaerak hainbat bezerok bidaltzen dituzte hainbat gailu erabiliz.
- Bezeroen identitatea baieztatu ondoren, identitate-hornitzaileek segurtasun-tokenak ematen dituzte.
- Bezeroen eskaerak API Gateway-k kudeatzen ditu.
- Sistemaren material guztia eduki estatiko gisa gordetzen da.
- Kudeaketa tresnak zerbitzuen oreka egiaztatzen du nodoetan eta edozein akatsetan.
- Mikrozerbitzuen arteko komunikazio-bidea ezagutzea zerbitzuen aurkikuntzak laguntzen du.
- Datu-zentroek eta proxy-zerbitzariek edukiak bidaltzeko sareak izeneko sare-sistema sakabanatuak osatzen dituzte.
- Urruneko zerbitzuek informazioa urrutiko sarbidea eskaintzen dute.
16. Zer da zehazki cachea?
Zerbitzariaren erantzun baten kopia bat nonbait gordetzeko (adibidez, ordenagailuaren memoria) gero azkarrago atzitzeko, caching gisa ezagutzen da.
Cacheak zerbitzariaren abiadura hobetzen du REST APIak erabiltzean, zerbitzariak eskaera asetzeko egin behar duen lana gutxituz. APIa erabiltzen duten aplikazioak azkarrago exekutatzen dira cacheari esker, ez baitute eskaera berririk bidali behar baliabide bat behar duten bakoitzean.
HTTP erantzunaren goiburuko Cache-Kontrol eremuak bezeroak baliabide bat zenbat denboran gorde dezakeen cachean berriro atzitu behar izan aurretik informazioa du.
17. Deskribatu karga erabilgarria.
REST-en kargak HTTP erantzunaren gorputzean dagoen informazioari egiten dio erreferentzia. Bezeroak GET teknika erabili zuen kasuan kasuko datuak eskatzeko.
Txioaren testua eta webgune batean txioa jartzeko beharrezko fitxategiak dituen dokumentua karga-kargan sartuko da, adibidez, Twitter APIari txio zehatz bat eskatzen badiozu. Gainera, karga HTTP eskaeran sar daiteke POST metodoa erabiliz.
18. Bereizi XABOIA Vs ATSEDENERA?
- XML soilik kudea dezakeen SOAPek ez bezala, RESTek baliabide-formatu sorta zabalagoa ahalbidetzen du, XML, testua, HTML, irudiak, bideoak eta abar barne.
- Lineako aplikazioetarako segurtasuna funtsezkoa denean, SOAP lagungarria da. REST ezin da erabili transakzioak modu seguruan egin behar direnean, ez baita bereziki segurua.
- SOAP protokolo bat baino ez denez, RESTek bere web zerbitzuetan erabil dezake, baina ez alderantziz.
- REST web-zerbitzuak garatzeko erabiltzen den eredu arkitektonikoa baino ez den arren eta muga batzuk betetzen ditu, hala nola bezero-zerbitzariaren konfigurazioa, estaturik gabekoa, cacheko erantzuna, geruzadun sistemak eta interfaze koherentea, SOAP zorroztasunez bete behar diren estandar jakinekin funtzionatzen duen protokoloa da. to.
- RESTek baliabideen identifikatzaile unibertsalak (URI) erabiltzen dituen bitartean, SOAPek zerbitzuen interfazeak erabiltzen ditu bezeroen aplikazioei bere gaitasunak eskaintzeko. REST-ek SOAPek baino banda-zabalera txikiagoa du, SOAP mezuek informazio gehiago dutenez.
19. Garraio-geruzaren segurtasun-protokoloa (TLS) erabil al daiteke REST-ekin?
Izan ere, ahal dugu. REST bezeroaren eta zerbitzariaren komunikazioa TLS bidez enkriptatzen da, eta protokoloak bezeroei zerbitzariak autentifikatzeko modua ere ematen die.
Secure Socket Layer-en ordezkoa denez, komunikazio segururako (SSL) erabiltzen da. RESTful web-zerbitzuak ezartzea arrakastatsua da HTTPSrekin, TLS eta SSLrekin modu eraginkorrean lankidetzan aritzen delako.
REST-ek inplementatzen duen protokoloaren ezaugarriak heredatzen ditu, hau da, hemen kontuan hartu beharreko gauza bat. Ondorioz, segurtasun-babesak REST-ek erabiltzen duen protokoloan oinarritzen dira.
20. Metodo idempotenteak: zer dira? Nola aplikatzen da RESTful web zerbitzuen munduan?
URI berdina denean, eskaera bateko HTTP metodo batzuek eragin bera dute zerbitzarian behin edo hainbat aldiz bidaltzen diren. Teknika idempotenteak dira hauek bezala ezagutzen direnak.
Esate baterako, GET metodoa erabiltzen duen URI bat zenbat aldiz exekutatzen den ere, zerbitzariak emaitza bera izango du beti. Metodo idempotenteen artean GET, PUT eta PATCH daude, batzuk aipatzearren.
HTTP Idempotent metodoak RESTful-ek erabiltzen dituenetako batzuk dira web aplikazioak. RESTful web zerbitzuen jardueretan koherentzia bermatzeko beharrezkoak dira.
REST APIak erabiltzen dituzten bezeroek kode-erroreak egin ditzakete, REST API bat ustekabean errepikatutako eskaerak egitera behartzen dutenak. Dei hauek baliabideak gaizki erabiltzeko aukera dute.
21. Zein da HTTP oinarrizko autentifikazioaren funtzionaltasuna?
Oinarrizko autentifikazioa APIen parte gisa erabiltzean, erabiltzaileak erabiltzaile-izena eta pasahitza bidali behar ditu, nabigatzaileak "erabiltzaile-izena: pasahitza" forman kateatzen dituena eta base64 kodetuta.
Arakatzailearen HTTP eskaera guztietan, kodetutako balioa "Baimena" goiburuko balio gisa ematen da. Kredentzialak kodetu besterik ez daudenez, inprimaki hau erabiltzea gomendatzen da HTTPS eskaerak bidaltzean, seguruak ez direlako eta edonork atzeman ditzakeelako segurtasun-protokoloak erabiltzen ez badira.
22. Uste duzu GraphQL mikrozerbitzuen arkitektura sortzeko aukerarik onena dela?
Mikrozerbitzuak eta GraphQL primeran doaz GraphQL-k zure mikrozerbitzuen arkitektura sekretuan mantentzen duelako bezeroengandik.
Frontendetik, zure datu guztiak API bakar batetik etortzea nahi duzu, eta atzeko aldetik, berriz, mikrozerbitzuetan banatu nahi dituzu. Biak lortzeko ezagutzen dudan teknikarik onena GraphQL erabiltzea da.
Zure backend-a mikrozerbitzuetan banatzeko aukera ematen dizu, aplikazio bakoitzari API bakarra emanez eta hainbat zerbitzutako datuen arteko elkarketak gaituz.
23. Zein dira HTTP metodo seguru eta idempotenteen arteko bereizketa nagusiak?
Metodo idempotenteek emaitza bera sortzen dute eskaera beraren bidez behin edo hainbat aldiz deitzen direnean. PUT metodoa idempotentea da.
Modu seguru guztiak idepotenteak dira, baina metodo idempotente guztiak ez dira seguruak, metodo seguruek ez baitituzte baliabideak aldatzen. Adibidez, GET segurua da datuak berreskuratzen dituelako eta baliabidea aldatzen ez duelako.
Gainera, idepotentea da, hots, beti erantzun bera itzuliko duela deitzen denean.
24. Zer suposatzen du JAX-RS APIak RESTful Root Baliabide Klaseek?
Java Enterprise Edition-k JAX-RS API eskakizunak betetzen dituzten klaseak eta interfazeak eskaintzen ditu. JAX-RS-ren laguntzarekin, REST arkitektura estiloan Java web zerbitzuak sortzea errazten da.
JAX-RS APIan, root baliabideen klaseak "java objektu zahar arruntak" edo POJO besterik ez dira. Beharrezko web baliabideak ezartzeko, JAX-RS oharrak erabiltzen dituzte.
@path oharrak dituzte edo haien metodoetako batek gutxienez @path oharrak ditu. Java klase gisa laburbil daitezke API amaierako puntuei aurre egiteko metodoekin.
25. Zer da zehazki Postman, eta zergatik erabiltzen da?
Postman izeneko APIak garatzeko tresna erabiltzen da APIak sortzeko, probatzeko eta aldatzeko. Tresna hau garatzaileek erabil dezakete API baterako behar duten ezaugarrietarako. Garatzaileen lana errazten eta errazten du.
Postman-ek hainbat HTTP kontsulta egitea errazten du, besteak beste, GET, POST, PUT eta PATCH, inguruneak gordetzea gero erabiltzeko eta APIak hainbat hizkuntzatan kode bihurtzea.
Postman-ekin API zikloaren etapa bakoitza errazten da, eta lankidetza errazten da API azkarrago garatzeko.
Gainera, garatzaileei dokumentazioa, zehaztapenak, proba kasuak, prozesuak eta API katalogoak kudeatzeko aukera ematen die.
26. Nola mantentzen dira seguru REST APIak?
REST APIek SOAP APIek bezain segurtasun-berme zorrotzak erabiltzen ez dituztenez, datu sentikorrak ez dira haiek erabiliz bidali edo berreskuratu behar.
Hala ere, REST API fidagarriek segurtasun-kontrolak integratzen jarraitzen dute datu-transmisio seguru eta fidagarrietarako.
- Autentifikazioa eta baimena: APIari egindako eskaera bakoitzak bi egiaztapen hauek gainditu behar ditu. Bezeroaren identitatea autentifikazioaren bidez egiaztatzea eta eskatutako baliabideetara baimenaren bidez atzitzeko baimena duela egiaztatzea bi prozesu ezberdin dira.
- Balioztatzea: APIak bere baliabideetarako sarbidea eman aurretik, eskaerak oraindik egiaztatu behar dira kode kaltegarririk dagoen autentifikatu eta baimendu ondoren. Hortaz, zerbitzari bat injekzio-eraso baterako irekita egongo litzateke.
- Balioztatzea: APIak bere baliabideetarako sarbidea eman aurretik, eskaerak oraindik egiaztatu behar dira kode kaltegarririk dagoen autentifikatu eta baimendu ondoren. Hortaz, zerbitzari bat injekzio-eraso baterako irekita egongo litzateke.
- Enkriptatzea: TLS/SSL enkriptatzea bezeroaren eta zerbitzariaren arteko konexioa babesten du eta hackerrek eskaerak eta erantzunak atzematea mantentzen du.
- Tasa mugatzeko teknikak, hala nola mugak eta throttling, zerbitzariak babesten dituzte indar gordinaren erasoetatik, horiek degradatzea edo huts egitea helburu duten DDoS bezalakoak.
- Ez dago informazio sentikorrik URIetan: Baliabideen URIek ez lukete babestutako daturik eduki behar (adibidez, erabiltzaile-izena, pasahitza edo autentifikazio-tokena).
Ondorioa
Zorionak! REST API-ren elkarrizketa-galdera oinarrizko eta konplexuak eta dagozkien irtenbideak eskura dituzu orain.
Orain REST API-ko elkarrizketa-galdera tipiko batzuei nola erantzun kontzeptu ona daukazula, elkarrizketei erantzuten joan zaitezke. Hurrengo urratsa zure helburuen araberakoa da.
Bisita Elkarrizketa Seriea Hashdork-ekin elkarrizketak prestatzeko.
Utzi erantzun bat