<div id="readability-page-1" class="page"><div data-astro-cid-4eu74nwj=""> <article data-astro-cid-4eu74nwj=""> <header data-astro-cid-4eu74nwj=""> <h2 data-astro-cid-4eu74nwj=""> 도메인 모델과 퍼시스턴스 모델 분리 </h2> <h2 data-astro-cid-4eu74nwj="">Domain Model과 Persistence Model 결합과 분리</h2> <p data-astro-cid-4eu74nwj=""> <span data-astro-cid-4eu74nwj=""></span> <a href="/blog/tags/domain-persistence-ddd-clean-architecture" data-astro-cid-4eu74nwj="">domain, </a><a href="/blog/tags/domain-persistence-ddd-clean-architecture" data-astro-cid-4eu74nwj="">persistence, </a><a href="/blog/tags/domain-persistence-ddd-clean-architecture" data-astro-cid-4eu74nwj="">ddd, </a><a href="/blog/tags/domain-persistence-ddd-clean-architecture" data-astro-cid-4eu74nwj="">clean-architecture</a> </p> <p data-astro-cid-4eu74nwj=""> <span data-astro-cid-4eu74nwj=""></span> <time datetime="2022-07-24" data-astro-cid-4eu74nwj="">2022-07-24</time> </p> </header> <hr data-astro-cid-4eu74nwj=""> <section data-astro-cid-4eu74nwj=""> <p>자랑은 아니지만 여러 회사를 돌아다녀 보니, 도메인 모델과 퍼시스턴스 모델이 같다고 생각하는 개발자들이 의외로 제법 있다. 추정컨대 데이터베이스 중심으로 사고를 하다 보니 그렇게 오해하는 게 아닌가 싶다.</p>
<p>정론을 얘기하자면, DDD에서 도메인은 반드시 순수해야 한다. 이 말은 도메인은 아무것도 의존해선 안 된다는 것이다. 도메인에 레파지토리의 어노테이션이 선언되는 순간 도메인은 오염된다.</p>
<p>그래서 도메인 모델과 퍼시스턴스 모델은 분리해야 한다. <del>(어디까지나 정론)</del></p>
<blockquote>
<p>In conclusion, repeat after me: the Domain Model is NOT the same as the Persistence Model. Each serve a different layer with different responsibilities.</p>
<p><a href="https://blog.sapiensworks.com/post/2012/04/07/Just-Stop-It!-The-Domain-Model-Is-Not-The-Persistence-Model.aspx" rel="noopener noreferrer" target="_blank">🔗 Just Stop It! The Domain Model Is Not The Persistence Model</a></p>
</blockquote>
<p>그렇지만 실제 개발이 항상 이상적으로 흘러가진 않기에 익숙하지 않다면 보통은 처음부터 두 모델을 결합하여 개발한다. 그 이윤,</p>
<ol>
<li>
<p>당연하게도 도메인 모델과 퍼시스턴스 모델을 분리해서 개발하면 비용이 더 많이 든다. 두 가지의 모델을 모두 만들어야 하며 또 두 모델 사이를 매핑하는 매퍼를 만들고 지속적으로 관리해야 한다. (ORM 사용 시)</p>
</li>
<li>
<p>도메인 모델과 퍼시스턴스 모델이 일치하는 상황이 존재하며, 초기 개발에 속도를 내야 할 상황도 있다. 그럴 땐 개발 편의를 위해 사용한다.</p>
</li>
</ol>
<p>그런데 두 모델을 결합하여 개발하다 보면, 처음에는 문제가 없겠지만 시간이 지남에 따라 도메인이 점점 고도화되고 발전하면서 두 모델 간의 불일치가 드러나기 시작한다.
가령, 테이블을 다시 설계하거나 성능 문제로 정규화 혹은 비정규화 과정을 거치거나 극단적으로 ORM이나 데이터베이스를 바꾸거나 하는 등 결국엔 분리할 수밖에 없는 상황에 직면하게 된다.</p>
<p>시작을 어떻게 할지는 프로젝트 규모나 속도, 비용 등을 따져봐야겠지만 헷갈리거나 익숙지 않을 때는 두 모델을 결합하되, 이후 고도화에 맞춰 차차 분리하도록 하자.</p> </section> </article> <hr data-astro-cid-4eu74nwj=""> <nav data-astro-cid-4eu74nwj="">  </nav>   </div></div>

lannex

Shin, SJ

Domain Model과 Persistence Model 결합과 분리

도메인 모델과 퍼시스턴스 모델 분리

댓글