도메인 주도 설계 첫걸음 - 13장 실무에서의 도메인 주도 설계

Posted Sep 13, 2022

By June 9 min read

범위

컴포넌트의 특성 중 수명주기를 분리할 수 있는지 찾아라.
하위 시스템이 같은 소스 관리 저장소(하나의 레파지토리)에서 관리되거나 모든 컴포넌트가 하나의 모놀리식 코드베이스에 있는 경우에도 어느 것이 다른 컴포넌트와 독립적으로 개선되고 테스트되고 배포될 수 있는 지 확인하라.

논리적 경계를 물리적 경계로 전환하여 가장 많은 가치를 얻을 수 있는 곳을 찾아라.
논리적 경계를 물리적 경계로 바꿔 바운디드 컨첵스트를 추출하는 과정
- 여러 팀이 동일한 코드베이스에서 작업하고 있는가? 그렇다면 각 팀에 대한 바운디드 컨텍스트를 정의하여 개발 수명주기를 분리하라.
- 서로 다른 컴포넌트에서 충돌하는 모델을 사용하고 있는가? 그렇다면 충동하는 모델을 별도의 바운디드 컨텍스트로 재배치하라.
필요한 최소 바운디드 컨텍스트가 있으면 이들간 관계와 연동 패턴을 조사하라.
서로다른 바운디드 컨텍스트에서 작업하는 팀이 어떻게 의사소통하고 협업하는지 확인하라.
컨텍스트 통합 패턴이 해결할 수 있는 문제에 주목하라.
- 사용자-제공자 관계
- 충돌 방지 계층
- 오픈 호스트 서비스
- 분리형 노선

도메인 주도 설계의 유비쿼터스 언어는 지식을 획득하고 효과적인 솔루션 모델을 만드는 데 반드시 필요하다.
이벤트 스토밍은 도메인 시직을 복구하기 위한 환상적인 도구다.
도메인 지식와 해당 모델을 갖췄다면 논의 중인 비즈니스 기능에 가장 적합한 비즈니스 로직 구현 패턴을 결정하라.
- 시스템의 전체 컴포넌트를 점진적으로 교체(스트랭글러 패턴)하거나 기존 솔루션을 점진적으로 리팩터링하는 것.
일반적으로 스트랜글러 패턴은 파사드 패턴(facade pattern)과 함께 사용한다.
- 파사드 패턴의 얇은 추상화 계층은 퍼블릭 인터페이스 역할을 하며, 레거시 또는 현대화된 바운디드 컨텍스트로 요청을 전달해 처리하는 역할을 한다.
레거시 코드베이스를 현대화
- 작은 점진적인 초치가 대규모 재작성보다 안전하다.
- 작은 점진적은 조치를 수행하는 것과 동일한 이유로, 도메인 모델로 리팩터링이 한 번에 이루어질 필요는 없다.
- 레거시 시스템을 리팩터링하는 것처럼 필요시 충돌 방지 계층을 사용하여 이전 모델로부터 새 코드베이스를 보호할 수 있으며, 오픈 호스트 서비스를 구현하고 공표된 언어를 노충하여 레거시 코드베이스의 변경으로부터 사용자를 보호한다.

비즈니스 도메인과 해당 전략을 분석하고, 특정 문제를 해결하기 위한 효과적인 모델을 찾고, 무엇보다도 비즈니스 도메인의 요구사항에 따라 설계 의사결정을 내린다면 그것이 바로 도메인 주도 설계다.
도메인 주도 설계는 애그리게이트나 밸류 오브젝트에 관한 것이 아니다.
도메인 주도 설계는 비즈니스 도메인이 소프트웨어 설계 의사결정을 주도하게 하는 것이다.

This post is licensed under CC BY 4.0 by the author.