Kako bi kot tehnični vodja načrtovali desetkratno rast uporabnikov?

Question

IT Interview Practice · Accepted Answer

Kot tehnični vodja bi najprej pretvoril **»desetkrat več uporabnikov« v pričakovano uporabo, cilje storitve in načrt, ki ga ekipa lahko izvede**. Samo število registriranih računov ne pove, koliko zahtev pride v najbolj obremenjenem trenutku.

Recimo, da podjetje načrtuje kampanjo za platformo naročil. Vprašanje je, ali bodo stranke med kampanjo še lahko brskale, kupovale in prejemale potrditve v okviru razpoložljivega časa in proračuna.

## 1. Pretvorite rast v obremenitev

Produktno ekipo vprašajte, kdaj bodo uporabniki prišli in kaj bodo počeli. Postopna rast skozi leto se razlikuje od kampanje, ki vse pripelje hkrati.

Za ponazoritev: 100.000 registriranih računov z 1 % hkrati aktivnih pomeni 1.000 sočasnih uporabnikov. Pri 5 % jih je 5.000. To so primeri predpostavk, ne privzeta razmerja. Pogostost zahtev in delo na zahtevo je treba še oceniti.

Naštejte obremenitve kampanje:

- Zahteve za brskanje in iskanje, vključno s priljubljenimi izdelki.
- Zapise naročil in plačil ob konicah.
- Rastočo shrambo in ohranjeno zgodovino.
- Delo v ozadju, kot so obvestila in poročila.

Tako dobimo obremenitve za testiranje, ne nejasnega navodila za desetkratno povečanje števila strežnikov.

## 2. Dogovorite se, kaj mora ostati dobro

Določite sprejemljiv odzivni čas, delež napak in dokončanje kritičnih uporabniških poti. Kjer je pomembno, določite tudi svežino podatkov in pričakovanja obnove. Zakasnjeno poročilo je lahko sprejemljivo, neuspešen nakup pa ne.

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

Cilji povezujejo tehnično delo z izidi za stranke. Omogočajo presojo, ali izboljšava zadošča in kakšno poslabšanje je pod pritiskom še sprejemljivo.

## 3. Pred izbiro sprememb izmerite trenutno mejo

Uporabite produkcijska opažanja in reprezentativne obremenitvene teste. Preverite počasne poizvedbe, povezave baze, CPU, pomnilnik, starost opravil v vrsti in kvote zunanjih storitev. Vključite neenakomeren promet do priljubljenih izdelkov, ne samo naključnih zahtev.

Če so meja povezave baze, lahko dodajanje vozlišč aplikacije poveča tekmovanje za vire. Če omejuje kvota ponudnika plačil, je hitrejša aplikacija ne poveča.

Poleg običajnega delovanja testirajte hladne predpomnilnike in izgubo primerka. Med kampanjo potrebujemo zmogljivost za obnovo, ne le dovolj za idealen test.

## 4. Ugotovitve pretvorite v delo z odgovornimi osebami

| Ugotovitev | Možen ukrep | Potreben dokaz |
| --- | --- | --- |
| Ponavljajoča draga branja | Izboljšajte poizvedbo ali predpomnite primerne rezultate | Manj dela baze ob sprejemljivi svežini. |
| Opravila v ozadju tekmujejo z nakupi | Omejite ali ločite njihovo zmogljivost | Zaključek nakupa ostane zdrav ob obremenitvi v ozadju. |
| Kvota odvisnosti ne zadošča | Dogovorite povečanje ali nadzirajte sprejem zahtev | Potrjena kvota in testirano vedenje na meji. |
| Po manjših popravkih zmogljivost še ne zadošča | Ocenite skaliranje ali večjo spremembo zasnove | Izmerjena korist, migracijski načrt in strošek. |

Vsakemu ukrepu določite odgovorno osebo, proračun, odvisnosti, rok in sprejemni test. Vključite namestitev, operativno usposabljanje in pripravo dežurstev, ne le implementacije.

Prednost določajte po vplivu na stranke in tveganju izvedbe. Večji prepis ali sharding potrebuje dokazan razlog in dovolj časa za migracijo ter preverjanje.

## 5. Vadite kampanjo in postopoma povečujte promet

Spremembe izdajajte v obvladljivih korakih in pričakovane poti testirajte skupaj. Določite, kdaj promet povečati, povečanje ustaviti ali spremembo povrniti. Sprememba podatkovnega formata lahko zahteva popravek naprej namesto preproste vrnitve.

Pripravite nadzorovano poslabšanje: odložite neobvezne izvoze, omejite ozadje ali zavrnite presežne zahteve, pri tem pa ohranite kritične operacije. Preverite, da ukrepi dejansko zmanjšajo obremenitev in da stranke dobijo jasen izid.

Če cilj ne ustreza roku ali proračunu, produktni ekipi predstavite konkretne možnosti: postopno pridobivanje uporabnikov, zmanjšanje drage funkcije ali financiranje izmerjenega ozkega grla. Pojasnite vpliv na stranke in negotovost vsake možnosti.

**Zapomnite si:** predpostavke rasti → cilji storitve → izmerjene meje → načrt z odgovornimi → preizkušena uvedba. Tehnični vodja zagotovi načrt zmogljivosti, ki vključuje ljudi, denar in obnovo.

Ugotovitev	Možen ukrep	Potreben dokaz
Ponavljajoča draga branja	Izboljšajte poizvedbo ali predpomnite primerne rezultate	Manj dela baze ob sprejemljivi svežini.
Opravila v ozadju tekmujejo z nakupi	Omejite ali ločite njihovo zmogljivost	Zaključek nakupa ostane zdrav ob obremenitvi v ozadju.
Kvota odvisnosti ne zadošča	Dogovorite povečanje ali nadzirajte sprejem zahtev	Potrjena kvota in testirano vedenje na meji.
Po manjših popravkih zmogljivost še ne zadošča	Ocenite skaliranje ali večjo spremembo zasnove	Izmerjena korist, migracijski načrt in strošek.

1. Pretvorite rast v obremenitev

2. Dogovorite se, kaj mora ostati dobro

3. Pred izbiro sprememb izmerite trenutno mejo

4. Ugotovitve pretvorite v delo z odgovornimi osebami

5. Vadite kampanjo in postopoma povečujte promet

Povezana vprašanja