LLM 서비스 경계는 어디에 둘까: 도메인 로직과 AI 호출 분리
LLM 서비스 경계를 설계하는 방법을 설명합니다. 도메인 로직과 AI 호출을 분리하고, 검증, 정책, 테스트 책임을 나눠 기존 서비스에 안전하게 붙이는 기준을 정리합니다.
-
-
DTO와 Entity 차이: 왜 같은 데이터처럼 보여도 역할은 달라야 할까
DTO와 Entity 차이를 쉽게 설명합니다. 필드가 비슷해 보여도 DTO는 데이터 전달 계약에 가깝고, Entity는 식별자와 상태, 규칙을 가진 객체에 가깝습니다. VO와 API 응답 모델까지 연결해 실무 판단 기준으로 정리합니다.
-
CQRS, 언제 과할까
CQRS를 쉽게 설명하되, 더 중요한 질문인 언제 과해지는지에 집중합니다. 읽기 모델과 쓰기 모델 분리의 장점과 운영 비용을 실무 기준으로 정리합니다.
-
Application Service와 Domain Service 차이: 흐름과 규칙을 나누는 기준
Application Service와 Domain Service 차이를 쉽게 설명합니다. 하나는 유스케이스 흐름을 조정하고, 다른 하나는 도메인 규칙을 표현합니다. 엔티티 메서드와의 경계까지 정리합니다.
-
도메인 서비스는 언제 필요할까: 엔티티 메서드에 넣기 애매한 로직을 다루는 기준
도메인 서비스가 언제 필요한지 쉽게 설명합니다. 엔티티 메서드에 넣기 애매한 로직이 있을 때, 애플리케이션 서비스와 무엇이 다르고 어떤 책임을 가져야 하는지 설계 기준으로 정리합니다.
-
트랜잭션 경계란 무엇일까: 서비스 메서드가 길어지는 진짜 이유
트랜잭션 경계가 무엇인지 쉽게 설명합니다. DB 트랜잭션 설명에서 끝나지 않고, 왜 서비스 메서드가 길어지고 객체 책임이 흔들리는지 예시 중심으로 정리합니다.
