Leo Jung
RSS Feed소프트웨어 설계와 백엔드 개발을 중심으로, 개발하며 배운 것과 고민한 내용을 기록합니다.
기술의 사용법보다 그 기술이 필요한 이유와 해결하려는 문제를 이해하는 데 관심이 있습니다.
소셜 링크:
최근 글
-
[DDD Intro #30] 내가 이해한 DDD: 좋은 설계는 좋은 질문에서 시작된다
DDD를 처음 접하면 용어가 먼저 보인다. Entity, Value Object, Aggregate, Repository, Domain Service, Domain Event, Bounded Context, Context Map. 여기에 CQRS, Event Sourcing, Hexagonal Architecture, Microservice까지 이어지면 DDD는 거대한 기술 체계처럼 느껴진다.
-
[DDD Intro #29] DDD 도입 체크리스트
DDD는 강력한 접근이지만 모든 문제에 필요한 것은 아니다. 복잡한 도메인에는 큰 도움이 되지만, 단순한 CRUD 시스템에 과하게 적용하면 오히려 비용만 늘어날 수 있다.
-
[DDD Intro #28] 모듈러 모놀리스: 마이크로서비스 전에 생각할 것
시스템이 커지면 서비스를 나누고 싶어진다. 주문, 결제, 회원, 알림, 정산을 각각 독립 서비스로 만들면 더 깔끔해질 것 같다. 각 팀이 자신의 서비스를 소유하고, 독립적으로 배포하고, 장애도 격리할 수 있을 것처럼 보인다.
-
[DDD Intro #27] 레거시 시스템에 DDD 적용하기
DDD를 공부하다 보면 깨끗한 예제를 많이 보게 된다. 도메인 객체는 선명하고, 계층은 분리되어 있으며, Aggregate 경계도 잘 잡혀 있다. 하지만 현실의 시스템은 그렇지 않은 경우가 많다.