DDD 이론 1: DDD 철학과 복잡성

에릭 에반스는 누구인가?

에릭 에반스(Eric Evans)는 소프트웨어 설계 컨설턴트로, 수십 년간 복잡한 비즈니스 시스템을 설계하고 구축한 경험을 바탕으로 2003년 "Domain-Driven Design: Tackling Complexity in the Heart of Software"(일명 "Blue Book")를 출간했습니다.

그는 성공적인 프로젝트들의 공통점을 분석하면서, 도메인 전문가와 개발자의 긴밀한 협력과비즈니스 개념을 코드에 직접 반영하는 것이 핵심임을 발견했습니다.

2003년, 소프트웨어 개발의 위기

DDD가 등장한 2003년, 소프트웨어 산업은 심각한 문제에 직면해 있었습니다. Standish Group의 CHAOS Report에 따르면 IT 프로젝트의 70% 이상이 실패하거나 심각한 문제를 겪고 있었습니다.

DDD 이후의 발전

에릭 에반스의 Blue Book 이후, DDD는 계속 발전해왔습니다:

본질적 복잡성 vs 우발적 복잡성

프레드 브룩스는 "No Silver Bullet"에서 소프트웨어 복잡성을 두 가지로 구분했습니다. DDD는 이 중 본질적 복잡성(Essential Complexity)에 집중합니다.

복잡성이 증가하는 이유

복잡성 관리의 핵심 전략

도메인(Domain)이란?

도메인은 소프트웨어가 해결하고자 하는 비즈니스 문제 영역입니다. 사용자가 프로그램을 적용하는 대상 영역이며, 소프트웨어가 존재하는 이유입니다.

모델(Model)이란?

모델은 현실 세계의 선택적 추상화입니다. 모든 것을 표현하는 것이 아니라, 문제 해결에 필요한 측면만 선택하여 단순화한 것입니다.

좋은 도메인 모델 vs 나쁜 도메인 모델

Anemic Domain Model vs Rich Domain Model

// 데이터만 있는 빈약한 모델
class Order {
  id: string;
  items: OrderItem[];
  status: string;
  totalAmount: number;
}

// 로직은 서비스에 분산
class OrderService {
  cancel(order: Order) {
    if (order.status === 'SHIPPED') {
      throw new Error('Cannot cancel');
    }
    order.status = 'CANCELLED';
    // 환불 로직...
    // 재고 복구 로직...
    // 알림 발송 로직...
  }
}

// 행위를 가진 풍부한 모델
class Order {
  private id: OrderId;
  private items: OrderItem[];
  private status: OrderStatus;

  cancel(): void {
    // 비즈니스 규칙이 객체 안에!
    if (this.status.isShipped()) {
      throw new CannotCancelError();
    }
    this.status = OrderStatus.CANCELLED;
    // 도메인 이벤트 발행
    this.registerEvent(
      new OrderCancelled(this.id)
    );
  }
}

Knowledge Crunching이란?

Knowledge Crunching은 도메인 전문가의 머릿속에 있는 암묵적 지식을 명시적인 모델로 변환하는 협력적 과정입니다. 이것은 일회성 활동이 아니라 프로젝트 전체에 걸쳐 지속되는 반복적 과정입니다.

효과적인 Knowledge Crunching 기법

Breakthrough (돌파구)

Knowledge Crunching을 계속하다 보면 갑자기 Breakthrough가 일어나는 순간이 있습니다. 기존 모델로는 설명하기 어려웠던 것들이 새로운 개념 하나로 명쾌하게 정리되는 순간입니다.

전략적 설계는 "무엇을 만들 것인가"와 "어떻게 분할할 것인가"에 대한 높은 수준의 결정을 다룹니다. 코드를 작성하기 전에 먼저 해야 할 설계입니다.

┌─────────────────────────────────────────────────────────────────┐
│                      이커머스 Context Map                        │
├─────────────────────────────────────────────────────────────────┤
│                                                                  │
│   ┌──────────────┐    Partnership    ┌──────────────┐           │
│   │   주문       │◄────────────────►│   결제       │           │
│   │  Context     │                   │  Context     │           │
│   │  (Core)      │                   │  (Core)      │           │
│   └──────┬───────┘                   └──────────────┘           │
│          │                                                       │
│          │ Customer-Supplier                                     │
│          ▼                                                       │
│   ┌──────────────┐                   ┌──────────────┐           │
│   │   배송       │      ACL          │   외부       │           │
│   │  Context     │◄──────────────────│  물류 API    │           │
│   │ (Supporting) │                   │  (Generic)   │           │
│   └──────────────┘                   └──────────────┘           │
│                                                                  │
└─────────────────────────────────────────────────────────────────┘

전술적 설계는 "어떻게 구현할 것인가"에 대한 구체적인 패턴들입니다. Bounded Context 내부에서 도메인 모델을 코드로 표현하는 방법을 제공합니다.

// Aggregate Root
class Order {
  private id: OrderId;                    // Entity 식별자
  private customerId: CustomerId;         // 다른 Aggregate는 ID로 참조
  private items: OrderLineItem[];         // 내부 Entity
  private shippingAddress: Address;       // Value Object
  private status: OrderStatus;            // Value Object
  private events: DomainEvent[] = [];

  // 비즈니스 로직이 Aggregate 안에!
  addItem(product: ProductId, quantity: Quantity, price: Money): void {
    if (this.status.isConfirmed()) {
      throw new CannotModifyConfirmedOrder();
    }
    const item = new OrderLineItem(product, quantity, price);
    this.items.push(item);
    this.events.push(new OrderItemAdded(this.id, item));
  }

  confirm(): void {
    if (this.items.length === 0) {
      throw new CannotConfirmEmptyOrder();
    }
    this.status = OrderStatus.CONFIRMED;
    this.events.push(new OrderConfirmed(this.id, this.totalAmount()));
  }
}

// Repository Interface (도메인 계층)
interface OrderRepository {
  findById(id: OrderId): Order | null;
  save(order: Order): void;
  nextId(): OrderId;
}

전략적 설계 vs 전술적 설계

점진적 도입 전략