[имя] спрашивает, какая общая архитектура была у сервисов, как делили код по слоям и как использовали repository pattern?

Опишите фактические границы сервисов, направление зависимостей и роль repository в доступе к данным. Не подменяйте архитектуру списком папок.

Покажите один запрос целиком: транспортный слой проверяет вход, use case выполняет сценарий, доменные правила проверяют инварианты, repository загружает и сохраняет данные. Уточните, где проходит транзакция и кто делает commit.

Расскажите, какие слои действительно существовали и где допустили упрощения. Repository должен скрывать детали хранения, а не просто переименовывать методы ORM. Полезно привести изменение, которое удалось локализовать благодаря этим границам, и цену дополнительных абстракций.