Flask удобен для маленьких сервисов, пока вы не забыли границы проекта

Flask удобен для маленьких сервисов, пока вы не забыли границы проекта

Главная ошибка с Flask — писать «просто app.py», а потом натягивать туда авторизацию, фоновые задачи, миграции и интеграции. Каркас лучше заложить сразу: фабрика приложения, blueprint’ы, конфиг через окружение, расширения без глобальной инициализации.

Рабочая схема:
— create_app() собирает приложение и регистрирует модули;
— роуты не знают про детали базы и внешних API;
— бизнес-логика лежит в сервисах, а не во view;
— настройки разделены на dev/test/prod;
— ошибки внешних запросов обработаны явно.

Для скриптов и админок Flask особенно хорош: форма, вебхук, внутренний API, мини-панель для запуска ETL. Но если появляются очереди, роли, сложные права и много однотипных CRUD, дешевле оценить Django или FastAPI, чем строить свой фреймворк внутри Flask.

Держите Flask-проект скучным: меньше магии в импортах, глобальных объектах и «временных» костылях — проще тестировать, деплоить и передавать другому разработчику.