Kaip masteliuoti atskirus paslaugų egzempliorius ir rasti našumo butelius?

Question

Accepted Answer

Pagrindinis mikrotarnyбų privalumas yra **kiekvienos paslaugos nepriklausomas masteliavimas** pagal jos apkrovą, o ne visos programos masteliavimas. Butelių paieška yra kiekvienos paslaugos ir kiekvieno šuolio matavimo reikalas.

## Masteliavimo technikos

- **Horizontalus masteliavimas** — pridėk neturėtas būsenos kopijas už apkrovos balansatoriaus.
- **Automatinis masteliavimas** — masteliuoti pagal CPU, atmintį, eilės gylį arba pasirinktines metrikos.
- **Talpinimas** — sumažinti pakartotinį darbą ir žemutinę apkrovą.
- **Asinchroninis + eilės** — sugerti smūgius; atskirti lėtą darbą.
- **Duomenų masteliavimas** — skaitymo replikės, fragmentacija, paslaugų savybės.

```yaml
# Kubernetes HPA: scale orders on CPU
minReplicas: 3
maxReplicas: 20
metric: cpu
targetUtilization: 70   # add pods when avg CPU > 70%
```

## Butelių paieška

```text
1. Metrics: which service has high latency / saturation? (RED/USE)
2. Traces: which SPAN in the request is slow?
3. Drill in: DB query? lock? N+1 calls? GC pause?
```

```text
Gateway ──┤ Orders ──┤ Payments ████████████ ← 80% of latency here
                       Inventory ─┤
```

## Bendrieji buteliai

```text
⚠️ Chatty synchronous calls (fan-out per request)
⚠️ Shared/overloaded database
⚠️ Missing or cold cache
⚠️ Unbounded retries amplifying load
```

## Spąstai

Paslaugos masteliavimas, kurios butelis yra **bendra duomenų bazė**, tiesiog perneša daugiau apkrovos į DB — masteliuokite tikrąją ribą, o ne simptomą.

## Kodėl tai svarbu

Nepriklausomas masteliavimas leidžia tiksliai išleisti pajėgumus ten, kur yra apkrova, o tai yra daug pigesnis variantas nei masteliuoti monolitą iš viso.

Tačiau aklai masteliavimas švaistosi pinigais ir gali padidinti problemas; kiekvienos paslaugos metrikų ir kiekvieno šuolio jėgų matavimas yra tai, kas jums parodo tikrąją apribojimą, kurį reikia pataisyti.

Masteliavimo technikos

Butelių paieška

Bendrieji buteliai

Spąstai

Kodėl tai svarbu

question.related