프로덕션 Laravel 애플리케이션에는 기본적인 CRUD 작업 이상의 기술이 필요합니다. 주니어와 시니어 Laravel 개발자의 차이는 코드 구조화 방식, 문제 디버깅 방법, 그리고 면접에서 아키텍처 질문에 대한 답변에서 나타납니다.

면접관이 주목하는 포인트

시니어 Laravel 포지션에서는 서비스 컨테이너 설명, Telescope 또는 Debugbar를 사용한 디버깅 워크플로우 시연, 레포지토리 패턴과 직접 Eloquent 쿼리 사용 시점의 판단 근거 설명이 요구됩니다.

서비스 클래스: 컨트롤러에서 비즈니스 로직 분리하기

Laravel의 컨트롤러는 HTTP 관련 처리를 담당합니다. 요청 수신, 입력 유효성 검사, 응답 반환입니다. 비즈니스 로직은 전용 서비스 클래스에 배치하면 코드 테스트가 용이해지고, 컨트롤러, 커맨드, 잡 간에 재사용할 수 있게 됩니다.

app/Services/OrderService.phpphp

// Service class encapsulating order business logic

namespace App\Services;

use App\Models\Order;
use App\Models\User;
use App\Exceptions\InsufficientStockException;
use App\Jobs\SendOrderConfirmationEmail;
use Illuminate\Support\Facades\DB;

class OrderService
{
    public function __construct(
        private InventoryService $inventory,
        private PaymentService $payment
    ) {}

    /**
     * Create an order with full validation and side effects
     *
     * @throws InsufficientStockException
     */
    public function createOrder(User $user, array $items, string $paymentMethod): Order
    {
        // Validate stock availability before starting transaction
        foreach ($items as $item) {
            if (!$this->inventory->hasStock($item['product_id'], $item['quantity'])) {
                throw new InsufficientStockException($item['product_id']);
            }
        }

        return DB::transaction(function () use ($user, $items, $paymentMethod) {
            // Create order record
            $order = $user->orders()->create([
                'status' => 'pending',
                'total' => $this->calculateTotal($items),
            ]);

            // Attach order items
            foreach ($items as $item) {
                $order->items()->create($item);
                $this->inventory->decrementStock($item['product_id'], $item['quantity']);
            }

            // Process payment
            $this->payment->charge($user, $order->total, $paymentMethod);
            $order->update(['status' => 'paid']);

            // Queue confirmation email
            SendOrderConfirmationEmail::dispatch($order);

            return $order;
        });
    }

    private function calculateTotal(array $items): int
    {
        return collect($items)->sum(fn($item) => $item['price'] * $item['quantity']);
    }
}

app/Http/Controllers/OrderController.phpphp

// Controller delegating to service class

namespace App\Http\Controllers;

use App\Http\Requests\CreateOrderRequest;
use App\Services\OrderService;
use Illuminate\Http\JsonResponse;

class OrderController extends Controller
{
    public function __construct(
        private OrderService $orderService
    ) {}

    public function store(CreateOrderRequest $request): JsonResponse
    {
        $order = $this->orderService->createOrder(
            $request->user(),
            $request->validated('items'),
            $request->validated('payment_method')
        );

        return response()->json(['order_id' => $order->id], 201);
    }
}

서비스 클래스는 Laravel의 어디에서든 주입할 수 있습니다. 컨트롤러, 커맨드, 다른 서비스, 잡 클래스 등입니다. 서비스 컨테이너 문서에서 자동 해결과 바인딩에 대해 자세히 설명하고 있습니다.

레포지토리 패턴: 직접 Eloquent로 충분하지 않을 때

레포지토리 패턴은 비즈니스 로직과 데이터 접근 사이에 추상화 계층을 추가합니다. 이 패턴은 애플리케이션이 데이터 소스를 전환해야 하거나, 쿼리 결과를 투명하게 캐시하거나, 복잡한 쿼리 로직을 격리해야 할 때 유용합니다.

면접 맥락

후보자는 Laravel에서 레포지토리 패턴을 사용하는지 자주 질문받습니다. 올바른 답변은 상황에 따라 다릅니다. 레포지토리는 복잡한 데이터 요구사항이 있는 대규모 애플리케이션에는 가치가 있지만, 단순한 CRUD 애플리케이션에는 불필요한 추상화를 만들어냅니다.

app/Repositories/Contracts/UserRepositoryInterface.phpphp

// Interface defining the contract

namespace App\Repositories\Contracts;

use App\Models\User;
use Illuminate\Support\Collection;

interface UserRepositoryInterface
{
    public function findById(int $id): ?User;
    public function findByEmail(string $email): ?User;
    public function getActiveUsers(): Collection;
    public function getUsersWithRecentOrders(int $days = 30): Collection;
    public function create(array $data): User;
    public function update(User $user, array $data): User;
}

app/Repositories/EloquentUserRepository.phpphp

// Eloquent implementation of the repository

namespace App\Repositories;

use App\Models\User;
use App\Repositories\Contracts\UserRepositoryInterface;
use Illuminate\Support\Collection;
use Illuminate\Support\Facades\Cache;

class EloquentUserRepository implements UserRepositoryInterface
{
    public function findById(int $id): ?User
    {
        return Cache::remember(
            "user.{$id}",
            now()->addMinutes(10),
            fn() => User::find($id)
        );
    }

    public function findByEmail(string $email): ?User
    {
        return User::where('email', $email)->first();
    }

    public function getActiveUsers(): Collection
    {
        return User::where('status', 'active')
            ->orderBy('name')
            ->get();
    }

    public function getUsersWithRecentOrders(int $days = 30): Collection
    {
        return User::whereHas('orders', function ($query) use ($days) {
            $query->where('created_at', '>=', now()->subDays($days));
        })
        ->with(['orders' => fn($q) => $q->latest()->limit(5)])
        ->get();
    }

    public function create(array $data): User
    {
        $user = User::create($data);
        Cache::forget("user.{$user->id}");
        return $user;
    }

    public function update(User $user, array $data): User
    {
        $user->update($data);
        Cache::forget("user.{$user->id}");
        return $user->fresh();
    }
}

app/Providers/RepositoryServiceProvider.phpphp

// Binding interface to implementation

namespace App\Providers;

use App\Repositories\Contracts\UserRepositoryInterface;
use App\Repositories\EloquentUserRepository;
use Illuminate\Support\ServiceProvider;

class RepositoryServiceProvider extends ServiceProvider
{
    public function register(): void
    {
        $this->app->bind(
            UserRepositoryInterface::class,
            EloquentUserRepository::class
        );
    }
}

레포지토리 구현은 캐싱을 내부적으로 처리하여, 서비스 클래스가 캐시 무효화가 아닌 비즈니스 규칙에 집중할 수 있게 합니다.

Laravel 면접 준비가 되셨나요?

인터랙티브 시뮬레이터, flashcards, 기술 테스트로 연습하세요.

Laravel 탐색하기

Telescope를 사용한 Laravel 애플리케이션 디버깅

Laravel Telescope는 요청, 예외, 데이터베이스 쿼리, 잡 등을 기록하는 디버그 어시스턴트를 제공합니다. 프로덕션 디버깅에는 어떤 메트릭이 중요한지 이해하고 노이즈를 필터링하는 것이 필요합니다.

config/telescope.phpphp

// Telescope configuration for different environments

return [
    'enabled' => env('TELESCOPE_ENABLED', true),

    // Only record slow queries in production
    'query' => [
        'slow' => env('TELESCOPE_SLOW_QUERY_THRESHOLD', 100), // milliseconds
    ],

    // Prune old entries to manage database size
    'storage' => [
        'database' => [
            'connection' => env('DB_CONNECTION', 'mysql'),
            'chunk' => 1000,
        ],
    ],
];

app/Providers/TelescopeServiceProvider.phpphp

// Custom filtering for Telescope entries

namespace App\Providers;

use Laravel\Telescope\IncomingEntry;
use Laravel\Telescope\Telescope;
use Laravel\Telescope\TelescopeApplicationServiceProvider;

class TelescopeServiceProvider extends TelescopeApplicationServiceProvider
{
    public function register(): void
    {
        Telescope::night();

        $this->hideSensitiveRequestDetails();

        // Filter out noise in production
        Telescope::filter(function (IncomingEntry $entry) {
            // Always record exceptions and slow queries
            if ($entry->isException()) {
                return true;
            }

            if ($entry->isSlowQuery()) {
                return true;
            }

            // Skip health check endpoints
            if ($entry->isRequest() && str_starts_with($entry->content['uri'] ?? '', '/health')) {
                return false;
            }

            // Skip static asset requests
            if ($entry->isRequest() && preg_match('/\.(css|js|png|jpg|svg)$/', $entry->content['uri'] ?? '')) {
                return false;
            }

            // Record everything in local environment
            if ($this->app->environment('local')) {
                return true;
            }

            // Production: only record failures and slow operations
            return $entry->isFailedRequest()
                || $entry->isFailedJob()
                || $entry->hasMonitoredTag();
        });
    }

    protected function hideSensitiveRequestDetails(): void
    {
        // Hide sensitive data from Telescope UI
        Telescope::hideRequestParameters(['password', 'password_confirmation', 'token']);
        Telescope::hideRequestHeaders(['authorization', 'cookie']);
    }
}

isSlowQuery() 메서드는 설정된 임계값을 초과하는 데이터베이스 쿼리에 플래그를 지정합니다. 느린 쿼리 분석은 Debugbar와 같은 프로파일링 도구도 감지하는 누락된 인덱스와 N+1 문제를 드러냅니다.

자주 나오는 면접 질문과 모범 답변

Laravel 포지션의 기술 면접에는 패턴이 있습니다. 아래 질문은 자주 출제되며, 답변은 면접관이 기대하는 깊이를 보여줍니다.

서비스 컨테이너란 무엇이며, 왜 중요한가

서비스 컨테이너는 Laravel의 의존성 주입 컨테이너입니다. 클래스 의존성을 관리하고 의존성 주입을 자동으로 수행합니다. 컨트롤러 생성자에서 OrderService를 타입 힌트하면, 컨테이너가 인스턴스를 해결하고 주입합니다.

php

// Automatic resolution: container reads type hints and builds dependencies
public function __construct(OrderService $service)
{
    // $service is automatically instantiated and injected
}

// Manual binding for interfaces or complex setup
$this->app->bind(PaymentGateway::class, function ($app) {
    return new StripeGateway(
        config('services.stripe.key'),
        config('services.stripe.secret')
    );
});

// Singleton: same instance throughout the request
$this->app->singleton(MetricsCollector::class, function ($app) {
    return new MetricsCollector(
        $app->make(Cache::class)
    );
});

컨테이너는 느슨한 결합을 가능하게 합니다. 클래스가 구체적인 구현이 아닌 추상(인터페이스)에 의존하므로, 테스트와 구현 교체가 간단해집니다.

Laravel은 데이터베이스 트랜잭션을 어떻게 처리하는가

Laravel은 DB::transaction() 메서드를 사용하여 데이터베이스 작업을 트랜잭션으로 래핑합니다. 트랜잭션은 원자성을 보장합니다. 모든 작업이 성공하거나 모두 롤백됩니다.

php

// Simple transaction with automatic rollback on exception
DB::transaction(function () {
    $user = User::create(['email' => 'test@example.com']);
    $user->profile()->create(['bio' => 'New user']);
    // If profile creation fails, user creation rolls back
});

// Manual transaction control for complex flows
DB::beginTransaction();

try {
    $order = Order::create($data);
    PaymentGateway::charge($order->total);

    DB::commit();
} catch (PaymentFailedException $e) {
    DB::rollBack();
    throw $e;
}

// Nested transactions use savepoints
DB::transaction(function () {
    User::create(['email' => 'outer@test.com']);

    DB::transaction(function () {
        // This creates a savepoint
        Profile::create(['user_id' => 1]);
    });
    // Inner failure only rolls back to savepoint
});

면접관은 종종 데드락에 대해 추가 질문을 합니다. 답변은 Laravel이 데드락으로 실패한 트랜잭션을 재시도한다는 것입니다(DB::transaction()의 두 번째 인자로 설정 가능).

미들웨어를 설명하고 실제 사용 사례를 제시하라

미들웨어는 애플리케이션에 들어오는 HTTP 요청을 필터링합니다. 각 미들웨어는 요청이 컨트롤러에 도달하기 전에 검사, 수정 또는 거부할 수 있습니다.

app/Http/Middleware/EnsureTeamMember.phpphp

// Custom middleware checking team membership

namespace App\Http\Middleware;

use Closure;
use Illuminate\Http\Request;
use Symfony\Component\HttpFoundation\Response;

class EnsureTeamMember
{
    public function handle(Request $request, Closure $next, string $role = 'member'): Response
    {
        $team = $request->route('team');

        if (!$request->user()->belongsToTeam($team)) {
            abort(403, 'You are not a member of this team.');
        }

        if ($role === 'admin' && !$request->user()->isTeamAdmin($team)) {
            abort(403, 'Admin access required.');
        }

        return $next($request);
    }
}

routes/web.phpphp

// Applying middleware to routes

Route::middleware(['auth', 'team.member:admin'])->group(function () {
    Route::get('/teams/{team}/settings', [TeamController::class, 'settings']);
    Route::put('/teams/{team}/settings', [TeamController::class, 'updateSettings']);
});

미들웨어는 순서대로 실행됩니다. 인증 미들웨어는 인가 미들웨어보다 먼저 실행되어야 하며, 로깅 미들웨어는 일반적으로 모든 것을 감쌉니다.

N+1 쿼리 문제 해결

N+1 문제는 초기 컬렉션에 대해 1개의 쿼리를 생성하고, 관계에 접근할 때마다 항목당 1개의 쿼리를 생성합니다. 저자가 있는 100개의 기사 목록은 2개가 아닌 101개의 쿼리를 생성합니다.

php

// Problem: 101 queries for 100 articles
$articles = Article::all();
foreach ($articles as $article) {
    echo $article->author->name; // Each access triggers a query
}

// Solution: eager load with 2 queries total
$articles = Article::with('author')->get();
foreach ($articles as $article) {
    echo $article->author->name; // No additional queries
}

// Nested eager loading for complex relationships
$articles = Article::with([
    'author.profile',
    'comments' => fn($query) => $query->latest()->limit(5),
    'comments.user',
    'tags',
])->get();

Laravel은 개발 환경에서 지연 로딩을 방지하여 N+1 문제를 조기에 발견할 수 있습니다.

app/Providers/AppServiceProvider.phpphp

use Illuminate\Database\Eloquent\Model;

public function boot(): void
{
    Model::preventLazyLoading(!$this->app->isProduction());
}

이 설정을 적용하면 개발 환경에서 로드되지 않은 관계에 접근할 때 예외가 발생하여, 명시적인 즉시 로딩을 강제합니다.

Laravel 면접 준비가 되셨나요?

인터랙티브 시뮬레이터, flashcards, 기술 테스트로 연습하세요.

Laravel 탐색하기

액션 클래스: 단일 목적 작업

액션 클래스는 여러 진입점에서 호출할 수 있는 단일 작업을 캡슐화합니다. 관련 메서드를 그룹화하는 서비스 클래스와 달리, 액션은 명확한 입력과 출력으로 하나의 작업을 처리합니다.

app/Actions/CreateUserAction.phpphp

// Single-purpose action class

namespace App\Actions;

use App\Models\User;
use App\Notifications\WelcomeNotification;
use Illuminate\Support\Facades\Hash;

class CreateUserAction
{
    public function execute(array $data): User
    {
        $user = User::create([
            'name' => $data['name'],
            'email' => $data['email'],
            'password' => Hash::make($data['password']),
        ]);

        $user->notify(new WelcomeNotification());

        return $user;
    }
}

php

// Usage in controller
public function store(RegisterRequest $request, CreateUserAction $action)
{
    $user = $action->execute($request->validated());
    return redirect()->route('dashboard');
}

// Usage in command
public function handle(CreateUserAction $action)
{
    $user = $action->execute([
        'name' => $this->argument('name'),
        'email' => $this->argument('email'),
        'password' => $this->argument('password'),
    ]);
    $this->info("Created user: {$user->id}");
}

// Usage in test
public function test_user_creation(): void
{
    $action = new CreateUserAction();
    $user = $action->execute([
        'name' => 'Test User',
        'email' => 'test@example.com',
        'password' => 'password',
    ]);

    $this->assertDatabaseHas('users', ['email' => 'test@example.com']);
}

액션 클래스는 Laravel의 잡 시스템과 잘 연동됩니다. 액션에는 로직이 포함되고, 잡은 큐잉과 재시도 동작을 처리합니다.

이벤트 기반 아키텍처: 이벤트와 리스너

이벤트는 무언가가 발생한 순간과 그 이벤트에 대한 반응을 분리합니다. 주문이 생성되면 OrderPlaced 이벤트가 발생합니다. 리스너는 이메일 발송, 분석 업데이트, 창고 알림을 독립적으로 처리합니다.

app/Events/OrderPlaced.phpphp

// Event class carrying order data

namespace App\Events;

use App\Models\Order;
use Illuminate\Broadcasting\InteractsWithSockets;
use Illuminate\Foundation\Events\Dispatchable;
use Illuminate\Queue\SerializesModels;

class OrderPlaced
{
    use Dispatchable, InteractsWithSockets, SerializesModels;

    public function __construct(
        public Order $order
    ) {}
}

app/Listeners/SendOrderConfirmation.phpphp

// Queued listener for email

namespace App\Listeners;

use App\Events\OrderPlaced;
use App\Notifications\OrderConfirmationNotification;
use Illuminate\Contracts\Queue\ShouldQueue;

class SendOrderConfirmation implements ShouldQueue
{
    public function handle(OrderPlaced $event): void
    {
        $event->order->user->notify(
            new OrderConfirmationNotification($event->order)
        );
    }
}

app/Listeners/UpdateInventoryAnalytics.phpphp

// Another listener for the same event

namespace App\Listeners;

use App\Events\OrderPlaced;
use App\Services\AnalyticsService;
use Illuminate\Contracts\Queue\ShouldQueue;

class UpdateInventoryAnalytics implements ShouldQueue
{
    public function __construct(
        private AnalyticsService $analytics
    ) {}

    public function handle(OrderPlaced $event): void
    {
        foreach ($event->order->items as $item) {
            $this->analytics->recordSale(
                $item->product_id,
                $item->quantity,
                $event->order->created_at
            );
        }
    }
}

php

// Dispatching the event
OrderPlaced::dispatch($order);

// Or using the event helper
event(new OrderPlaced($order));

ShouldQueue를 구현하는 리스너는 비동기로 실행되어, 느린 작업이 HTTP 응답을 차단하는 것을 방지합니다.

Laravel 개발자를 위한 핵심 정리

서비스 클래스는 컨트롤러에서 비즈니스 로직을 추출하여 테스트 용이성을 높이고, HTTP, CLI, 큐 컨텍스트 간 재사용을 가능하게 합니다
레포지토리 패턴은 애플리케이션이 캐싱, 데이터 소스 추상화, 복잡한 쿼리 캡슐화가 필요할 때 가치가 있지만, 단순 CRUD에는 오버헤드를 발생시킵니다
Telescope 필터는 예외, 느린 쿼리, 실패한 작업만 기록하여 프로덕션 노이즈를 줄입니다
서비스 컨테이너는 타입 힌트를 통해 의존성 주입을 자동으로 관리하며, 인터페이스나 복잡한 설정에는 명시적 바인딩을 사용합니다
N+1 문제는 with()를 사용한 즉시 로딩으로 해결되며, Model::preventLazyLoading()은 개발 중 즉시 로딩 누락을 감지합니다
액션 클래스는 컨트롤러, 커맨드, 테스트, 잡에서 호출 가능한 단일 목적 작업을 처리합니다
이벤트는 "무엇이 발생했는가"와 "다음에 무엇이 발생해야 하는가"를 분리하며, 큐에 등록된 리스너가 부수 효과를 비동기로 처리합니다
면접 답변은 트레이드오프에 대한 이해를 보여야 합니다. 패턴이 도움이 될 때와 불필요한 복잡성을 추가할 때를 구분하는 것입니다

연습을 시작하세요!

면접 시뮬레이터와 기술 테스트로 지식을 테스트하세요.

무료 계정 만들기

Laravel 솔루션: 고급 패턴, 디버깅 및 면접 대비 2026년판

서비스 클래스: 컨트롤러에서 비즈니스 로직 분리하기

레포지토리 패턴: 직접 Eloquent로 충분하지 않을 때

Laravel 면접 준비가 되셨나요?

Telescope를 사용한 Laravel 애플리케이션 디버깅

자주 나오는 면접 질문과 모범 답변

서비스 컨테이너란 무엇이며, 왜 중요한가

Laravel은 데이터베이스 트랜잭션을 어떻게 처리하는가

미들웨어를 설명하고 실제 사용 사례를 제시하라

N+1 쿼리 문제 해결

Laravel 면접 준비가 되셨나요?

액션 클래스: 단일 목적 작업

이벤트 기반 아키텍처: 이벤트와 리스너

Laravel 개발자를 위한 핵심 정리

연습을 시작하세요!

Laravel 코드의 버그를 찾을 수 있나요

관련 기사

Laravel 12 새로운 기능 총정리: 스타터 킷, WorkOS AuthKit, 업그레이드 가이드 및 면접 질문 (2026)

Laravel과 PHP 면접 질문: 2026년 핵심 25선

2026년 Laravel 테스트: Pest 5, TIA, 모킹 및 기술 면접 질문