[책 리뷰] 도메인 주도 설계를 위한 함수형 프로그래밍

https://www.yes24.com/product/goods/164512812

도메인 주도 설계를 위한 함수형 프로그래밍 | 스콧 블라신 | 제이펍 - 예스24

 

도메인 주도 설계는 이름만 들어도 살짝 겁부터 나는 주제였다. 실무 경험이 많거나 규모 있는 시스템을 직접 다뤄본 사람들을 위한 영역이라는 인상이 강했기 때문이다. 아직 실무 경험도 없고, 복잡한 도메인 설계를 해본 적도 없는 나에게 DDD나 TDD 같은 ‘~주도 설계’는 늘 멀게만 느껴졌다.

 

언젠가는 제대로 공부해보자는 생각은 있었지만, 지금 수준에서 깊게 들어가기엔 너무 어려운 세계 같았다. 설계가 중요하다는 사실 자체는 이미 알고 있었고, 도메인 주도 설계가 유명한 방법론이라는 것도 알고 있었지만, 왜 굳이 ‘도메인’에 초점을 맞춰 설계해야 하는지에 대해서는 막연한 인상만 있었다. TDD는 그래도 어느 정도 감이 잡히는 편이었지만, 도메인 주도 설계는 ‘도메인’이라는 말부터가 선뜻 와닿지 않았다. 그래서 이 방법론이 어떤 문제를 풀기 위해 등장했는지, 무엇이 다른지에 대한 궁금증은 계속 남아 있었다.

 

책 소개를 보고 가장 놀랐던 점은 F# 기반의 유명한 책을 TypeScript와 Kotlin으로 다시 썼다는 점이었다. 그 코드를 전부 옮긴 것도 놀라웠고, 그것도 하나가 아니라 TypeScript와 Kotlin 두 가지 버전으로 제공된다는 점에서 상당히 정성스럽게 느껴졌다. 

 

무엇보다 내가 익숙한 TypeScript 기반으로 도메인 주도 설계와 함수형 프로그래밍을 접해볼 수 있다는 점이 마음에 들었다. F#처럼 생소한 언어나, 개인적으로 거리감이 느껴지는 Java가 아니라, 평소 가장 많이 사용하는 언어로 설명된다는 점이 “한번 도전해봐도 되겠다”는 생각으로 이어졌다. 언젠가는 공부해야 할 개념이라면, 지금 한 번 맛이라도 보자는 마음으로 책을 집어 들게 됐다.

 

제이펍 출판사에서 책을 제공받아 작성한 리뷰입니다.

💡개요

책은 크게 세 파트로 구성되어 있다. 파트 1에서는 DDD의 기본 개념을 소개하고, 도메인을 어떻게 이해해야 하는지, 그리고 함수형 아키텍처 관점에서 어떻게 바라보는지 소개한다.

파트 2에서는 타입을 중심으로 모델링하고, 도메인 무결성과 일관성을 어떻게 지킬 수 있는지, 작업 흐름을 파이프라인으로 표현하는 방법을 다룬다.

파트 3에서는 함수와 파이프라인을 실제 코드(kotlin, ts)로 조합하고, 오류 처리, 직렬화, 영속화까지 이어지며 모델을 점진적으로 발전시키는 과정을 보여준다.

도메인 이해부터 마지막까지 하나의 도메인을 끝까지 함께 만들어가는 느낌에 가까운 구성이다.

목차
PART 1 도메인 이해하기
chapter 1. DDD 소개
chapter 2. 도메인 이해하기
chapter 3. 함수형 아키텍처

PART 2 도메인 모델링하기
chapter 4. 타입 이해하기
chapter 5. 타입으로 도메인 모델링하기
chapter 6. 도메인의 무결성과 일관성
chapter 7. 파이프라인으로 작업 흐름 모델링하기

PART 3 모델 구현하기
chapter 8. 함수 이해하기
chapter 9. 구현: 파이프라인 조합하기
chapter 10. 구현: 오류 처리하기
chapter 11. 직렬화
chapter 12. 영속화
chapter 13. 깔끔하게 디자인 발전시키기

☺️대화 방식 전개

책 전반에서 다루는 예제는 주문서 처리 도메인이다. 이 도메인을 중심으로 개발자와 도메인 전문가가 대화하며 도메인을 파악해가고 그 대화가 어떻게 모델과 코드로 이어지는지 보여준다. 개발자와 도메인 전문가가 주고받는 대화의 흐름을 따라가다 보니, 각 장에서 어떤 개념을 설명하려는지 맥락을 잡는 데 많은 도움이 된다. 나름의 스토리(?)가 있는지라 읽는 재미도 있었다.

 

추상적인 개념을 바로 설명하기보다는, 특정 상황과 대화를 먼저 보여주고 그 안에서 개념을 끄집어내는 방식이다 보니, 도메인이라는 개념이 조금 더 현실적으로 느껴졌다. 

 

☺️도메인 이해하기

도메인 주도 지침

• 자료구조보다 비즈니스 이벤트와 작업 흐름에 집중하라
• 문제 도메인을 더 작은 하위 도메인으로 나누어라
• 각 하위 도메인에 대응하는 모델을 설계하라
• 프로젝트 참여자 모두가 공유하는 공통 언어(공용어)를 만들고, 이를 코드 전반에서 사용하라

주요 용어 정리

• 공용어: 개발자, 도메인 전문가, 팀원 모두가 공유하는 용어
• 도메인 이벤트: 비즈니스에서 이미 발생한 사건을 의미하며, 항상 과거형으로 표현
• 이벤트 스토밍: 도메인 이벤트를 시각적으로 정리하는 것. 브레인 스토밍?
• 도메인: 일관된 지식과 문제 영역
• 하위 도메인: 큰 도메인 안에서 자체적인 전문 지식을 갖는 부분(웹 프로그래밍-일반 프로그래밍)
• 경계 진 맥락: 경계를 가진 독립적인 도메인 모델
• 맥락지도: 경계 진 맥락 간 관계를 나타낸 지도

 

 

1부 2장은 좀 충격적이었다. 여기서는 아래 방식으로의 접근을 지양하라고 설명한다.

• 데이터베이스 중심 디자인 지양하기
• 클래스 중심 디자인 지양하기

프로젝트를 진행하면 자연스럽게 데이터베이스 스키마부터 설계하거나, 또는 배운대로 클래스 다이어그램부터 떠올렸기 때문에 두 방식을 지양하라는 것이 조금 낯설게 느껴졌다.

 

도메인 주도 설계에서는 스키마나 클래스가 아닌 도메인이 설계를 주도해야 한다고 말한다. 핵심은 도메인을 왜곡하지 않고 요구사항을 정확하게 파악하며, 개발자만 이해할 수 있는 언어가 아니라 도메인 전문가와 개발자, 팀원이 모두 이해할 수 있는 언어로 모델을 표현하는 것이다.

 

도메인 문서화는 다음 방식으로 작성한다.

• 작업 흐름은 입력과 출력을 문서화하고 간단한 의사코드로 비즈니스 로직을 표현한다.
• 데이터 구조의 AND는 둘 다 모두 필요하다는 것을, OR은 둘 중 하나만 필요하다는 것을 의미한다.

중요한 것은 클래스 계층 구조나 데이터베이스 테이블을 만들지 않았다는 것! 텍스트 기반으로 작성하여 개발자가 아닌 사람도 모두 알아볼 수 있도록 작성한다.

문서화와 코드 구조

 

☺️타입과 함수 

기존에는 객체 지향 중심으로 DDD가 많이 설명되었는데, 이 책은 타입과 함수가 도메인을 설명하는 핵심 수단이 된다. 객체를 어떻게 설계하는가가 아닌, 도메인의 제약과 규칙을 어떤 타입과 함수로 표현할 것인가에 집중한다. 타입과 함수 중심 접근을 위해 다음 내용 등을 단계적으로 다룬다.

• 타입 합성: AND 타입, OR 타입, 단순 타입, 대수적 타입 시스템
• Typescript와 Kotlin에서 타입 다루기: 타입 정의와 생성 방법, 언어별 타입 표현 방식의 차이
• 타입으로 도메인 모델 만들기: 여러 타입을 조합해 도메인 모델을 구성하는 방법, 도메인 제약을 코드 구조 자체로 드러내는 방식
• 단순 값 모델링: 래퍼 타입 활용, 제약이 있는 값 표현, 단순 타입 사용 시 발생할 수 있는 성능 문제 완화
• 복잡한 값 모델링: 레코드 타입 모델링, 명확하지 않은 타입 모델링, 선택 타입 모델링
• 함수로 작업 흐름 모델링하기: 작업 흐름과 비즈니스 프로세스를 함수 타입으로 표현하는 방법, 파이프라인을 통한 처리 흐름 구성, 함수 합성을 통한 단계적 로직 연결 
• 그 외

Typescript와 Kotlin 두 언어로 예제를 제공하고 설명하기 때문에, 구현 과정을 쉽게 따라갈 수 있다.

코드 분량 많움

 

☺️느낀 점

먼 세상 이야기 같던 DDD를 실제로 한 번 경혐해 볼 수 있었다는 점에서 개인적으로 의미있는 책인 것 같다. 내용 자체는 결코 쉽지 않았고, 읽으면서도 이해가 되지 않는 부분이 많았다. 그럼에도 불구하고 내가 사용하는 주 언어로 도메인 주도 설계와 함수형 프로그래밍을 함께 경험해볼 수 있다는 점이 이 책의 가장 큰 장점이라고 느꼈다.

 

서비스를 설계할 때 단순히 기능을 어떻게 구현할 것인가?가 아니라 서비스 안에서 어떤 경계를 나누고 도메인을 어떻게 표현해야 하는지에 대해 고민해보는 계기가 되었다. 설계를 할 정도의 수준은 아니지만, 적어도 어디서부터 생각을 시작해야 하는지에 대한 감은 잡을 수 있었다.

 

그동안은 개발자 입장에서만 사고하고, 코드와 구현 위주로 문제를 바라보았는데, 이 책을 통해 공용어라는 개념을 배우고, 도메인의 제약과 규칙을 타입으로 표현한다는 관점을 접할 수 있었다. 읽다보니 도메인 주도 설계의 핵심은 구현이나 패턴보다도, 팀 내의 의사소통을 어떻게 구조화할 것인가에 있는 것 아닌가라는 생각도 들었다. 구현보다 앞선 세계가 있다는 것을 알게 해준 책. 그리고 함수형 프로그래밍은 어렵다.