Cad is idempotency ann, agus conas a dhéanann idempotency keys atriail sábháilte?

Question

IT Interview Practice · Accepted Answer

Ciallaíonn **idempotency** go bhfuil an éifeacht chéanna ag oibríocht a dhéanamh **go leor uaireanta agus atá aici agus é a dhéanamh uair amháin**. Tá sé tábhachtach toisc go bhfuil líonraí neamhiontaofa: nuair a sheolann cliant iarratas agus nach dtagann an freagra riamh, ní féidir leis a rá ar phróiseáil an server é. Má atriaileann sé, d'fhéadfadh oibríocht neamh-idempotent rith faoi dhó.

## An fhadhb

```text
Client ──POST /payments {$100}──▶ Server   (charges $100 ✓)
Client ◀────────X (timeout)────── Server   (response lost)
Client ──POST /payments {$100}──▶ Server   (charges $100 AGAIN ✗ → $200!)
```

Tá `GET`, `PUT`, agus `DELETE` idempotent go nádúrtha, mar sin tá atriail orthu sábháilte. **Níl** `POST` — is anseo go díreach a thagann muirir dhúbailte agus orders dúbailte.

## An réiteach: idempotency keys

Gineann an cliant **eochair uathúil** (UUID de ghnáth) don oibríocht loighciúil agus seolann sé i header é. Stórálann an server an eochair leis an toradh; má thagann an eochair chéanna arís, filleann sé an toradh **stóráilte** in ionad é a rith arís.

```http
POST /payments HTTP/1.1
Idempotency-Key: 5f2b8c1e-3a4d-4e6f-9c0b-1a2b3c4d5e6f
Content-Type: application/json

{ "amount": 100, "currency": "usd" }
```

```text
Server logic on receiving a request with an Idempotency-Key:
  1. Look up the key in a store (e.g. Redis/DB).
  2. If found → return the saved response (no re-charge).      ← the retry case
  3. If not  → process, save (key → response), then return.
  (Wrap 3 in a transaction / lock so concurrent retries don't double-execute.)
```

Tugann an **eochair chéanna** ar atriail an `200` céanna agus an íocaíocht chéanna — gearrtar ar an gcustaiméir uair amháin. Is mar seo go díreach a oibríonn API Stripe.

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

Scarann an cheist seo innealtóirí a dhearann don happy path ó dhaoine a dhearann do **theip**, arb é sin bunbhrí iontaofachta táirgthe. Ráthaíonn córais dháilte go dtarlóidh timeouts agus teipeanna páirteacha *go cinnte*, mar sin teastaíonn scéal atriail ó aon endpoint le fo-iarmhairtí — íocaíochtaí, orders, airgead a sheoladh — agus tá "ná déan ach atriail" contúirteach do `POST`. Ba mhaith leis an agallóir an léargas dhá chuid a chloisteáil: ar dtús, gur airí é idempotency is féidir leat a *dhearadh isteach* (`PUT`/`DELETE` a dhéanamh sábháilte go nádúrtha, agus **idempotency key** a thabhairt do `POST` nuair nach féidir leis a bheith), agus ar an dara dul síos, an mionsonra caolchúiseach comhuainíochta — ní mór do dhá atriail a thagann le chéile gan an dá cheann a rith, mar sin teastaíonn lock nó unique constraint ón tseiceáil eochrach agus ón scríobh. Is é seo a fháil ceart an difríocht idir gearradh ar chustaiméir uair amháin agus gearradh air faoi dhó, agus sin an fáth a gcuireann gach API íocaíochtaí agus tráchtála dáiríre i bhfeidhm é.

An fhadhb

An réiteach: idempotency keys

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

Ceisteanna gaolmhara