Redis 잠금으로 막은 중복 결제, 재시도 결과는 어떻게 돌려줄까
동시 실행과 같은 의도의 재전송은 다른 문제다. 요청 키·UNIQUE·외부 멱등성의 범위를 나누고 Conflict와 결과 재사용의 API 계약을 비교한다.
태그: 백엔드
이 태그가 포함된 게시글입니다. "백엔드".
외부 API를 오래 기다릴 때 타임아웃 값을 모두 같게 두면 안 되는 이유
연결·읽기 간격·전체 기한은 서로 다른 시간을 제한한다. 외부 인증 요청의 시간 예산과 취소·결과 조회 조건을 설명한다.
상태만 수정한 요청이 메모를 지우지 않게 하는 API 계약
보내지 않은 필드와 명시적 null을 구분하는 작은 예제로 부분 수정의 경계를 설명한다. 변경 명령과 버전 검사가 각각 어떤 데이터 손실을 막는지 비교한다.
외부 API가 타임아웃되면 실패보다 결과 확인을 먼저 설계한다
성공 응답 유실과 미처리는 같은 타임아웃으로 보일 수 있다. PENDING, 조회 작업, 웹훅과 만료 이후 정책을 하나의 복구 흐름으로 연결한다.
포인트를 먼저 차감해도 외부 발급 결과가 불명인 이유
잔액 확보와 외부 발급 확정은 서로 다른 단계다. 조건부 차감, 요청 키, 결과 조회와 환급을 하나의 교환 흐름으로 연결한다.
로그인 화면을 반복할 때 외부 인증 호출이 늘어나는 경로
로그인은 됐지만 소속이 대기 중인 사용자 흐름을 펼쳐 본다. 접근 정책, 복귀 URL, 재시도를 나눠 리다이렉트가 작업 재시작으로 이어지는 조건을 찾는다.
타 조직의 검수 내역을 막으려면 객체 조회에 무엇을 남겨야 하는가
역할 확인 뒤에도 객체의 조직 관계를 검증해야 한다. 목록·변경·캐시·worker·RLS에 tenant 범위를 이어가는 설계를 설명한다.