একটি Node API-এর কর্মক্ষমতা উন্নত করার জন্য কোন ক্যাশিং কৌশলগুলি কার্যকর?

Question

Accepted Answer

**Caching** ব্যয়বহুল অপারেশনের ফলাফল (DB queries, computations, external API calls) সংরক্ষণ করে যাতে পুনরাবৃত্ত অনুরোধগুলি কাজটি পুনরায় না করে দ্রুত পরিবেশন করা যায়। এটি একটি API-এর জন্য সর্বোচ্চ-প্রভাব কর্মক্ষমতা অপটিমাইজেশনগুলির মধ্যে একটি।

## In-memory caching (দ্রুততম, একক-instance)

```js
const cache = new Map();

async function getUser(id) {
  if (cache.has(id)) return cache.get(id); // cache HIT — instant
  const user = await db.findUser(id);       // cache MISS — do the work
  cache.set(id, user);
  return user;
}
```

সহজ এবং অত্যন্ত দ্রুত, কিন্তু ক্যাশ **per-process** (instances জুড়ে শেয়ার করা হয় না) এবং পুনরায় চালু হওয়ার সময় হারিয়ে যায়। ছোট, hot data-এর জন্য ভাল — কিন্তু মেমোরি bounded করার জন্য eviction প্রয়োজন (একটি LRU cache যেমন `lru-cache` ব্যবহার করুন)।

## Distributed caching with Redis (শেয়ার করা, scalable)

```js
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** একাধিক সার্ভার instances জুড়ে caching-এর স্ট্যান্ডার্ড — একটি শেয়ার করা, দ্রুত store যা পুনরায় চালু হওয়ার পরে বেঁচে থাকে এবং আপনার অ্যাপের সাথে স্কেল করে। **TTL** (time-to-live) স্বয়ংক্রিয়ভাবে entries মেয়াদ উত্তীর্ণ করে যাতে ডেটা চিরকালের জন্য stale না হয়।

## HTTP caching (ক্লায়েন্ট/CDNগুলিকে cache করতে দিন)

```js
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 browsers এবং CDNগুলিতে caching সম্পূর্ণভাবে offload করে — দ্রুততম cache হল সেই অনুরোধ যা আপনার সার্ভারে কখনও পৌঁছায় না।

## কঠিন অংশ: cache invalidation

```js
// 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 চ্যালেঞ্জ হল **invalidation** — নিশ্চিত করা যে আপডেটগুলি প্রভাবিত cache entries পরিষ্কার/রিফ্রেশ করে যাতে ব্যবহারকারীরা stale ডেটা না দেখে। কৌশলগুলি: TTL (সংক্ষিপ্ত staleness গ্রহণ করুন), write-through (লেখার সময় cache আপডেট করুন), বা mutation-এ স্পষ্ট deletion।

## কী cache করবেন (এবং কী করবেন না)

```text
✓ 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 এবং একটি দ্রুত, scalable API-এর মধ্যে পার্থক্য।

স্তরগুলি জানা — in-memory (দ্রুততম, per-instance, LRU দিয়ে bounded), Redis (instances জুড়ে শেয়ার করা), এবং HTTP/CDN caching (সম্পূর্ণভাবে offload) — আপনাকে সঠিক কৌশল বেছে নিতে দেয়।

এবং caching-এর কেন্দ্রীয় অসুবিধা বোঝা, **invalidation** (TTL বা লেখার সময় স্পষ্ট clearing-এর মাধ্যমে), এটিই হল যা stale ডেটা পরিবেশন করার ক্লাসিক trade-off ব্যর্থতা প্রতিরোধ করে।

কার্যকর caching API কর্মক্ষমতা এবং scalability-এর জন্য সবচেয়ে প্রভাবশালী সরঞ্জামগুলির মধ্যে একটি।