Монолит на Django: как спагетти-код заставлял команду бояться нажимать кнопку отчёта

В системе управления розничной сетью с сотнями тысяч записей о заказах команда разработчиков боялась запускать ежедневные отчёты в рабочее время. Генерация отчётов по филиалам занимала 30 секунд, создавая реальный риск падения базы данных. Это был классический монолит на Django, где бизнес-логика была настолько размазана по контроллерам, что любое изменение грозило поломкой трёх других функций.

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

Результатом переписывания архитектуры стало ускорение генерации отчётов в 20 раз. Этот случай — яркий пример того, как технический долг и плохая архитектура напрямую влияют на бизнес-процессы, создавая операционные риски и парализуя работу команды. История подчёркивает, что даже в, казалось бы, стандартных системах управления розничной сетью скрытые проблемы производительности могут стать критическим ограничителем.