Kako procjenjujete skalu i planirate kapacitet?

Question

Accepted Answer

**Procjena i planiranje kapaciteta** — izračunavanje očekivanog opterećenja, količine podataka i potrebnih resursa — važan je dio dizajna sustava. Grube "procjene na leđima papira" informiraju dizajnerske odluke (koliko skalirati, koji resursi su potrebni) i često se pojavljuju u intervjuima za dizajn.

## Zašto je procjena važna

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

## Što procjenjivati (procjena na leđima papira)

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

## Korisni brojevi i pristup

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

## Zašto je važno

Razumijevanje kako procjenjivati skalu i planirati kapacitet dragocjeno je znanje razine seniora jer **procjena informira dizajnerske odluke sustava** i čest je dio rada na dizajnu i intervjua, pa je to korisna, praktična vještina.

Procjena skale — izračunavanje očekivanog opterećenja, količine podataka i potrebnih resursa kroz grube "procjene na leđima papira" — važna je jer **razumijevanje skale oblikuje cijeli dizajn**: znanje je li sustav napravljen za tisuće ili milijarde zahtjeva određuje koliko skalirati, koje baze podataka koristiti i trebaju li razdjeljivanje i cachiranje, što pomaže izbjeći i prekompliciranje (nepotrebna složenost za malu skalu) i nedovoljan inženjering (dizajn koji ne može rukovati stvarnim opterećenjem).

Razumijevanje **što procjenjivati** — **promet** (korisnici, zahtjevi/sec, omjeri čitanja/pisanja, vrhunske i prosječne vrijednosti), **pohrana** (veličina podataka i rast), **propusnost** i potrebe za **memorijom/cachom** — daje okvir za dimenzioniranje sustava.

Razumijevanje **pristupa** — znanje grubih brojeva latentniosce (memorija nasuprot SSD nasuprot mreža nasuprot međuregionalno), korištenje okruglih brojeva i potencija od 10, procjena reda veličine umjesto traženja preciznosti, izvedba potreba za resursima iz procjena za opravdavanje arhitekture, i **planiranje kapaciteta** (dodjela resursa za očekivano opterećenje plus rast i rezerva) — odražava praktičnu vještinu brzog donošenja korisnih procjena.

Ovo je česta, očekivana vještina u intervjuima za dizajn sustava (gdje procjena na leđima papira pokazuje da možete rasuđivati o skali) i u stvarnom planiranju kapaciteta.

Pošto procjena skale informira ključne dizajnerske odluke (kako skalirati, koji resursi su potrebni, izbjegavanje preplaniravanja/nedoplaniranja) i čest je dio rada na dizajnu sustava i intervjua, i pošto je razumijevanje što procjenjivati i kako (procjene na leđima papira, brojevi latentnosti, planiranje kapaciteta) praktična vještina, razumijevanje kako procjenjivati skalu i planirati kapacitet dragocjeno je znanje razine seniora — korisna, očekivana vještina za dizajn sustava koja informira arhitekturne odluke kroz grube kvantitativne analize, česta u stvarnom planiranju kapaciteta i dizajn intervjuima, i odražava sposobnost utemeljenja dizajna u realističnim procjenama skale i potreba za resursima.