Для разделения бизнес-логики и уровня хранения данных в Python-приложении я использую архитектурный подход с четким разделением слоев:

Модель (Model) — описывает структуру данных и взаимодействие с базой, например, через ORM (Django ORM, SQLAlchemy).
Сервисный слой (Service) — реализует бизнес-правила и логику обработки данных.
Контроллеры или представления (Views) — обрабатывают запросы и вызывают сервисы.

Такое разделение позволяет изменять бизнес-логику без влияния на слой хранения и наоборот.

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

# model.py
from sqlalchemy import Column, Integer, String
from base import Base

class User(Base):
    __tablename__ = 'users'
    id = Column(Integer, primary_key=True)
    name = Column(String)

# service.py
class UserService:
    def __init__(self, session):
        self.session = session

    def create_user(self, name):
        user = User(name=name)
        self.session.add(user)
        self.session.commit()
        return user

Таким образом, бизнес-правила сосредоточены в сервисах, а модели отвечают только за структуру и хранение данных.

Каким образом вы разделяете бизнес-правила от уровня хранения данных в приложении?