1. 전통적 아키텍처의 한계: "DB가 왕이 된 세상"기존에 가장 많이 쓰던 방식은 계층형 아키텍처(Controller ➔ Service ➔ Repository ➔ DB)였습니다. 초기에는 개발하기 아주 편했지만, 서비스가 커지면서 치명적인 단점이 발생합니다.문제점: 기획자가 "결제 취소 로직을 바꿔주세요"라고 하면, 개발자는 비즈니스 로직(Service)부터 생각하는 게 아니라 "DB(Repository) 쿼리를 어떻게 짜야 하지?"부터 고민합니다.결과: 핵심 비즈니스 로직이 데이터베이스(DB)라는 특정 기술에 꽉 종속되어 버립니다. 나중에 MySQL을 MongoDB로 바꾸려고 하면 비즈니스 로직 코드까지 싹 다 갈아엎어야 하는 대참사가 일어납니다.2. 도메인 주도 설계 (DDD): "비즈니스가 왕이다..