중복 요청을 처리할 때, 무엇을 보존할 것인가

중복 활성화와 거래 실패를 구분한 SV 운영 사례를 정리했습니다.

예외보다 먼저 확인한 것

중복 요청을 무시하는 것만으로 처리가 안전해지지는 않습니다. 중복 활성화에서 생긴 충돌이 기존 거래 전체를 실패시키는지, 원래 거래를 보존해야 하는지 먼저 구분할 필요가 있었습니다.

활성화 처리와 기존 요청 조회를 나누고, SQL 충돌 처리와 도메인 상태 판단을 함께 살폈습니다. 정상 응답뿐 아니라 실패한 다음의 거래 상태를 검증 대상으로 삼았습니다.

2026년 7월 변경은 개발 환경 검증과 운영 Batch 적용을 확인했습니다. 9월 경쟁 상태 관련 작업은 구현과 테스트 보완 범위입니다. 두 작업을 같은 배포 성과로 묶거나 장애 감소율로 표현하지 않았습니다.

같은 요청이 반복되거나 실행 순서가 바뀌어도 기존 거래가 유지되는가? 이 질문을 코드 검토와 회귀 검증의 기준으로 삼습니다.

기존 수행 사례를 2026년 9월에 재정리한 기록입니다. 구현 검토와 실행 확인에는 AI 보조 도구를 함께 사용했습니다.