Node API のパフォーマンスを向上させるキャッシュ戦略にはどのようなものがありますか?

Question

Accepted Answer

**キャッシュ**は、コストの高い操作（DB クエリ、計算、外部 API 呼び出し）の結果を保存し、繰り返しのリクエストが処理をやり直すことなく高速に応答できるようにします。API にとって最も効果の高いパフォーマンス最適化の 1 つです。

## インメモリキャッシュ（最速、単一インスタンス）

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

async function getUser(id) {
  if (cache.has(id)) return cache.get(id); // キャッシュヒット — 即時
  const user = await db.findUser(id);       // キャッシュミス — 処理を実行する
  cache.set(id, user);
  return user;
}
```

シンプルで極めて高速ですが、キャッシュは**プロセスごと**（インスタンス間で共有されない）で、再起動で失われます。小さくホットなデータには適しています。ただしメモリを制限するためにエビクション（`lru-cache` のような LRU キャッシュ）が必要です。

## 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);          // ヒット

const user = await db.findUser(id);
  await redis.setEx(`user:${id}`, 3600, JSON.stringify(user)); // 1 時間キャッシュ（TTL）
  return user;
}
```

**Redis** は複数のサーバーインスタンスをまたいだキャッシュの標準です。共有された高速なストアで、再起動を生き延び、アプリとともにスケールします。**TTL**（time-to-live）はエントリを自動的に期限切れにし、データが永遠に古くならないようにします。

## HTTP キャッシュ（クライアント / CDN にキャッシュさせる）

```js
res.set("Cache-Control", "public, max-age=3600"); // ブラウザ / CDN が 1 時間キャッシュする
res.set("ETag", hash);                            // 条件付きリクエスト（304 Not Modified）
```

HTTP のキャッシュヘッダーはキャッシュをブラウザと CDN に完全にオフロードします。最速のキャッシュは、そもそもサーバーに到達しないリクエストです。

## 難しい部分: キャッシュの無効化

```js
// データが変わったら、キャッシュを更新またはクリアしないと、ユーザーは古いデータを見る
async function updateUser(id, data) {
  await db.updateUser(id, data);
  await redis.del(`user:${id}`); // 無効化 — 次の読み取りで新しいデータを再投入する
}
```

キャッシュ最大の課題は**無効化**です。更新が影響を受けるキャッシュエントリをクリア / リフレッシュし、ユーザーが古いデータを見ないようにすることです。戦略: TTL（短時間の古さを許容する）、ライトスルー（書き込み時にキャッシュを更新する）、変更時の明示的な削除です。

## 何をキャッシュするか（しないか）

```text
✓ 読み取りが多く、めったに変わらないデータ（設定、商品カタログ、ユーザープロフィール）
✓ コストの高い計算、外部 API のレスポンス
✗ 非常に動的 / 個人向け、または急速に変わるデータ（あるいは非常に短い TTL を使う）
✗ 誰がキャッシュを読めるかへの配慮なしの機密データ
```

## なぜ重要なのか

キャッシュはレイテンシとデータベース / 外部負荷を劇的に削減し、しばしば遅い API と高速でスケーラブルな API の差を生みます。

レイヤー — インメモリ（最速、インスタンスごと、LRU で制限）、Redis（インスタンス間で共有）、HTTP/CDN キャッシュ（完全にオフロード）— を知ることで、適切な戦略を選べます。

そして、キャッシュの中心的な難しさである**無効化**（TTL または書き込み時の明示的なクリアによる）を理解することが、ユーザーに古いデータを提供するという古典的なトレードオフの失敗を防ぎます。

効果的なキャッシュは、API のパフォーマンスとスケーラビリティにとって最も影響の大きいツールの 1 つです。