మీరు ఒక GraphQL API ను ఎలా cache చేస్తారు?

Question

IT Interview Practice · Accepted Answer

GraphQL ను cache చేయడం REST కంటే కష్టం ఎందుకంటే ఒకే endpoint ఉంటుంది మరియు requests సాధారణంగా POST, కాబట్టి URL-based HTTP caching నేరుగా పనిచేయదు. బదులుగా మీరు మూడు layers వద్ద cache చేస్తారు: **client**, **transport/CDN**, మరియు **server**.

## Normalized client cache

Apollo Client మరియు Relay ఫలితాలను `__typename` + `id` ద్వారా keyed చేయబడిన **normalized cache** లో నిల్వ చేస్తాయి. ప్రతి object ఒకసారి నిల్వ చేయబడుతుంది; అదే `User:1` ను సూచించే వేర్వేరు queries దాన్ని పంచుకుంటాయి, కాబట్టి ఒక entity ను update చేసే mutation ప్రతి view ను స్వయంచాలకంగా refresh చేస్తుంది.

```graphql
# Both queries write to the same normalized entry User:1 in the client cache
query A { user(id: "1") { id name } }
query B { post(id: "9") { author { id name } } }  # author is also User:1
```

అందుకే fields `id` ను తిరిగి ఇవ్వాలి — deduplicate చేయడానికి cache కు stable key అవసరం.

## Persisted queries + CDN

**Persisted queries** query string ను ఒక hash తో భర్తీ చేస్తాయి. Client పొడవైన POST body బదులుగా ఒక చిన్న hash ను పంపుతుంది; server registered query ను వెతుకుతుంది.

```js
// Automatic Persisted Queries: first a tiny GET with just the hash
// GET /graphql?extensions={"persistedQuery":{"sha256Hash":"abc..."}}
// -> because it's a GET with a stable key, a CDN can cache the RESPONSE at the edge
```

read queries ను cacheable GETs గా మార్చడం ఒక **CDN** వాటిని edge వద్ద serve చేయడానికి అనుమతిస్తుంది, మరియు payloads ను తగ్గిస్తుంది. `@cacheControl` hints (max-age, scope) server కు CDN మరియు Apollo server cache గౌరవించే per-field TTLs ను ప్రకటించడానికి అనుమతిస్తాయి.

## Server-side

query + variables + auth scope ద్వారా keyed చేయబడిన response cache (ఉదా. Apollo యొక్క) resolvers ను తిరిగి నడపడాన్ని నివారిస్తుంది; DataLoader per-request de-duplication ను handle చేస్తుంది (ఇది వేరే విషయం — ఇది cross-request cache కాదు).

## ఇది ఎందుకు ముఖ్యం

single-endpoint/POST design naive HTTP caching ను విచ్ఛిన్నం చేస్తుంది, కాబట్టి interviewers **layered** సమాధానం వినాలనుకుంటారు: client పై normalized entity cache, CDN/edge caching ను అన్‌లాక్ చేయడానికి persisted queries + `@cacheControl`, మరియు DataLoader ఎక్కడ సరిపోతుంది (per-request, cross-request కాదు).

Normalized client cache

Persisted queries + CDN

Server-side

ఇది ఎందుకు ముఖ్యం

సంబంధిత ప్రశ్నలు