DDD는 복잡도를 어떻게 다루는가
Anemic Domain Model이 Service 비대화로 이어지는 원인부터 Strategic/Tactical Design의 역할 분담, 레이어 의존성 역전까지 — DDD의 설계 철학을 추적한다.
총 7편 · 순서대로 읽기를 권장
Anemic Domain Model이 Service 비대화로 이어지는 원인부터 Strategic/Tactical Design의 역할 분담, 레이어 의존성 역전까지 — DDD의 설계 철학을 추적한다.
서브도메인 분류부터 Bounded Context, Ubiquitous Language, Context Map 패턴, ACL, 이벤트 스토밍, 마이크로서비스까지 — DDD의 전략적 설계가 공유하는 하나의 질문을 추적한다.
Entity/Value Object 구분부터 Aggregate 경계, Repository 설계, Domain Event까지 — DDD 전술 패턴들이 공유하는 하나의 원칙을 추적한다.
발행자가 구독자를 모르는 설계부터 Outbox Pattern의 원자성 보장, Saga의 보상 트랜잭션, ACL의 번역 계층까지 — DDD 이벤트 기반 설계의 핵심을 추적한다.
Persistence Ignorance 원칙부터 Repository 패턴, AbstractAggregateRoot, 테스트 전략까지 — 도메인 설계가 JPA의 제약을 어떻게 극복하는지 추적한다.
Bounded Context 식별부터 Aggregate 불변식, 이벤트 기반 통합, CQRS 읽기 모델, 레거시 점진적 전환까지 — 전자상거래 도메인으로 DDD 설계 결정을 추적한다.
Anemic Model부터 과잉 Context 분리, DDD 과잉 적용까지 — 도메인 로직이 어디에 있어야 하는가라는 질문 하나가 모든 설계 실수를 관통한다.