[고찰하기] Lock 전략을 결정하는 건 기술이 아니라 도메인이다

개요이번 글은 동시성 문제 해결 전략에 대한 이야기다.사이드 프로젝트에서 약관 도메인의 생성 및 수정 API를 구현하면서,  동시성 이슈가 발생할 수 있는 지점이 존재했다.Spring Data JPA는 이를 해결하기 위한 강력한 기능을 제공한다.  어쩌면 이 글은 그냥 `@Version` 하나로 끝낼 수도 있었을 것이다.하지만 나는 단순히 동시성 문제를 "해결"하는 데서 멈추고 싶지 않았다.> "이 도메인에서는 어떤 방식이 가장 합리적일까?"이 질문을 던지며,  도메인의 특성과 시스템의 본질을 기준으로 기술 선택을 내리고자 했다.이번 글에서는  "기술보다 중요한 것이 무엇인가"에 대한 고민을 정리해보려 한다.   문제 인식먼저 약관 도메인 특성에 대해 잠시 설명하고자 한다.(약관 도메인 분석에 대해서는 ..

• format_list_bulleted 개발 일기
• · 2025. 4. 3.
• textsms

[고찰하기] 엔티티가 아니라 "도메인"을 설계하기

개요이번 글은 단순히 JPA 엔티티를 어떻게 설계했는지 정리하고자 하는 글이 아니다. 필자가 이번 사이드 프로젝트의 약관 도메인을 구현하면서,무엇을 고민했고, 어떤 기준으로 설계했는지를 돌아보며 정리한 글이다.이 과정을 통해 앞으로 도메인 설계 시, 스스로 사고하고 판단할 수 있는 틀을 만들고자 했다.즉, 도메인을 설계하는 사고방식에 대해 정리하고자 한다.목표이번 글을 통해 필자는 “도메인을 어떻게 바라보고 설계할 것인가”에 대한 나만의 기준을 세우고자 한다.  단순히 현재의 설계를 회고하는 것을 넘어, 앞으로 다른 도메인을 마주했을 때에도,같은 기준으로 사고하고 판단할 수 있도록 “설계의 중심에 둘 철학”을 명확히 하고 싶었다.   그렇다면 필자는 이번 도메인을 설계할 때 어떤 기준을 중심에 두고 있었..

• format_list_bulleted 개발 일기
• · 2025. 3. 31.
• textsms