[💡 DDD - 도메인 주도 설계]

도메인 주도 설계(DDD)란 무엇인가?

도메인 주도 설계(Domain-Driven Desing)는 소프트웨어 설계 접근법으로 복잡한 비즈니스 요구사항을 효과적으로 반영하고 해결하기 위해 도메인 전문가와 개발자가 협력하여 소프트웨어 모델을 도메인에 집중하도록 설계 기법이다.

DDD의 핵심은 도메인을 깊이 이해하고, 이를 중심으로 설계와 개발을 진행함으로써 비즈니스 요구사항을 충족하는 소프트웨어를 만드는 데 있습니다.

DDD의 주요 개념

도메인:

소프트웨어가 해결하려는 문제 영역.
예: 전자 상거래 시스템의 도메인은 "상품 주문과 결제"입니다.

유비쿼터스 언어(Ubiquitous Language):

팀원(비즈니스 전문가, 개발자)이 공유하는 공통의 언어.
도메인의 개념과 용어를 일치시켜 커뮤니케이션 오류를 줄이는 역할을 합니다.

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

도메인 모델이 명확하게 정의되고 적용되는 경계.
예: "주문"과 "결제"는 각각 독립된 바운디드 컨텍스트로 나뉠 수 있습니다.

도메인 모델(Domain Model):

도메인을 추상화한 설계 모델로, 객체와 관계를 통해 비즈니스 로직을 표현합니다.

애그리게이트(Aggregate):

논리적으로 묶인 엔티티(Entity)와 값 객체(Value Object)의 집합으로, 트랜잭션 경계를 정의합니다.

DDD의 실용적인 적용 단계

도메인 이해:

도메인 전문가와의 협업을 통해 요구사항을 분석하고 비즈니스 로직을 정의합니다.
예: 고객, 주문, 결제와 같은 주요 개념을 도출.

유비쿼터스 언어 정의:

팀 간에 일관된 용어를 정의하여 도메인 언어로 커뮤니케이션합니다.

바운디드 컨텍스트 구분:

도메인 전체를 세분화하여 각 컨텍스트의 경계를 정의하고 독립성을 유지합니다.
예: "배송 관리"와 "상품 카탈로그"를 별도 컨텍스트로 관리.

도메인 모델 설계:

엔티티(Entity), 값 객체(Value Object), 애그리게이트(Aggregate)를 정의하여 코드에 반영합니다.
예: "Order"는 주문 정보를 관리하는 엔티티로 설계.

DDD의 장점과 한계

장점:

• 비즈니스 요구사항 반영: 도메인을 깊이 이해하고 설계에 반영.
• 유지보수성 향상: 팀의 공통된 언어와 모델을 사용해 이해하기 쉬운 코드 작성.
• 복잡한 시스템 관리: 컨텍스트 분리로 의존성을 줄이고 관리 용이.

한계:

• 복잡한 초기 설계: 프로젝트 초반에 많은 시간이 소요될 수 있음.
• 도메인 전문가 의존: 도메인 이해 부족 시 설계 품질 저하.

결론

DDD는 복잡한 비즈니스 로직을 다루는 소프트웨어 설계에 매우 유용한 접근법입니다. 특히 장기적인 유지보수성과 비즈니스 요구사항 반영에 탁월한 강점을 가집니다. 하지만 DDD를 성공적으로 적용하려면 도메인 전문가와의 긴밀한 협업과 설계 초기 단계에서 충분한 시간을 투자하는 것이 필수적입니다.

참고 자료
msa 모델링: engineering-skcc.github.io/microservice%20modeling/Event-Storming/

링크: www.msaez.io/#/