Что хотят услышать интервьюеры:

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

Определение:

Если веб-приложение перестало отвечать или сильно замедлилось, это обычно означает, что какой-то ресурс стал узким местом: CPU, память, диск, база данных, блокировки, пул соединений, очередь запросов или внешний API. Правильный подход — не гадать, а последовательно проверить инфраструктуру, приложение и зависимые системы, чтобы локализовать источник деградации.

Пример использования:

Типичная ситуация: пользователи жалуются, что API отвечает по 30–60 секунд или возвращает таймауты. В такой момент сначала проверяют, растёт ли число ошибок и время ответа, потом смотрят загрузку сервера, количество открытых соединений, медленные SQL-запросы и логи приложения.

import time
import logging

logger = logging.getLogger(__name__)

def handler(request):
    start = time.perf_counter()
    try:
        result = process_request(request)
        return result
    except Exception:
        logger.exception("Ошибка при обработке запроса")
        raise
    finally:
        duration = time.perf_counter() - start
        logger.info("Время обработки запроса: %.3f sec", duration)

Пояснение кода:

Этот пример показывает, как на уровне приложения быстро начать диагностику производительности.

start = time.perf_counter() — фиксируется время начала обработки.
process_request(request) — основная бизнес-логика, где может возникать задержка.
except Exception — исключения логируются с трассировкой, чтобы увидеть причину сбоя.
finally — время обработки записывается всегда, даже если произошла ошибка.
По таким логам можно найти медленные запросы и сравнить их с периодами деградации.

Ключевые моменты:

Сначала определить масштаб проблемы: один запрос, один инстанс или вся система.
Проверить базовые ресурсы: CPU, память, диск, сеть, количество процессов и соединений.
Посмотреть логи приложения, метрики времени ответа, ошибки и таймауты.
Проверить базу данных: медленные запросы, блокировки, пул соединений, рост нагрузки.
Исключить внешние зависимости: сторонние API, кэш, брокеры сообщений, DNS.
Для временного восстановления можно увеличить ресурсы, перезапустить зависший компонент или отключить проблемную часть, но затем нужно устранить первопричину.

Какие шаги предпринять, если веб-приложение неожиданно перестает отвечать или работает очень медленно?