문제카카오페이 후불결제(BNPL) 의 여신코어는 대출·심사·승인 같은 복잡한 도메인 규칙을 다룬다. 절차적 설계로는 도메인 변경이 곧 코드 곳곳의 수정으로 번지기 쉽다.

접근DDD(Domain Driven Design) 를 적용. 도메인 전문가와 공용하는 유비쿼터스 언어를 정의하고, Spring Multi Module 환경에서 도메인·애플리케이션·인프라 모듈을 분리한다. Entity 와 Repository 의 책임을 명확히 한다.

결과도메인 규칙 변화가 도메인 모듈 안에서 닫힌다. 신규 시스템 구축 시 DDD 적용 패턴과 실패 포인트를 코드 레벨로 공유.

문제Hexagonal Architecture 의 구조적 이점이 데이터 집계 서비스에서 운영 비효율로 가려짐.

접근도메인 로직 격리를 위해 멀티 모듈 + Hexagonal 적용 후, 표준 API 인터페이스 프로세스(파트너 팀의 통일 스펙 준수)를 보완.

결과2023 년 재설계 후 Hexagonal Architecture 제거. 코드 8000+ 라인 PR 로 축소, 기능 개발 가속. 프로세스 레이어가 이미 외부 변화 격리를 제공해 아키텍처 안전망이 중복이었음을 인지.