Unajiskia vipi huduma za mtu binafsi na kupata bottlenecks za utendaji?

Question

Accepted Answer

Faida muhimu ya microservices ni **kuongeza kiwango cha huduma za kila mmoja kwa kujitegemea** ili kulingana na mzigo wake mwenyewe, badala ya kuongeza kiwango cha app nzima. Kupata bottlenecks ni basi maswali ya kupimia kwa huduma na kwa harakati.

## Mbinu za kuongeza kiwango

- **Kuongeza kiwango kikamilifu** — ongeza miundombinu bila hali nyuma ya balancer wa mizigo.
- **Kuongeza kiwango kiotomatiki** — ongeza kiwango katika CPU, kumbukumbu, kina cha foleni, au vipimo vya kawaida.
- **Akiba** — punguzwa kazi iliyorudiwa na mzigo wa chini.
- **Async + foleni** — kumeta kilele; jitenga kazi polepole.
- **Kuongeza kiwango cha data** — nakili za kusoma, sharding, hifadhi za kila huduma.

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

## Kupata bottlenecks

```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 ─┤
```

## Bottlenecks za kawaida

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

## Tukio

Kuongeza kiwango cha huduma ambayo bottleneck yake ni **hifadhi ya data iliyoshirikiwa** tu husogeza mzigo zaidi kwenye DB — ongeza kwazo halisi, si dalili.

## Kwa nini inazingatiwa

Kuongeza kiwango kwa kujitegemea hukuruhusu kutumia uwezo haswa mahali ambapo mzigo uko, ambayo ni karibu rahisi sana kuliko kuongeza kiwango cha monolith kwa jumla.

Lakini kuongeza kiwango kwa mbuvu kunabazifu fedha na inaweza kufanya kiwango kibaya; kupimia vipimo vya kila huduma na mitandao ya kila harakati ni kile kinachokujuza mipango halisi ya kurekeza.