<aside> 🎯 3줄 요약 • DDD는 한 권의 책이 아니라 세 명의 작가가 시간차로 만든 합작이다. 에반스가 도메인 모델의 언어를, 버논이 구현의 실용성을, 그렉 영이 이벤트로 시간을 풀었다. • 가장 큰 오해 — "애그리거트는 ID로만 참조해야 한다"는 반 버논의 규칙이지 에반스의 원본이 아니다. 에반스는 객체 참조도 허용했고 그렇게 한 데는 네 가지 이유가 있다. • 자바 진영의 DDD 부활은 우연이 아니다. 2000년 POJO 명명 → 2002 Rod Johnson Spring → 2003 Fowler Anemic Domain Model → 2003 에반스 DDD 책 출판의 거의 동시다발 사건이었다. 그 흐름이 액터(Akka), 전용 프레임워크(Axon), 카프카 이벤트 소싱 시대로 이어졌다.

</aside>

<aside> ✍️ ✍️ 작성자 회고 — 해외에서 만난 Akka·DDD → Akka와 DDD, 그리고 해외 개발 경험 이야기 — 작성자 회고

</aside>

<aside> 🌐 🌐 English version → The Three Roads DDD Built — Why You Should Re-read Eric Evans, Vaughn Vernon, and Greg Young

</aside>

히어로 — DDD 3인방(에반스·버논·영)이 같은 도메인 큐브를 각자의 방식으로 그린다

1. 왜 지금 DDD를 다시 보는가

2026년, AI 코딩 에이전트가 보일러플레이트 절반을 자동 생성하고, 카프카가 이벤트 백본으로 자리 잡고, 액터 모델이 멀티 에이전트 아키텍처의 표준 추상으로 떠올랐다. 이 시점에 DDD(Domain-Driven Design)를 다시 펴 보는 이유는 명확하다.

도메인 모델은 인간이 이해하는 비즈니스 언어이고, AI 에이전트가 일하기 가장 좋은 표면이다. Axon Framework가 MCP(Model Context Protocol)를 네이티브 지원하기 시작한 것이 그 증거다 — agent-ready한 시스템은 결국 도메인이 잘 분리된 시스템이다.

그런데 DDD를 책 한 권으로만 이해한 개발자가 너무 많다. 사실 DDD는 세 명의 작가가 10년에 걸쳐 합작한 결과물이고, 그들의 입장은 부분적으로 충돌한다. 이 글은 그 충돌 지점을 정확히 보고, 그 위에 2026년의 액터·카프카·에이전트 시대가 어떻게 이어졌는지를 추적한다.

2. DDD 3인방 — 누가 무엇을 만들었나

<aside> 💡 사용자가 메모한 "에릭 영"은 그렉 영(Greg Young) 이다. 그가 CQRS 용어를 명명했고, 이벤트 소싱을 현대적 의미로 정립했다.

</aside>

2.1 셋이 함께 만든 그림

• 에반스(2003): "도메인을 그대로 코드에 담아라. 객체 그래프가 그 자체로 비즈니스다."
• 버논(2013): "에반스의 그림을 실제로 구현하려면 이런 규칙이 필요하다 — 애그리거트는 작고, 트랜잭션 경계가 명확하고, 다른 애그리거트는 ID로만 연결하자."
• 영(2010~): "도메인의 진실은 마지막 상태가 아니라 그 상태에 도달한 사건의 흐름이다. 그리고 명령(쓰기)과 조회(읽기)는 다른 모델이다."

이 세 입장은 서로 다른 답이 아니라 다른 단계다. 그런데 가장 큰 오해는 §4에서 다룬다.

3. 자바 진영의 늦은 깨달음, POJO 운동의 등장