Какие стратегии кеширования улучшают производительность Node API?

Question

Accepted Answer

**Кеширование** сохраняет результаты дорогостоящих операций (запросы БД, вычисления, вызовы внешних API), чтобы повторные запросы можно было обслужить быстро без повторения работы. Это одна из наиболее эффективных оптимизаций производительности для API.

## Кеширование в памяти (самое быстрое, одиночный экземпляр)

```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;
}
```

Просто и чрезвычайно быстро, но кеш **привязан к процессу** (не распределён между экземплярами) и теряется при перезагрузке. Хорошо подходит для небольших горячих данных — но требует вытеснения (используйте LRU кеш, например `lru-cache`), чтобы ограничить память.

## Распределённое кеширование с Redis (общее, масштабируемое)

```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** — это стандарт кеширования для нескольких экземпляров сервера — общее, быстрое хранилище, которое сохраняется при перезагрузке и масштабируется с приложением. **TTL** (время жизни) автоматически удаляет записи, чтобы данные не устаревали вечно.

## HTTP кеширование (позволяет клиентам/CDN кешировать)

```js
res.set("Cache-Control", "public, max-age=3600"); // browsers/CDN cache for 1h
res.set("ETag", hash);                            // conditional requests (304 Not Modified)
```

HTTP заголовки кеша полностью перенаправляют кеширование на браузеры и CDN — самый быстрый кеш — это запрос, который вообще не достигает вашего сервера.

## Сложная часть: инвалидация кеша

```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
}
```

Самая большая сложность кеширования — **инвалидация** — обеспечение того, чтобы обновления очищали или обновляли затронутые записи кеша, чтобы пользователи не видели устаревшие данные. Стратегии: TTL (признание кратковременного устаревания), write-through (обновление кеша при записи) или явное удаление при изменении.

## Что кешировать (и что нет)

```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
```

## Почему это важно

Кеширование резко снижает задержку и нагрузку на БД/внешние сервисы — часто это разница между медленным API и быстрым, масштабируемым.

Знание слоёв — кеширование в памяти (самое быстрое, привязано к экземпляру, ограничено LRU), Redis (общее для всех экземпляров) и HTTP/CDN кеширование (полностью перенаправить) — позволяет выбрать правильную стратегию.

И понимание центральной сложности кеширования, **инвалидации** (через TTL или явное очищение при записи), предотвращает классический отказ компромисса в виде выдачи пользователям устаревших данных.

Эффективное кеширование — один из самых действенных инструментов для производительности и масштабируемости API.