Caching महंगे operations (DB queries, computations, external API calls) के परिणामों को store करता है ताकि repeated requests को काम को फिर से किए बिना तेजी से serve किया जा सके। यह एक API के लिए highest-impact performance optimizations में से एक है।
cache = ();
() {
(cache.(id)) cache.(id);
user = db.(id);
cache.(id, user);
user;
}
Simple और extremely fast है, लेकिन cache per-process है (instances के बीच shared नहीं) और restart पर खो जाता है। छोटे, hot data के लिए अच्छा है — लेकिन memory को bound करने के लिए eviction की जरूरत है (lru-cache जैसे LRU cache का उपयोग करें)।
import { createClient } from "redis";
const redis = createClient();
async function getUser(id) {
const cached = await redis.get(`user:${id}`);
if (cached) return JSON.parse(cached); // hit
const user = await db.findUser(id);
await redis.setEx(`user:${id}`, 3600, JSON.stringify(user)); // cache for 1h (TTL)
return user;
}
Redis multiple server instances के बीच caching के लिए standard है — एक shared, fast store जो restarts को survive करता है और आपके app के साथ scale करता है। TTL (time-to-live) entries को auto-expire करता है ताकि data हमेशा के लिए stale न हो जाए।
res.set("Cache-Control", "public, max-age=3600"); // browsers/CDN cache for 1h
res.set("ETag", hash); // conditional requests (304 Not Modified)
HTTP cache headers caching को browsers और CDNs को पूरी तरह offload करते हैं — सबसे तेज cache वह request है जो कभी आपके server तक नहीं पहुंचता।
// when data changes, the cache must be updated or cleared, or users see stale data
async function updateUser(id, data) {
await db.updateUser(id, data);
await redis.del(`user:${id}`); // INVALIDATE — next read repopulates with fresh data
}
सबसे बड़ी caching challenge invalidation है — यह सुनिश्चित करना कि updates affected cache entries को clear/refresh करें ताकि users stale data न देखें। Strategies: TTL (brief staleness accept करें), write-through (write पर cache update करें), या mutation पर explicit deletion।
✓ Read-heavy, infrequently-changing data (config, product catalogs, user profiles)
✓ Expensive computations, external API responses
✗ Highly dynamic/personalized or rapidly-changing data (or use very short TTLs)
✗ Sensitive data without care for who can read the cache
Caching latency और database/external load को नाटकीय रूप से कम करता है, अक्सर एक slow API और एक fast, scalable API के बीच का अंतर।
Layers को जानना — in-memory (fastest, per-instance, LRU के साथ bounded), Redis (instances के बीच shared), और HTTP/CDN caching (पूरी तरह offload) — आपको सही strategy pick करने देता है।
और caching की central difficulty, invalidation (TTL या writes पर explicit clearing के माध्यम से) को समझना, जो users को stale data serve करने की classic trade-off failure को रोकता है।
Effective caching API performance और scalability के लिए सबसे impactful tools में से एक है।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्