Domain-Driven Design - null | AI Insight Note

도메인 주도 설계(DDD, Domain-Driven Design)는 복잡한 소프트웨어를 비즈니스 도메인 모델 중심으로 설계하는 방법론이다. Eric Evans가 2003년 제시했으며, 개발자와 도메인 전문가가 유비쿼터스 언어로 공통의 이해를 구축하는 것을 강조한다.

핵심 개념

유비쿼터스 언어 (Ubiquitous Language)

팀 전체(개발자 + 비즈니스)가 동일한 용어를 코드와 대화에서 사용한다.

•코드에서: class Order, method place_order()
•대화에서: "주문(Order)을 접수(place)할 때..."

바운디드 컨텍스트 (Bounded Context)

큰 도메인을 명확한 경계로 나눈 서브 도메인.

쇼핑몰 도메인
  ┌─────────────┐  ┌─────────────┐  ┌─────────────┐
  │   주문 컨텍스트  │  │  결제 컨텍스트  │  │  배송 컨텍스트  │
  │  Order      │  │  Payment    │  │  Shipment   │
  │  OrderItem  │  │  Invoice    │  │  Tracking   │
  └─────────────┘  └─────────────┘  └─────────────┘
  각 컨텍스트는 자체 모델과 언어를 가짐

전술적 설계 패턴

패턴	설명
Entity	고유 식별자가 있는 객체 (Order #1234)
Value Object	식별자 없이 값으로 구분 (Money, Address)
Aggregate	트랜잭션 경계 단위 (Order + Items)
Repository	집계 루트 조회/저장
Domain Service	어떤 엔티티에도 속하지 않는 도메인 로직
Domain Event	도메인에서 발생한 사건 (OrderPlaced)

집계 (Aggregate)

python

class Order:  # Aggregate Root
    def __init__(self, order_id: OrderId, customer: CustomerId):
        self.id = order_id
        self.customer = customer
        self.items: list[OrderItem] = []
        self._events: list = []

    def add_item(self, product_id, quantity, price):
        # 도메인 규칙 검사
        if len(self.items) >= 50:
            raise DomainError("주문 항목은 50개를 초과할 수 없습니다")
        self.items.append(OrderItem(product_id, quantity, price))

    def place(self):
        if not self.items:
            raise DomainError("빈 주문은 접수할 수 없습니다")
        self._events.append(OrderPlaced(self.id))

전략적 패턴

•컨텍스트 맵: 바운디드 컨텍스트 간 관계 표시
•Anti-Corruption Layer: 레거시 시스템과 통합 시 모델 보호
•Shared Kernel: 두 컨텍스트가 공유하는 모델

참고문헌

•Evans, E. (2003). Domain-Driven Design. Addison-Wesley

Domain-Driven Design도메인 주도 설계