ㄷㄷㄷ: Domain Driven Design과 적용 사례 공유 / if(kakao)2022

간단 소개

카카오엔터테인먼트의 MSA 전환 사례로, DDD 적용 배경, 핵심 개념, Hexagonal Architecture, 그리고 적용 후 과제와 효과를 분석합니다.

AI Summary

DDD(Domain Driven Design) 도입 배경
- MSA 전환을 위해 TDD, BDD와 비교 후 DDD 선택: 기존 시스템 분해/개선, 비즈니스 협업, 요구사항 관리 용이.
- 레거시 시스템과 신규 MSA 서버 동시 운영 및 점진적 교체 목표.
DDD 핵심 개념 및 Hexagonal Architecture
- 도메인 중심 설계: 데이터보다 도메인 모델과 로직에 집중, 단일화된 언어체계 사용.
- Bounded-Context: 하위 도메인 구분, MSA 서비스 단위.
- Context Map: Bounded-Context 간 관계 시각화, 전체 흐름 파악.
- Aggregate: 데이터 변경 단위, 라이프사이클이 같은 도메인 집합, Root Entity를 통한 접근.
- Hexagonal Architecture: 포트와 어댑터를 사용하여 비즈니스 로직이 표현/데이터 접근 로직에 독립적.
DDD 적용 후 과제 및 효과
- 개발 복잡도, 숙련도, 트랜잭션 관리, 배포 복잡도 증가, Mapper 코드 증가, 높은 도메인 이해도 요구.
- 도메인 간 관계 정리, 유지보수 편의성, 기능 확장 유연성, 데이터 정제 효과.
- 개발 측면에서 캡슐화, 낮은 결합도, 높은 응집도, Business Logic 집중, 코드 가독성 향상.