Kako biste kao tehnički voditelj planirali deseterostruki rast broja korisnika?

Question

IT Interview Practice · Accepted Answer

Kao tech lead najprije bih pretvorio **„deset puta više korisnika” u očekivanu uporabu, ciljeve usluge i plan koji tim može isporučiti**. Broj registriranih računa sam ne govori koliko zahtjeva stiže u najopterećenijem trenutku.

Pretpostavimo da poslovanje planira kampanju za platformu narudžbi. Pitanje je mogu li kupci tijekom kampanje pregledavati, kupovati i dobivati potvrde unutar raspoloživog vremena i budžeta.

## 1. Prevedite rast u radno opterećenje

Pitajte produktni tim kada korisnici dolaze i što će raditi. Postupan rast tijekom godine razlikuje se od kampanje koja dovodi sve odjednom.

Primjerice, 100.000 računa uz 1 % istodobno aktivnih znači 1.000 istodobnih korisnika. Uz 5 % to je 5.000. To su ilustrativne pretpostavke, a ne zadani omjeri. Još treba procijeniti učestalost zahtjeva i rad po zahtjevu.

Popišite opterećenje kampanje:

- Pregledavanje i pretrage, uključujući popularne proizvode.
- Upise narudžbi i plaćanja u vršnim razdobljima.
- Rast pohrane i zadržane povijesti.
- Pozadinski rad poput obavijesti i izvještaja.

Tako dobivamo opterećenja za testiranje umjesto neodređene upute da broj poslužitelja pomnožimo s deset.

## 2. Dogovorite što mora ostati dobro

Odredite prihvatljivo vrijeme odgovora, stopu pogrešaka i dovršavanje kritičnih korisničkih radnji. Gdje je važno, definirajte svježinu podataka i očekivanja oporavka. Kašnjenje izvještaja može biti prihvatljivo, neuspješna kupnja ne.

```text
[Campaign assumptions] -> [Expected workload] -> [Service targets]
                                                   |
                                            [Acceptance tests]
```

Ciljevi povezuju tehnički rad s ishodima za kupca. Omogućuju procjenu dovoljnog poboljšanja i prihvatljive degradacije pod pritiskom.

## 3. Izmjerite postojeću granicu prije izbora promjena

Koristite produkcijska opažanja i reprezentativne testove opterećenja. Ispitajte spore upite, veze baze, CPU, memoriju, starost poslova u redu i kvote vanjskih usluga. Uključite neravnomjeran promet prema popularnim proizvodima, ne samo nasumične zahtjeve.

Ako su veze baze ograničenje, dodavanje aplikacijskih čvorova može povećati natjecanje za resurse. Ako je ograničenje kvota pružatelja plaćanja, brža aplikacija ne povećava tu kvotu.

Testirajte hladan cache i gubitak instance uz normalan rad. Potreban je kapacitet za oporavak tijekom kampanje, a ne samo uspješan idealan test.

## 4. Pretvorite nalaze u zadatke s vlasnicima

| Nalaz | Moguća mjera | Potreban dokaz |
| --- | --- | --- |
| Ponavljana skupa čitanja | Poboljšati upit ili predmemorirati prikladne rezultate | Manje rada baze uz prihvatljivu svježinu. |
| Pozadinski poslovi konkuriraju kupnjama | Ograničiti ili odvojiti njihov kapacitet | Kupnja ostaje zdrava tijekom pozadinskog rada. |
| Nedostatna kvota ovisnosti | Dogovoriti povećanje ili kontrolirati prihvat | Potvrđena kvota i testirano ponašanje na granici. |
| Kapacitet ostaje nedovoljan nakon manjih popravaka | Procijeniti skaliranje ili veću promjenu dizajna | Izmjerena korist, migracijski plan i trošak. |

Svakoj mjeri dodijelite vlasnika, budžet, ovisnosti, rok i prihvatni test. Uključite uvođenje, operativnu obuku i pripremu dežurstva, ne samo implementaciju.

Prioritete odredite prema utjecaju na kupce i riziku isporuke. Veliko prepisivanje ili sharding zahtijeva dokazani razlog i dovoljno vremena za migraciju i provjeru.

## 5. Uvježbajte kampanju i postupno povećavajte promet

Uvodite promjene u upravljivim koracima i zajedno testirajte očekivane korisničke radnje. Odredite kada povećati promet, zaustaviti povećanje ili vratiti verziju. Promjene formata podataka mogu zahtijevati popravak unaprijed umjesto jednostavnog povratka.

Pripremite kontrolirano smanjenje usluge: odgodite neobvezne izvoze, ograničite pozadinski rad ili odbijte višak zahtjeva uz očuvanje kritičnih operacija. Provjerite smanjuju li kontrole stvarno opterećenje i dobiva li kupac jasan ishod.

Ako cilj ne stane u rok ili budžet, ponudite produktu konkretne opcije: postupno dovoditi korisnike, smanjiti skupu značajku ili financirati izmjereno usko grlo. Objasnite korisnički utjecaj i neizvjesnost svake opcije.

**Zapamtite:** pretpostavke rasta → ciljevi usluge → izmjerene granice → plan s vlasnicima → uvježbano uvođenje. Tech lead isporučuje plan kapaciteta koji uključuje ljude, novac i oporavak.

Nalaz	Moguća mjera	Potreban dokaz
Ponavljana skupa čitanja	Poboljšati upit ili predmemorirati prikladne rezultate	Manje rada baze uz prihvatljivu svježinu.
Pozadinski poslovi konkuriraju kupnjama	Ograničiti ili odvojiti njihov kapacitet	Kupnja ostaje zdrava tijekom pozadinskog rada.
Nedostatna kvota ovisnosti	Dogovoriti povećanje ili kontrolirati prihvat	Potvrđena kvota i testirano ponašanje na granici.
Kapacitet ostaje nedovoljan nakon manjih popravaka	Procijeniti skaliranje ili veću promjenu dizajna	Izmjerena korist, migracijski plan i trošak.

1. Prevedite rast u radno opterećenje

2. Dogovorite što mora ostati dobro

3. Izmjerite postojeću granicu prije izbora promjena

4. Pretvorite nalaze u zadatke s vlasnicima

5. Uvježbajte kampanju i postupno povećavajte promet

Povezana pitanja