Mitä on REST ja mitkä ovat sen tärkeimmät rajoitteet?

Question

IT Interview Practice · Accepted Answer

**REST** (Representational State Transfer) on **arkkitehtuurityyli** verkotetuille sovelluksille, jonka määritteli Roy Fielding. Se ei ole protokolla eikä standardi — se on joukko **rajoitteita (constraints)**, jotka noudatettuina tekevät API:sta skaalautuvan, cachetettavan ja helposti kehittyvän. "RESTful"-API mallintaa kaiken **resursseina** (users, orders, products), jotka tunnistetaan URI:eilla, ja käsittelee niitä standardeilla HTTP-metodeilla.

## Ydinrajoitteet

- **Client–server** — erota UI (client) tietovarastosta (server), jotta kumpikin kehittyy itsenäisesti.
- **Stateless** — jokainen pyyntö kantaa kaiken sen käsittelyyn tarvittavan tiedon; palvelin ei säilytä **mitään client-sessiotilaa** pyyntöjen välillä. Mikä tahansa palvelin voi käsitellä minkä tahansa pyynnön, mikä tekee horisontaalisesta skaalauksesta helppoa.
- **Cacheable** — vastaukset ilmoittavat, voiko niitä cachettaa, sallien clientien ja proxyjen käyttää niitä uudelleen.
- **Uniform interface** — määrittävä rajoite: resurssit tunnistetaan URI:eilla, käsitellään representaatioiden (yleensä JSON) kautta, viestit ovat itsekuvaavia ja hypermedia-linkit ohjaavat clientiä.
- **Layered system** — proxyt, gatewayt ja kuormantasaajat voivat sijaita clientin ja serverin välissä läpinäkyvästi.
- **Code-on-demand** (valinnainen) — palvelimet voivat lähettää suoritettavaa koodia (esim. JavaScript).

## Resurssikeskeinen pyyntö

```http
GET /users/42 HTTP/1.1
Host: api.example.com
Accept: application/json
```

```http
HTTP/1.1 200 OK
Content-Type: application/json

{ "id": 42, "name": "Ann", "email": "ann@example.com" }
```

URI `/users/42` nimeää resurssin; `GET` on toiminto; JSON on representaatio. Tuo yhdistelmä — substantiivit polussa, verbit HTTP-metodeina — on REST:in ydin.

## Miksi se on tärkeää

REST on hallitseva tyyli web-API:eille, joten haastattelijat käyttävät tätä kysymystä tarkistaakseen, että ymmärrät *miksi* se toimii, etkä vain osaa lausua sen. Kaksi käytännössä tärkeintä rajoitetta ovat **statelessness** (jokainen pyyntö on itsenäinen, joten voit laittaa minkä tahansa määrän palvelimia kuormantasaajan taakse ja skaalata horisontaalisesti ilman sticky-sessioita) ja **uniform interface** (ennustettavat, resurssikeskeiset URL:t plus standardit HTTP-metodit ja status codet, mikä tarkoittaa, etteivät clientit tarvitse räätälöityä logiikkaa per endpoint). Vahva vastaus yhdistää rajoitteet konkreettisiin hyötyihin — statelessness mahdollistaa skaalauksen, cacheability vähentää kuormaa, layered system antaa lisätä CDN:iä ja gatewayta — ja huomauttaa, että useimmat "REST"-API:t ovat pragmaattisia ennemmin kuin täysin RESTful (harva toteuttaa HATEOAS:n). Näiden rajoitteiden ymmärtäminen on perusta jokaiselle muulle REST-suunnittelupäätökselle, status codejen valinnasta versiointiin.

Ydinrajoitteet

Resurssikeskeinen pyyntö

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset