[NHN FORWARD 22] DDD 뭣이 중헌디? 🧐

전략적 설계는 복잡한 문제 영역에서 가장 중요하고 핵심적인 영역을 추출해 큰 그림을 그리고 거기에 리소스를 투자하는 것임을 설명한다. DDD가 만병통치약이 아니며 단순한 소프트웨어나 MSA와 무조건 엮는 접근은 주의해야 한다고 덧붙인다.

방대한 비즈니스 도메인을 작은 하위 도메인으로 나누고, 이를 핵심·지원·일반 하위 도메인으로 구분하는 디스틸레이션 과정을 설명한다. 티켓팅에서 예매가 핵심 도메인이며 조직의 리소스와 최고 인력을 핵심에 집중해야 경쟁 우위를 지킬 수 있다고 강조한다.

요구사항을 분석하는 탑다운 방식과 구현·수익 모델에서 도메인 지식을 복구하는 바텀업 방식을 소개하고, 최근 많이 쓰는 이벤트 스토밍을 도구로 든다. 도메인 전문가와 개발자가 공유하는 유비쿼터스 언어의 중요성과 한글 도메인의 영어 번역 고충도 언급한다.

바운디드 컨텍스트는 경계가 있는 문맥이자 모델의 무결성을 위한 경계로, 컨텍스트가 다르면 유비쿼터스 언어도 달라진다고 설명한다. 같은 '티켓'이라도 예매·문의·은행 문맥에서 다른 개념이 되는 예로, 하나의 모델이 여러 문맥을 모두 만족하려 하면 복잡해짐을 보여준다.

컨텍스트 맵은 바운디드 컨텍스트 간 의존·통합 관계를 현재 상태로 표현한 다이어그램으로, 상황과 정치적 조건에 따라 순응·고객공급자 등 매핑 관계를 선택한다고 설명한다. 콘웨이 법칙처럼 조직 구조를 컨텍스트에 맞춰 팀을 구성하는 것이 좋은 설계를 만든다고 본다.

패스티켓닷컴이 빅볼 오브 머드에서 시작해 예매·결제·머신러닝 예측 등으로 핵심 도메인이 계속 바뀌는 과정을 보여준다. DDD는 명확한 방법론이 아닌 예술에 가깝고, 커뮤니케이션을 바탕으로 한 지식 탐구와 합의가 핵심이라는 세 줄 요약으로 발표를 맺는다.