Domain Driven Design

Jay Jang·2022년 5월 24일

Domain Driven Design

목록 보기

1/1

소프트웨어의 본질은 기술이 아니라 현실의 문제를 해결하는 것이다.

현실의 문제(도메인)을 잘 파악하고 그 문제 해결이 code로서 잘 구현될 때 가장 이상적인 소프트웨어라고 할 수 있다.

하지만 도메인의 문제를 잘 아는 사람과, 그것을 코드로 구현하는 사람이 분리되어 일하는 경우가 대부분이고, 이러한 경우 의사소통하기 어려운 현실적인 문제점이 존재한다.

도메인 주도 디자인 (Domain Driven Design: DDD)은 이렇게 기존의 어플리케이션 설계가 비즈니스 도메인에 대한 이해가 부족했던 문제를 해결하기 위한 설계 방법으로, 도메인에서 IT로 일방향 소통구조를 탈피하여 도메인과 IT의 양방향 커뮤니케이션을 매우 중요시한다.

DDD는 좋은 서비스를 개발하기 위한 기본 요소인 Loose Coupling(느슨한 결합)과 High Cohesion(높은 응집도)를 만족시키기 위한 필수 개념을 포함하고 있다.

결국 도메인 내의 여러 업무 정의나 문제를 어떻게 모델로 잘 표현하고, 그것을 바탕으로 구현하기 쉽게 이해할 수 있는 구조로 정의되느냐가 DDD의 핵심이다.

DDD는 다음과 같은 특징을 갖는다.

특징

도메인 그 자체와 도메인 로직에 초점을 맞춘다.

일반적으로 많이 사용하는 데이터 중심의 접근법을 탈피해서 순수한 도메인의 모델과 로직에 집중하는 것을 말한다.
보편적인(Ubiquitous) 언어를 사용한다.

이로서 분석 작업과 설계 그리고 구현에 이르기까지 통일된 방식으로 커뮤니케이션이 가능해진다.
소프트웨어 엔티티와 도메인 컨셉을 가능한 가장 가까이 일치시킨다.

분석 모델과 설계가 다르고 그것과 코드가 다른 구조가 아니라 도메인 모델부터 코드까지 항상함께 움직이는 구조의 모델을 지향한다.

Ubiquitoius Language (보편 언어)

도메인 전문가와 소프트웨어 개발자 간의 커뮤니케이션 문제를 없애고 모든 이해 관계자가 이해 가능하며, 모든 문서와 코드에 이르기까지 동일한 표현과 단어로 구성된 단일화된 언어체계를 구축해 나가는 과정을 말한다.

그리고 보편언어들로 정의할 때 고려되어야 할 사항은 Bounded Context(제한 영역) 범위 내에서 정의해야 한다는 것이다.

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

특정한 도메인 모델이 적용되는 제한된 영역 경계 내에선 동일한 모델을 일관되게 적용하는 것을 말한다.

예를 들어, ‘Sales’ 이라는 모델 및 용어를 정의할 때, Customer, product 등의 용어는 다른 context에서 다른 의미로 사용될 수 있다. 그렇지만 제한된 맥락(Bounded Context)인 Sales 에서 독립적으로 서비스 되는 것은 문제없는 범위로 여겨질 수 있다.

도메인 과 Bounded Context이 1:1 로 매칭되는 것이 가장 이상적이다.