В Laravel рекомендуется переносить бизнес-логику из контроллеров в отдельные слои, чтобы контроллеры оставались тонкими и отвечали только за обработку HTTP-запросов и формирование ответов. Основные подходы:

Сервисы (Service Classes) — классы, которые инкапсулируют бизнес-логику, например, обработку данных, взаимодействие с несколькими моделями и т.п.
Репозитории (Repository Pattern) — слой для работы с данными, абстрагирующий доступ к базе данных.
Модели Eloquent — можно использовать для бизнес-логики, связанной с конкретной сущностью, но лучше избегать перегрузки моделей.
Actions или Use Cases — отдельные классы, которые реализуют конкретное действие или сценарий.

Пример сервиса:

class OrderService
{
    public function createOrder(array $data)
    {
        // Валидация, создание заказа, логика скидок и т.п.
    }
}

// В контроллере
public function store(Request $request, OrderService $orderService)
{
    $order = $orderService->createOrder($request->all());
    return response()->json($order);
}

Такой подход улучшает тестируемость, повторное использование и поддержку кода.

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