REST vs GraphQL vs gRPC — cathain a roghnófá gach ceann?

Question

IT Interview Practice · Accepted Answer

Is trí pharaidím API éagsúla iad seo, gach ceann optamaithe do shrianta éagsúla. Níl aon bhuaiteoir uilíoch ann — braitheann an rogha cheart ar an **tomhaltóir, cruth na sonraí, agus an líonra**.

## An triúr ar an toirt

```text
           REST                 GraphQL              gRPC
Style      resources + HTTP     single query graph   RPC (call methods)
Transport  HTTP/1.1, JSON       HTTP, JSON           HTTP/2, Protobuf (binary)
Fetching   fixed endpoints      client picks fields  fixed methods
Schema     optional (OpenAPI)   strong, typed        strong, .proto
Browser    native, cacheable    needs client lib     limited (needs proxy)
```

## REST

Dírithe ar acmhainní thar HTTP simplí. **Roghnaigh é** do public APIs, seirbhísí CRUD, agus aon rud a bhaineann leas as HTTP caching, uileláithreacht, agus simplíocht. Is iad a laigí **over-fetching** (faigheann tú an `/users/42` iomlán fiú má theastaíonn réimse amháin uait) agus **under-fetching** (an fhadhb `N+1`: faigh user, ansin lúbáil chun gach order a fháil).

```http
GET /users/42            → the whole user
GET /users/42/orders     → a second round trip
```

## GraphQL

Endpoint aonair ina sonraíonn an **cliant go beacht cad atá uaidh** in aon query amháin, ag réiteach over/under-fetching. **Roghnaigh é** do frontends saibhre (go háirithe mobile, áit a bhfuil turais fillte costasach) agus nuair a theastaíonn cruthanna éagsúla de na sonraí céanna ó go leor cliant.

```text
POST /graphql
query { user(id: 42) { name orders { total } } }   ← one round trip, exact fields
```
Comhbhabhtálacha: tá HTTP caching níos deacra (is `POST` chuig `/graphql` gach rud), agus is féidir le resolver naïve queries `N+1` costasacha bunachair sonraí a cheilt.

## gRPC

RPC conradh-ar-dtús ag úsáid **Protobuf** thar **HTTP/2**. Dénártha agus ilphléacsaithe, mar sin tá sé tapa agus dlúth le tacaíocht streaming. **Roghnaigh é** do chumarsáid **service-to-service inmheánach** i backend microservices áit a bhfuil feidhmíocht agus clóscríobh docht tábhachtach. Laige: droch-thacaíocht brabhsálaí (teastaíonn proxy ar nós grpc-web) agus níl sé inléite ag duine.

## Ag roghnú

```text
Public API, CRUD, caching, wide reach   → REST
Complex/varied frontend data needs      → GraphQL
High-performance internal microservices → gRPC
(Real systems mix them: REST/GraphQL at the edge, gRPC between services.)
```

## Cén fáth a bhfuil sé tábhachtach

Ag leibhéal sinsearach, is lú cúram a bhíonn ar agallóirí faoi shainmhínithe agus is mó faoi cé acu an féidir leat **rogha a chosaint in aghaidh srianta** — is é atá sa cheist seo i ndáiríre "an féidir leat teicneolaíocht a mheaitseáil le fadhb in ionad hype a leanúint?" Ancairíonn na freagraí is láidre ar an bpian a réitíonn gach ceann: tá GraphQL ann chun over/under-fetching a mharú do frontends éilitheacha, tá gRPC ann chun glaonna seirbhíse inmheánacha a dhéanamh tapa agus clóscríofa go docht, agus fanann REST mar réamhshocrú toisc gur buntáistí praiticiúla ollmhóra iad HTTP caching, tooling, agus eolas uilíoch do APIanna poiblí agus i stíl CRUD. Go ríthábhachtach, tugann innealtóir sinsearach faoi deara nach **ceachtar/nó** é — is ailtireacht choitianta é REST nó GraphQL ag an imeall poiblí le gRPC idir microservices backend — agus ainmníonn sé na comhbhabhtálacha nithiúla (rioscaí caching agus `N+1` GraphQL, scéal lag brabhsálaí gRPC). Is é an réasúnaíocht sin faoi oiriúnacht agus costas, ní an cumas gnéithe a aithris, an comhartha.

An triúr ar an toirt

REST

GraphQL

gRPC

Ag roghnú

Cén fáth a bhfuil sé tábhachtach

Ceisteanna gaolmhara