도메인주도설계 첫걸음 #4(10~13장)

도메인 주도 설계는 전략적 패턴에서 떠올리던 문제들이 실제로 implemented 되는 과정에서 발생하는 이슈들을 짚어내고 주목해야 할 부분입니다. 🤔

bounded context를 너무 좁게 나누는 것은 데이터 변화의 일관성을 해치고 team 간의 갈등을 야기합니다. 💔

ticket price 예시를 통해 여러 team이 각자의 관심사를 가지게 되면 transactional consistency를 확보하기 어렵다는 점을 강조합니다. 🎫

Domain Design 과정에서 하나의 거대한 bounded context로 만들려고 하기보다는, 논리적, 기능적 측면에서 명확하게 단일 책임을 분리하도록 설계해야 합니다. 🧩

업계 부담이라고 해서 실제로 business 목표 부분과 실제 논리적인 부분을 혼동해서 불필요하게 분할하지 말고 transactional consistency를 유지할 수 있도록 주의해야 합니다. 💼