메서드 분류를 외워 왔는지, 아니면 멱등성을 재시도·중복 처리 설계와 연결해 풀 수 있는지를 가른다.
멱등성은 같은 요청을 한 번 보내든 여러 번 보내든 서버의 최종 상태가 같아야 한다는 성질이다. GET·PUT·DELETE는 스펙상 멱등하고, POST는 기본적으로 멱등하지 않다. 중요한 건 응답이 같다는 게 아니라 "상태가 누적되지 않는다"는 점이다. 결제·주문처럼 한 번만 처리돼야 하는 작업은 POST를 멱등 키와 함께 설계해 같은 요청이 두 번 와도 한 번만 반영되게 만든다.
결제·포인트 적립처럼 중복 처리 사고가 날 뻔한 경험을 멱등 키 도입 사례로 풀어낼 수 있다
메시지 큐 컨슈머에서 같은 이벤트를 여러 번 받아 처리한 경험이 있다면 "비즈니스 멱등성" 설계 이야기로 이어갈 수 있다
클라이언트 재시도 정책을 설계해 본 경험이 있다면 서버 멱등성과 한 쌍으로 묶어 설명할 수 있다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.