Как масштабировать отдельные сервисы и находить узкие места в производительности?

Question

IT Interview Practice · Accepted Answer

Ключевое преимущество микросервисов — возможность **масштабировать каждый сервис независимо** в соответствии с его нагрузкой, а не масштабировать все приложение целиком. Поиск узких мест — это вопрос измерения на уровне сервисов и отдельных переходов.

## Техники масштабирования

- **Горизонтальное масштабирование** — добавление stateless-инстансов за балансировщиком нагрузки.
- **Автомасштабирование** — масштабирование по CPU, памяти, глубине очереди или пользовательским метрикам.
- **Кэширование** — снижение повторяющейся работы и нагрузки на нижележащие системы.
- **Асинхронность + очереди** — поглощение пиков; развязка медленной работы.
- **Масштабирование данных** — реплики для чтения, шардирование, выделенные хранилища для каждого сервиса.

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

## Поиск узких мест

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

## Типичные узкие места

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

## Ошибка

Масштабирование сервиса, чьим узким местом является **общая база данных**, просто перемещает больше нагрузки на БД — масштабируйте реальное ограничение, а не симптом.

## Почему это важно

Независимое масштабирование позволяет вам размещать мощность ровно там, где находится нагрузка, что намного дешевле, чем масштабировать монолит целиком.

Но слепое масштабирование впустую тратит деньги и может усугубить ситуацию; измерение метрик на уровне сервисов и трассировка каждого перехода подскажут вам, какое реальное ограничение нужно устранить.

Техники масштабирования

Поиск узких мест

Типичные узкие места

Ошибка

Почему это важно

Похожие вопросы