개념 이해 on Advanced Beginner

전략적 설계

d8lzz1gpw@mozmail.com (kimbenji) — Mon, 16 Feb 2026 00:00:00 +0000

대상 독자: DDD의 큰 그림을 이해하고 싶은 아키텍트 및 시니어 개발자 선수 지식: Quick Start를 읽었거나 DDD 기본 개념에 대한 이해 소요 시간: 약 30분 핵심 질문: “시스템을 어떻게 나누고, 각 부분이 어떻게 협력해야 하는가?”

요약
전략적 설계의 4가지 핵심 개념: Subdomain(비즈니스 영역 분류) → Ubiquitous Language(공통 언어 정의) → Bounded Context(모델 경계 설정) → Context Mapping(경계 간 협력 방식 정의)

복잡한 도메인을 어떻게 나누고 통합할지 결정하는 고수준 설계가 바로 전략적 설계입니다. 이는 DDD의 출발점이자 전체 시스템 아키텍처를 결정하는 핵심 활동입니다.

전술적 설계

d8lzz1gpw@mozmail.com (kimbenji) — Tue, 17 Feb 2026 00:00:00 +0000

대상 독자: DDD 빌딩 블록을 코드로 구현하고 싶은 백엔드 개발자 선수 지식: 전략적 설계를 읽었거나 Bounded Context 개념에 대한 이해 소요 시간: 약 40분 핵심 질문: “도메인 모델을 어떤 패턴으로 구현해야 하는가?”

요약
전술적 설계 빌딩 블록: Entity(식별자로 구분) + Value Object(값으로 구분) → Aggregate(일관성 경계) + Repository(영속화) + Domain Service(도메인 로직) + Domain Event(이벤트 통신)

도메인 모델을 구체적으로 구현하기 위한 패턴들이 바로 전술적 설계입니다. 전략적 설계가 “큰 그림"을 그리는 것이라면, 전술적 설계는 “구체적인 구현 방법"을 제시합니다.

Aggregate 심화

d8lzz1gpw@mozmail.com (kimbenji) — Thu, 15 Jan 2026 00:00:00 +0000

대상 독자: Aggregate 기본 개념을 알고 있으며 설계 심화 학습이 필요한 개발자 선수 지식: 전술적 설계의 Entity, Value Object 개념 소요 시간: 약 25분 핵심 질문: “Aggregate 경계를 어떻게 정하고, 크기는 어느 정도가 적당한가?”

요약
Aggregate 설계 핵심: 불변식 기반 경계 설정 → 작게 유지 → ID로 참조 → 결과적 일관성 활용

Aggregate 심화#

Aggregate의 설계 원칙, 트랜잭션 경계, 실전 패턴을 깊이 있게 다룹니다.

비유: 가족과 이웃
Aggregate를 이해하는 가장 쉬운 비유는 가족 단위입니다.

Aggregate 실전 패턴

d8lzz1gpw@mozmail.com (kimbenji) — Thu, 15 Jan 2026 00:00:00 +0000

대상 독자: Aggregate 기본 개념을 익히고 실전 패턴을 학습하려는 개발자 선수 지식: Aggregate 심화에서 핵심 개념 이해 소요 시간: 약 30분 핵심 질문: “Aggregate 구현 시 어떤 패턴을 적용해야 하는가?”

요약
실전 패턴: Factory Method(생성) + Domain Event 발행 + Optimistic Locking(동시성) + Soft Delete(삭제)

Aggregate 실전 패턴#

Aggregate 설계를 위한 구현 패턴과 의사결정 가이드입니다.

왜 Aggregate에 패턴이 필요한가?#

Aggregate는 단순히 객체를 묶는 것이 아닙니다. 일관성, 동시성, 생명주기라는 세 가지 책임을 져야 합니다. 이 책임을 효과적으로 수행하기 위해 검증된 패턴들이 존재합니다.

도메인 모델 패턴

d8lzz1gpw@mozmail.com (kimbenji) — Tue, 17 Feb 2026 00:00:00 +0000

대상 독자: 전술적 설계 빌딩 블록을 이해한 백엔드 개발자 선수 지식: Entity, Value Object, Repository, Domain Service 개념 이해 소요 시간: 약 25-30분 핵심 질문: “핵심 빌딩 블록만으로 표현하기 어려운 도메인 로직을 어떻게 구조화하는가?”

요약
핵심 빌딩 블록(Entity, Value Object, Repository, Domain Service, Factory)은 도메인 모델의 뼈대입니다. 이 문서에서 다루는 패턴들은 그 뼈대 위에 비즈니스 규칙을 체계적으로 표현하는 도구입니다: Specification(조건 검사) + Policy(계산/결정) + Module(코드 조직) + Builder(복잡한 생성) + Null Object(null 안전성)

전술적 설계의 핵심 빌딩 블록만으로도 도메인 모델을 구현할 수 있습니다. 하지만 실제 비즈니스는 더 복잡한 요구사항을 가집니다. “이 주문은 확정 가능한가?“라는 조건 검사, “VIP 고객에게는 몇 % 할인을 적용하는가?“라는 정책 결정, 그리고 여러 모듈에 걸친 코드 조직까지 — 이런 문제를 깔끔하게 해결하는 보조 패턴들을 알아보겠습니다.

테스트 전략

d8lzz1gpw@mozmail.com (kimbenji) — Thu, 15 Jan 2026 00:00:00 +0000

대상 독자: DDD 기반 프로젝트에서 테스트 전략을 수립하려는 개발자 선수 지식: 전술적 설계 빌딩 블록, 기본적인 JUnit/Mockito 사용법 소요 시간: 약 25분 핵심 질문: “DDD 아키텍처에서 테스트를 어떻게 구성해야 하는가?”

요약
테스트 전략 핵심: 단위 테스트(도메인 모델 중심, 가장 많이) → 통합 테스트(Repository, 외부 연동) → E2E 테스트(핵심 시나리오만)

도메인 주도 설계를 적용한 시스템은 일반적인 CRUD 애플리케이션과는 다른 테스트 전략이 필요합니다. 비즈니스 로직이 도메인 모델에 집중되어 있기 때문에, 테스트 역시 도메인 계층을 중심으로 설계해야 합니다. 이 문서에서는 DDD 아키텍처에 적합한 테스트 전략과 구체적인 구현 방법을 살펴봅니다.

안티패턴과 함정

d8lzz1gpw@mozmail.com (kimbenji) — Thu, 15 Jan 2026 00:00:00 +0000

대상 독자: DDD를 적용하고 있거나 도입을 고려 중인 개발자 선수 지식: Quick Start와 전술적 설계 기본 개념 소요 시간: 약 20분 핵심 질문: “DDD 적용 시 흔히 저지르는 실수는 무엇이고, 어떻게 피할 수 있는가?”

주의
이 문서에서 소개하는 안티패턴은 실제 프로젝트에서 자주 발생합니다. 자신의 코드베이스에 해당 증상이 있는지 확인해보세요.

안티패턴을 이해하는 비유#

비유: 건축과 안티패턴
DDD 안티패턴을 건축 설계 실수에 비유할 수 있습니다:

안티패턴 건축 비유 결과

Big Ball of Mud 칸막이 없는 원룸 부엌 냄새가 침실까지, 손님이 오면 모든 공간 정리 필요

Anemic Domain Model 벽만 있고 가구 없는 집 살기 위해 매번 외부에서 가구를 빌려와야 함

God Aggregate 모든 방이 연결된 미로 한 방 고치려면 모든 방에 영향

Primitive Obsession 문 없이 커튼만 있는 방 누구나 들어올 수 있어 보안 취약

중요: 안티패턴이라고 해서 항상 나쁜 것은 아닙니다. 빠른 프로토타입, 단순한 CRUD 앱, 1인 프로젝트에서는 “과도한 설계"가 오히려 해가 됩니다. 이 문서의 해결책은 복잡한 비즈니스 도메인에 적합합니다.

안티패턴	건축 비유	결과
Big Ball of Mud	칸막이 없는 원룸	부엌 냄새가 침실까지, 손님이 오면 모든 공간 정리 필요
Anemic Domain Model	벽만 있고 가구 없는 집	살기 위해 매번 외부에서 가구를 빌려와야 함
God Aggregate	모든 방이 연결된 미로	한 방 고치려면 모든 방에 영향
Primitive Obsession	문 없이 커튼만 있는 방	누구나 들어올 수 있어 보안 취약