После развёртывания в Kubernetes p95 запросов к PostgreSQL вырос с 40 до 900 мс, хотя CPU базы не перегружен. Откат релиза затронет важный исправленный сценарий. Что проверишь первым и почему?

Сначала разделите время ожидания соединения, собственно SQL и сетевую часть. Низкий CPU БД не исключает locks, насыщение пула, I/O или изменившийся маршрут после Kubernetes deployment.

Короткий ответ

Что ответить на собеседовании

Сначала разделите время ожидания соединения, собственно SQL и сетевую часть. Низкий CPU БД не исключает locks, насыщение пула, I/O или изменившийся маршрут после Kubernetes deployment.

Подробный разбор

Ответ с пояснениями

Сначала разделите время ожидания соединения, собственно SQL и сетевую часть. Низкий CPU БД не исключает locks, насыщение пула, I/O или изменившийся маршрут после Kubernetes deployment.

Сравните pool-метрики приложения, активные транзакции, wait events и длительность того же SQL со стороны сервера. Проверьте число pods × pool size, DNS/TLS, прокси и сетевые потери. Ищите отличие конфигурации от прежней среды. Вместо слепого отката выберите минимальное подтверждённое исправление, сохранив важный сценарий и план безопасного восстановления.

ИИ-помощник для собеседований

Хочешь уверенно проходить собеседования?

Попробуй ИИ-помощник для собеседований: слышит вас и собеседника, анализирует экран, подсказывает ответы в реальном времени, работает без VPN и не попадает в захват экрана.

Подробнее