FastAPI с Clean Architecture

«Домен не должен знать про FastAPI и SQLAlchemy» — звучит красиво, но как это выглядит в реальном коде, а не на диаграмме с кругами? Чистая архитектура часто остаётся теорией, пока не увидишь, как направление зависимостей читается прямо по импортам модулей.

Коспан Улан — Middle Backend Developer из Investlink — на примере пет-проекта Qozgalys (сервис генерации GPS-маршрутов по заданной картинке) показывает, как разложить приложение по слоям так, чтобы фреймворки и БД можно было менять без боли.

В докладе: — разбор слоёв domain, application, adapters и presentation и почему каждый зависит только от внутреннего — принципы DIP и IoC: инверсия зависимостей через interactor_factory и ioc.py — один набор интеракторов на три клиента — miniapp, telegram_bot и web_api — где меняются только фреймворк и способ авторизации (IdProvider) — реализация adapters: SQLAlchemy с миграциями и маппером, UoW, разные типы авторизации, генератор маршрута Qozgalys Core — контракты между слоями через DTO и гейтвеи (user_gateway, route_generator_gateway, source_image_gateway) — почему сессия БД открывается на каждый вызов интерактора и как устроен слой компоновки на FastAPI и Aiogram