Приведите практический пример, когда тонкие обработчики и вынесенная в сервисы бизнес-логика дают явную выгоду.

Например, оформление заказа может вызываться из HTTP API, фоновой задачи и административного интерфейса. Общий сервис проверяет правила и создаёт заказ, а каждый обработчик только адаптирует свой вход и выход.

Это устраняет три расходящиеся реализации скидок, остатков и переходов состояния. Сервис проще проверять без HTTP и переиспользовать при изменении интерфейса. Контроллер сохраняет ответственность за транспортные детали, авторизацию и преобразование ошибок. Не стоит превращать сервис в огромный универсальный класс: его границы должны соответствовать конкретной операции или доменной ответственности.