Cum estimezi scala și faci planificarea capacității?

Question

Accepted Answer

**Estimarea și planificarea capacității** — calcularea încărcării așteptate, volumului de date și nevoilor de resurse — este o parte importantă a designului de sistem. Calculele aproximative "back-of-the-envelope" informează deciziile de design (cât de mult să scalezi, ce resurse sunt necesare) și sunt comune în interviurile de design.

## De ce contează estimarea

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

## Ce să estimezi (back-of-the-envelope)

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

## Numere utile și abordare

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

## De ce contează

Înțelegerea cum să estimezi scala și să faci planificarea capacității este cunoștință valoroasă la nivel senior, deoarece **estimarea informează deciziile de design ale sistemului** și este o parte comună a muncii de design și interviurilor, deci este o skill utilă și practică.

Estimarea scalei — calcularea încărcării așteptate, volumului de date și nevoilor de resurse prin calcule aproximative "back-of-the-envelope" — este importantă deoarece **înțelegerea scalei modelează întregul design**: știind dacă un sistem gestionează mii sau miliarde de cereri determină cât de mult să scalezi, ce baze de date să folosești și dacă sunt necesare sharding și caching, ajutând să eviti atât over-engineering-ul (complexitate inutilă pentru scală mică) cât și under-engineering-ul (un design care nu poate gestiona încărcarea reală).

Înțelegerea **ce să estimezi** — **trafic** (utilizatori, cereri/sec, rapoarte citire/scriere, vârf vs mediu), **stocare** (dimensiunea și creșterea datelor), **bandwidth** și nevoile de **memorie/cache** — oferă cadrul pentru dimensionarea unui sistem.

Înțelegerea **abordării** — cunoașterea numerelor aproximative de latență (memorie vs SSD vs rețea vs cross-region), folosirea numerelor rotunde și a puterilor lui 10, estimarea ordinului de mărime în loc să cauti precizie, derivarea nevoilor de resurse din estimări pentru a justifica arhitectura, și **planificarea capacității** (provizionarea pentru încărcarea așteptată plus creștere și marjă de siguranță) — reflectă skill-ul practic de a face estimări utile rapid.

Aceasta este o skill comună și așteptată în interviurile de design de sistem (unde estimarea back-of-the-envelope demonstrează că poți raționa despre scală) și în planificarea reală a capacității.

Deoarece estimarea scalei informează decizii de design cheie (cum să scalezi, ce resurse sunt necesare, evitarea over/under-engineering-ului) și este o parte comună a muncii de design de sistem și interviurilor, și deoarece înțelegerea ce și cum să estimezi (calcule back-of-the-envelope, numere de latență, planificarea capacității) este o skill practică, înțelegerea cum să estimezi scala și să faci planificarea capacității este cunoștință valoroasă la nivel senior — o skill utilă și așteptată pentru design de sistem care informează deciziile arhitecturale prin raționament cuantitativ aproximativ, comună atât în planificarea reală a capacității cât și în interviurile de design, și reflectând capacitatea de a baza design-urile pe estimări realiste ale scalei și nevoilor de resurse.