[CS] DDD(Domain-Driven Design)란?

📍Domain이란?

도메인이란 사전적 의미로 '영역', '집합' 이다. 그리고 비즈니스 Domain은 유사한 업무의 집합이다.

📍DDD란?

DDD(Domain-Driven Design) 또는 도메인 주도 설계라고 부르며 도메인 패턴을 중심에 놓고 설계하는 방식을 일컫는다.

이해하기 좋게 예를 들어 보자면, 만약 이커머스 서비스의 경우 다음과 같이 나눌 수 있다.

• 결제
• 주문
• 배송
• 고객관리
• 인증

이처럼 DDD는 큰 규모의 서비스를 작은 비지니스 단위로 쪼개어 각 도메인 간의 응집도를 높이고 서로 다른 도메인끼리 느슨한 의존도를 가지게 된다.

📍DDD? MSA?

이렇게만 보면 각각 독립적인 서비스를 연결한 구조인 MSA의 개념과 굉장히 유사해보인다.

✅ MSA를 탄생시킨 DDD
예상했던대로 MSA는 DDD로부터 왔다고 한다. DDD의 핵심 요소인 Loose Coupling(느슨한 결합)과 High Cohesion(높은 응집)은 MSA를 설계할 때 꼭 기억해야 할 설계 원칙이다.
DDD는 MSA의 서비스를 식별할 수 있는 도구를 제공할 뿐 서비스의 올바른 식별을 보장하지는 않는다. 즉, DDD를 사용한다고 MSA를 완벽하게 적용할 수 있는 것은 아니다.

📍DDD특징

• 도메인 그 자체와 도메인 로직에 초점을 맞춘다. 일반적으로 많이 사용하는 데이터 중심의 접근법을 탈피해서 순수한 도메인의 모델과 로직에 집중하는 것을 말한다.
• 보편적인(ubiquitous) 언어의 사용이다. 도메인 전문가와 소프트웨어 개발자 간의 커뮤니케이션 문제를 없애고 상호가 이해할 수 있고 모든 문서와 코드에 이르기까지 동일한 표현과 단어로 구성된 단일화된 언어체계를 구축해나가는 과정을 말한다. 이로서 분석 작업과 설계 그리고 구현에 이르기까지 통일된 방식으로 커뮤니케이션이 가능해진다.
• 소프트웨어 엔티티와 도메인 컨셉트를 가능한 가장 가까이 일치시키는 것이다. 분석 모델과 설계가 다르고 그것과 코드가 다른 구조가 아니라 도메인 모델부터 코드까지 항상 함께 움직이는 구조의 모델을 지향하는 것이 DDD의 핵심원리이다.
• DDD는 Spring Data JDBC라는 기술과 밀접한 연관이 있어 Spring Data JDBC를 사용하기 위해서는 DDD에 대한 개념을 이해하고 있어야 한다.

📌 데이터 주도 설계란?

데이터 주도 설계란 객체가 가져야 할 데이터에 초점을 두고 설계를 하는 방식을 일컫는다.
데이터 주도 설계 에서는 객체 자신이 포함하고 있는 데이터를 조작하는 데 필요한 행동을 정의한다.

📌 왜 도메인 주도 설계를 사용해야 하는가?

• 도메인 모델의 적용 범위를 구현까지 확장하여 도메인 지식을 구현 코드에 반영
• 공통의 언어(유비쿼터스 언어)를 사용하여 도메인과 구현을 충분히 만족하는 모델을 만든다.
• 실제 코드로 구현 가능한 현실성 있는 도메인 모델 분석과 그것을 추상화하는 설계
• "설계를 하라, 그 다음에 구축하라"가 아니다.