메시지 발송 시스템 완전 정복기

트랜잭션 설계부터 대용량 처리까지

🎯 프로젝트 전체 여정

1단계: 기본 시스템 설계 (트랜잭션 고민)

• 외부 API + DB 일관성 문제 해결
• "DB 먼저, API 나중" 전략 도입

2단계: 대용량 처리 (성능 최적화)

• 개별 비동기 → 배치 처리로 개선
• 메모리 사용량 90% 감소

🚨 1단계: 트랜잭션 설계의 딜레마

핵심 문제

사용자 요청 → 외부 API 호출 → DB 저장

치명적 상황들:

• ❌ API 성공 + DB 실패 = 메시지 발송됐지만 이력 없음
• ❌ 긴 트랜잭션 = 성능 저하
• ❌ 부분 실패 = 데이터 일관성 깨짐

해결책: "DB 먼저, API 나중"

@Transactional
public void processSingleMessage(Long batchId, String recipient) {
    // 1️⃣ 히스토리 먼저 생성 (PENDING)
    History history = createHistory(batchId, recipient, PENDING);

    // 2️⃣ DB 저장 성공 시에만 API 호출
    if (history != null) {
        ApiResult result = coolSmsApi.send(recipient, message);
        updateHistory(history.getId(), result.isSuccess() ? SUCCESS : FAILED);
    }
}