Jak by tech lead plánoval desetinásobný růst uživatelů?

Question

IT Interview Practice · Accepted Answer

Jako tech lead bych nejprve převedl **„desetkrát více uživatelů“ na očekávané používání, cíle služby a plán, který tým zvládne dodat**. Počet registrovaných účtů sám neříká, kolik požadavků přijde v největší špičce.

Předpokládejme kampaň pro objednávkovou platformu. Otázkou je, zda zákazníci během kampaně stále dokážou procházet nabídku, nakupovat a dostávat potvrzení v rámci dostupného času a rozpočtu.

## 1. Přeložte růst do zátěže

Zjistěte od produktu, kdy uživatelé přijdou a co budou dělat. Postupný růst během roku se liší od kampaně, která přivede všechny současně.

Pro ilustraci: 100,000 účtů s 1% současně aktivních znamená 1,000 souběžných uživatelů. Při 5% jde o 5,000. Jsou to příkladové předpoklady, nikoli výchozí poměry. Stále musíte odhadnout četnost požadavků a práci na jeden požadavek.

Sepište zátěž kampaně:

- Procházení a vyhledávání včetně populárních produktů.
- Zápisy objednávek a plateb ve špičce.
- Rostoucí úložiště a uchovávaná historie.
- Práce na pozadí, například oznámení a reporty.

Získáte tak testovatelné scénáře místo neurčitého pokynu násobit počet serverů deseti.

## 2. Dohodněte požadovanou kvalitu

Určete přijatelnou odezvu, chybovost a dokončování kritických cest. Kde je to důležité, doplňte čerstvost dat a očekávání obnovy. Zpožděný report může být přijatelný, neúspěšný nákup nikoli.

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

Cíle propojují technickou práci s výsledkem pro zákazníka. Umožní poznat dostatečné zlepšení i tolerovatelné zhoršení při přetížení.

## 3. Před výběrem změn změřte současný limit

Použijte produkční pozorování a reprezentativní zátěžové testy. Prověřte pomalé dotazy, databázová spojení, CPU, paměť, stáří úloh ve frontě a kvóty externích služeb. Zahrňte nerovnoměrný zájem o populární položky, ne jen náhodné požadavky.

Pokud jsou limitem databázová spojení, další aplikační uzly mohou zvýšit soupeření. Pokud omezuje kvóta platebního poskytovatele, rychlejší aplikace ji nezvedne.

Vedle běžného provozu testujte studenou cache a ztrátu instance. Potřebujeme rezervu pro obnovu během kampaně, nejen kapacitu pro ideální test.

## 4. Převeďte zjištění na úkoly s vlastníky

| Zjištění | Možné opatření | Požadovaný důkaz |
| --- | --- | --- |
| Opakované drahé čtení | Zlepšit dotaz nebo cachovat vhodné výsledky | Méně databázové práce při přijatelné čerstvosti. |
| Úlohy na pozadí soupeří s nákupy | Omezit nebo oddělit jejich kapacitu | Zdravý checkout i při zátěži na pozadí. |
| Nedostatečná kvóta závislosti | Zajistit zvýšení nebo řídit příjem práce | Potvrzená kvóta a ověřené chování na limitu. |
| Po menších opravách stále chybí kapacita | Posoudit škálování nebo větší změnu návrhu | Změřený přínos, migrační plán a cena. |

Každé opatření má mít vlastníka, rozpočet, závislosti, termín a přijímací test. Zahrňte nasazení, provozní školení a přípravu pohotovosti, nejen implementaci.

Prioritizujte podle dopadu na zákazníky a rizika dodání. Velký přepis nebo sharding potřebuje doložený důvod a dost času na migraci i ověření.

## 5. Nacvičte kampaň a provoz zvyšujte postupně

Změny vydávejte po zvládnutelných částech a očekávané cesty testujte společně. Stanovte podmínky rozšíření provozu, zastavení růstu a návratu. Změny formátu dat mohou místo prostého návratu vyžadovat opravu dopředu.

Připravte řízené omezení služby: odložit volitelné exporty, omezit práci na pozadí nebo odmítat nadbytečné požadavky při zachování kritických operací. Ověřte skutečné snížení zátěže a srozumitelný výsledek pro zákazníka.

Pokud cíl neodpovídá termínu nebo rozpočtu, nabídněte produktu konkrétní možnosti: rozložit získávání uživatelů, omezit drahou funkci nebo financovat naměřené úzké místo. Vysvětlete dopad a nejistotu každé možnosti.

**Zapamatujte si:** předpoklady růstu → cíle služby → změřené limity → plán s vlastníky → nacvičené nasazení. Tech lead dodává kapacitní plán zahrnující lidi, peníze i obnovu.

Zjištění	Možné opatření	Požadovaný důkaz
Opakované drahé čtení	Zlepšit dotaz nebo cachovat vhodné výsledky	Méně databázové práce při přijatelné čerstvosti.
Úlohy na pozadí soupeří s nákupy	Omezit nebo oddělit jejich kapacitu	Zdravý checkout i při zátěži na pozadí.
Nedostatečná kvóta závislosti	Zajistit zvýšení nebo řídit příjem práce	Potvrzená kvóta a ověřené chování na limitu.
Po menších opravách stále chybí kapacita	Posoudit škálování nebo větší změnu návrhu	Změřený přínos, migrační plán a cena.

1. Přeložte růst do zátěže

2. Dohodněte požadovanou kvalitu

3. Před výběrem změn změřte současný limit

4. Převeďte zjištění na úkoly s vlastníky

5. Nacvičte kampaň a provoz zvyšujte postupně

Související otázky