Что мониторить у нового сервиса
Вопрос
Интервьюер: «Команда выкатывает новый HTTP-сервис с PostgreSQL и Redis. Что вы будете мониторить в первую очередь?»
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
RED на входе: запросы, ошибки, перцентили задержки
RED на исходящих вызовах к базе, Redis и внешним API
USE ресурсов: CPU, память, пулы соединений, диски
Внешняя проверка доступности и сертификата
Логи с trace_id и трейсы ключевых запросов
Несколько алертов по симптомам, а не на всё подряд
Что могут спросить следом
- Какие из этих метрик пойдут в алерты?
- Как понять, что мониторинга достаточно?
Разбор
Образцовый ответ: «Начну с того, что видит пользователь: RED на входе, то есть RPS, доля 5xx и p95, p99 времени ответа по маршрутам. Затем RED на исходящих вызовах: сколько запросов в базу, Redis и внешние API, сколько из них падает и сколько длятся, плюс насыщение пула соединений. Для узлов и контейнеров USE: CPU с троттлингом, память, перезапуски. Снаружи blackbox-проверка эндпоинта и срока сертификата. Логи структурные с trace_id, трейсинг через OpenTelemetry. Алертов в начале немного: доступность и задержка по SLO, недоступность снаружи, сертификат. Достаточность проверяю так: на последних инцидентах мог бы я по этим данным быстро найти причину».
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.