Где держать бизнес-логику в Django

Образцовый ответ: «Вьюхи держу тонкими: разобрать запрос, проверить права, вызвать сервис, сформировать ответ. Если логика живёт во вьюхе, её не переиспользовать из management-команды, Celery-задачи или админки, и тестировать приходится через HTTP. Поведение, касающееся одной сущности, кладу в модель: вычисляемые свойства, проверка инвариантов. Операции над несколькими моделями, вроде «оформить заказ: списать остатки, создать платёж, отправить уведомление», выношу в слой сервисов: обычные функции, принимающие данные и возвращающие результат, внутри transaction.atomic. Побочные эффекты вроде писем и задач в очередь ставлю через transaction.on_commit, чтобы они не ушли при откате. Сигналы использую редко: они делают логику неявной, не срабатывают на update() и bulk_create, и по коду не видно, что сохранение заказа отправляет письмо. Сложные запросы на чтение собираю в функции-селекторы, это упрощает оптимизацию».