スケールをどのように見積もり、キャパシティプランニングをどのように行いますか？

Question

Accepted Answer

**見積もりとキャパシティプランニング** — 予想される負荷、データ量、リソース需要を計算すること — はシステム設計の重要な部分です。ラフな「ざっくりした計算」（back-of-the-envelope calculations）は設計の決定（どの程度スケールするか、どのようなリソースが必要か）を導くものであり、設計インタビューでは一般的です。

## なぜ重要なのか

```text
Estimating scale informs DESIGN decisions:
  → how many servers? how much storage? what database? do you need sharding/caching?
  → understanding the SCALE (small vs massive) shapes the whole design
→ rough numbers guide whether/how to scale (don't over- or under-engineer)
```

## 見積もる対象（ざっくりした計算）

```text
✓ TRAFFIC → users, requests/sec (QPS); read vs write ratio (e.g. 100:1 reads:writes)
  → peak vs average (design for peak); daily active users → requests
✓ STORAGE → data size per item × volume × growth over time → total storage (and growth rate)
✓ BANDWIDTH → data transferred per second (request size × QPS)
✓ MEMORY → cache size needed (e.g. cache the hot 20% of data)
→ rough estimates (order of magnitude) → good enough to inform design
```

## 有用な数値とアプローチ

```text
→ Know rough "latency numbers": memory ~ns, SSD ~µs, network/disk ~ms, cross-region ~100ms
→ Round numbers; use powers of 10; estimate, don't seek precision
→ Example: 1M daily users × 10 requests = 10M/day ≈ ~115 req/sec average (× peak factor)
→ derive resource needs from the estimates → justify the architecture
→ CAPACITY PLANNING → provision for expected load + growth + headroom; plan to scale
```

## なぜ重要なのか

スケールの見積もり方とキャパシティプランニングの方法を理解することは、価値のあるシニアレベルの知識です。なぜなら **見積もりはシステム設計の決定を導き**、設計業務やインタビューの一般的な部分だからであり、実用的なスキルだからです。

スケールの見積もり — ラフな「ざっくりした計算」を通じて予想される負荷、データ量、リソース需要を計算すること — は重要です。なぜなら **スケールを理解することがデザイン全体を形作る**からです。システムが数千件のリクエストを処理するのか、数十億件のリクエストを処理するのかを知ることで、どの程度スケールするか、どのようなデータベースを使用するか、シャーディングとキャッシングが必要かどうかが決まり、不要な過度な設計（小規模向けの不要な複雑性）と過小設計（実際の負荷に対応できない設計）の両方を回避するのに役立つからです。

**何を見積もるか** — **トラフィック**（ユーザー数、リクエスト/秒、読み書きの比率、ピークと平均）、**ストレージ**（データサイズと増加量）、**帯域幅**、**メモリ/キャッシュ**のニーズ — を理解することで、システムのサイジングのためのフレームワークが得られます。

**アプローチ** — ラフなレイテンシ数値（メモリ対SSD対ネットワーク対リージョン間）を知ること、丸い数値と10の累乗を使用すること、精度を求めるのではなく桁数を見積もること、見積もりからリソース需要を導いてアーキテクチャを正当化すること、そして **キャパシティプランニング**（予想される負荷に加えて成長とヘッドルームのためのプロビジョニング）— は迅速に有用な見積もりを行う実践的なスキルを反映しています。

これはシステム設計インタビューにおける一般的で期待されるスキルです（ざっくりした計算がスケールについて推論できることを示すため）。また実際のキャパシティプランニングにおいても一般的です。

スケールの見積もりがキー設計決定（スケール方法、必要なリソース、過度な/過小な設計の回避）を導くものであり、システム設計業務やインタビューの一般的な部分であり、何を見積もるか、どのように見積もるか（ざっくりした計算、レイテンシ数値、キャパシティプランニング）の理解が実践的なスキルであるため、スケールの見積もり方とキャパシティプランニングの方法を理解することは価値のあるシニアレベルの知識です。ざっくりした定量的な推論を通じてデザインを実際のスケール見積もりとリソース需要に基づくものにする、システム設計における有用で期待されるスキルです。実際のキャパシティプランニングと設計インタビューの両方で一般的です。