Метрики, логи, трейсы

Почему «работает» недостаточно

Пока сервис маленький, хватает зайти по SSH и посмотреть лог. Когда сервисов десятки и они раскиданы по машинам, так не получится. Нужно видеть, что происходит внутри системы, не залезая в каждую копию руками. Это и есть наблюдаемость (observability).

Наблюдаемость стоит на трёх типах сигналов: метрики, логи, трейсы. Каждый отвечает на свой вопрос, и подменять один другим неудобно.

Метрики: что и сколько

Метрика — это число во времени. Сколько запросов в секунду, какая задержка, сколько памяти занято, сколько ошибок. Метрики дешёвые: система хранит не каждое событие, а агрегаты по времени.

http_requests_total      1530
http_request_duration    p95=240ms
memory_usage_bytes       412000000

Метрики отвечают на вопрос «что происходит и насколько всё плохо». По ним строят графики и алерты: «если задержка выше 500 мс пять минут, буди дежурного». Но метрика не скажет, почему именно медленно. Она только число.

Логи: что именно случилось

Лог — это запись о конкретном событии с подробностями. Метрика говорит «было 12 ошибок», лог показывает, какие именно:

2026-06-18T10:14:02 ERROR order=4821 payment failed: gateway timeout
2026-06-18T10:14:05 ERROR order=4822 payment failed: gateway timeout

Логи отвечают на вопрос «что конкретно произошло». По метрике увидел всплеск ошибок, по логам нашёл, что это таймауты платёжного шлюза. Логов много, поэтому их фильтруют по времени, сервису и уровню важности.

Трейсы: где в цепочке затык

В системе из многих сервисов один запрос проходит через несколько: шлюз → заказы → платежи → база. Трейс показывает весь путь одного запроса и сколько времени он провёл в каждом сервисе:

запрос abc123  всего 240ms
  gateway        10ms
  orders         30ms
  payments      195ms   ← вот где тормозит
  db              5ms

Трейс отвечает на вопрос «где именно в цепочке затык». Метрика покажет, что запросы медленные, лог — что ответил каждый сервис, а трейс свяжет их в одну картину по конкретному запросу.

Как они работают вместе

Сигналы дополняют друг друга по шагам разбора:

1. Метрика-алерт: «задержка выросла». Узнал, что проблема есть.
2. Трейс: «тормозит сервис платежей». Теперь понятно, где.
3. Логи сервиса платежей: «таймаут шлюза». Вот и почему.

Поэтому в проде собирают все три, а не выбирают один.

Что важно запомнить

Наблюдаемость стоит на трёх сигналах. Метрики (числа во времени) отвечают «что и насколько плохо», логи (события с деталями) — «что именно случилось», трейсы (путь запроса) — «где в цепочке затык».

Разбор аварии обычно идёт метрика → трейс → лог: от «есть проблема» к «где» и «почему». Поэтому собирают все три.

В следующем уроке разберём метрики и Prometheus подробнее: как их снимают и хранят.