Kaip techninis vadovas planuotumėte dešimteriopą naudotojų augimą?

Question

IT Interview Practice · Accepted Answer

Kaip techninis vadovas pirmiausia **„dešimt kartų daugiau naudotojų“ paversčiau numatomu naudojimu, paslaugos tikslais ir komandai įgyvendinamu planu**. Registruotų paskyrų skaičius neparodo užklausų intensyvumo didžiausios apkrovos metu.

Tarkime, įmonė rengia užsakymų platformos kampaniją. Svarbu, ar klientai per ją galės naršyti, pirkti ir gauti patvirtinimą, turint esamą laiką ir biudžetą.

## 1. Paverskite augimą apkrova

Paklauskite produkto komandos, kada ateis naudotojai ir ką jie darys. Laipsniškas metinis augimas skiriasi nuo kampanijos, kuri visus atveda vienu metu.

Pavyzdžiui, 100 000 paskyrų, kurių 1 % aktyvus kartu, reiškia 1 000 vienalaikių naudotojų. Jei aktyvūs 5 %, jų 5 000. Tai pavyzdinės prielaidos, ne numatyti santykiai. Dar reikia įvertinti užklausų dažnį ir darbą vienai užklausai.

Išvardykite kampanijos apkrovą:

- Naršymas ir paieška, įskaitant populiarias prekes.
- Užsakymų ir mokėjimų įrašymai piko metu.
- Didėjanti saugykla ir išsaugota istorija.
- Foniniai darbai, tokie kaip pranešimai ir ataskaitos.

Taip gauname tikrinamą apkrovą, o ne miglotą nurodymą dešimteriopai padauginti serverius.

## 2. Sutarkite, kas turi išlikti kokybiška

Apibrėžkite priimtiną atsako laiką, klaidų dažnį ir kritinių kelių užbaigimą. Kur svarbu, nustatykite duomenų naujumą ir atkūrimo lūkesčius. Pavėluota ataskaita gali būti priimtina, nepavykęs pirkimas — ne.

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

Tikslai susieja techninį darbą su kliento rezultatu. Jie leidžia nuspręsti, ar pagerinimas pakankamas ir kokį pablogėjimą galima toleruoti esant spaudimui.

## 3. Prieš pakeitimus išmatuokite dabartinę ribą

Naudokite produkcijos stebėjimus ir reprezentatyvius apkrovos testus. Tikrinkite lėtas užklausas, bazės jungtis, CPU, atmintį, darbo amžių eilėje ir išorinių paslaugų kvotas. Įtraukite netolygų srautą populiarioms prekėms, ne vien atsitiktines užklausas.

Jei riba yra bazės jungtys, daugiau programos mazgų gali padidinti konkurenciją. Jei riba mokėjimų tiekėjo kvota, spartesnė programa jos nepakelia.

Be normalaus veikimo išbandykite tuščias podėlio talpyklas ir vieno egzemplioriaus praradimą. Reikia galios atsigauti per kampaniją, ne vien pakankamos idealiam bandymui.

## 4. Paverskite išvadas darbais su atsakingais žmonėmis

| Išvada | Vertinamas veiksmas | Reikalingas įrodymas |
| --- | --- | --- |
| Kartojasi brangūs skaitymai | Pagerinti užklausą arba laikyti tinkamus rezultatus podėlyje | Mažiau bazės darbo išlaikant priimtiną naujumą. |
| Foniniai darbai konkuruoja su pirkimais | Riboti arba atskirti jų pajėgumą | Pirkimas išlieka sveikas esant foninei apkrovai. |
| Nepakanka priklausomybės kvotos | Sutarti padidinimą arba kontroliuoti priėmimą | Patvirtinta kvota ir patikrintas elgesys ties riba. |
| Po mažesnių pataisų pajėgumo vis tiek trūksta | Vertinti plėtrą ar didesnį architektūros pakeitimą | Išmatuota nauda, migracijos planas ir kaina. |

Kiekvienam veiksmui skirkite atsakingą žmogų, biudžetą, priklausomybes, terminą ir priėmimo testą. Įtraukite diegimą, operacinį mokymą ir budėjimo pasirengimą, ne tik realizaciją.

Prioritetus nustatykite pagal poveikį klientui ir įgyvendinimo riziką. Dideliam perrašymui ar skaidymui į šardus reikia įrodyto pagrindo ir pakankamai laiko migracijai bei patikrai.

## 5. Repetuokite kampaniją ir didinkite srautą palaipsniui

Leiskite pakeitimus valdomais etapais ir bandykite numatytus kelius kartu. Nustatykite, kada plėsti srautą, sustabdyti plėtrą ar grąžinti ankstesnę versiją. Duomenų formatų pokyčiams gali reikėti taisymo pirmyn, o ne paprasto grąžinimo.

Paruoškite valdomą paslaugos ribojimą: atidėkite nebūtinus eksportus, apribokite foninius darbus arba atmeskite perteklių saugodami kritines operacijas. Patikrinkite, ar tai tikrai sumažina apkrovą ir klientams pateikia aiškų rezultatą.

Jei tikslas netelpa į laiką ar biudžetą, pasiūlykite produktui konkrečius variantus: naudotojus pritraukti etapais, sumažinti brangią funkciją arba finansuoti išmatuotą kliūtį. Paaiškinkite kiekvieno poveikį klientams ir neapibrėžtumą.

**Prisiminkite:** augimo prielaidos → paslaugos tikslai → išmatuotos ribos → planas su atsakomybe → išbandytas paleidimas. Techninis vadovas parengia pajėgumo planą su žmonėmis, pinigais ir atkūrimu.

Išvada	Vertinamas veiksmas	Reikalingas įrodymas
Kartojasi brangūs skaitymai	Pagerinti užklausą arba laikyti tinkamus rezultatus podėlyje	Mažiau bazės darbo išlaikant priimtiną naujumą.
Foniniai darbai konkuruoja su pirkimais	Riboti arba atskirti jų pajėgumą	Pirkimas išlieka sveikas esant foninei apkrovai.
Nepakanka priklausomybės kvotos	Sutarti padidinimą arba kontroliuoti priėmimą	Patvirtinta kvota ir patikrintas elgesys ties riba.
Po mažesnių pataisų pajėgumo vis tiek trūksta	Vertinti plėtrą ar didesnį architektūros pakeitimą	Išmatuota nauda, migracijos planas ir kaina.

1. Paverskite augimą apkrova

2. Sutarkite, kas turi išlikti kokybiška

3. Prieš pakeitimus išmatuokite dabartinę ribą

4. Paverskite išvadas darbais su atsakingais žmonėmis

5. Repetuokite kampaniją ir didinkite srautą palaipsniui

Susiję klausimai