멱등성은 응답이 언제나 같다는 뜻일까

멱등성은 의도한 최종 효과가 같다는 뜻입니다

같은 요청을 한 번 보낼 때와 여러 번 보낼 때 의도한 서버 효과가 같은 성질이 멱등성입니다. 모든 응답 코드·본문·로그가 동일해야 한다는 정의가 아닙니다. HTTP는 GET 같은 safe 메서드와 PUT·DELETE를 멱등적으로 정의하지만 실제 서버가 그 의미에 맞게 구현되었는지는 별도 확인이 필요합니다. 근거: MDN Idempotent, 2026-11-04.

근거: MDN 멱등성 · 2026-11-04 확인

삭제와 항목 추가를 상태표처럼 비교합니다

가상의 문서 42를 지우는 요청을 한 번 보내면 문서가 없는 상태가 됩니다. 두 번 보내도 의도한 최종 상태는 문서가 없는 상태입니다. 첫 응답이 성공이고 다음 응답이 없음이어도 모순이 아닙니다. 반대로 새 행을 하나 추가하는 동작은 한 번이면 한 행, 두 번이면 두 행이 되어 반복 횟수가 효과를 바꿀 수 있습니다. 이 비교는 개념 예제이며 특정 서비스에서 측정한 결과가 아닙니다.

근거: MDN 멱등성 · 2026-11-04 확인

요청이 같다는 조건도 먼저 정합니다

대상 주소와 본문, 의미를 바꾸는 헤더가 달라지면 같은 요청의 반복이라는 전제부터 달라질 수 있습니다. 다른 사용자가 사이에 자원을 바꾸는 경우도 있어 시간만 다른 두 응답을 단순 비교해서는 안 됩니다. 시험에서는 테스트 자원·입력·중간 변경 조건을 기록하고 응답뿐 아니라 실제 업무 상태를 대조합니다.

근거: MDN 멱등성 · 2026-11-04 확인

타임아웃 뒤에는 처리 여부부터 조회합니다

응답을 못 받았다는 사실은 서버가 아무것도 하지 않았다는 뜻이 아닙니다. 문서의 재시도 허용 조건을 확인하고 주문·작업 ID 등으로 기존 결과를 조회합니다. 비멱등 요청에 중복 방지 기능이 있다면 해당 서비스의 키 규칙과 유효 조건을 따릅니다. 규칙이 없고 중복 효과가 큰 작업은 자동 반복을 멈추고 지원 경로로 확인합니다.

시험의 합격 조건은 업무 상태로 적습니다

동일 입력을 반복했을 때 생성 개수·잔액·설정값 등 실제 목표 상태가 요구와 맞는지 확인합니다. 로그가 여러 줄 남았다는 사실만으로 멱등성 위반이라고 판정하지 않고, 응답 코드가 같다는 사실만으로 멱등성을 통과시키지도 않습니다. 실제 구현이 문서와 다르면 요청 횟수와 전후 상태를 근거로 담당자에게 전달합니다.

멱등성이 비용·권한·무제한 재시도를 보장하지 않습니다

같은 효과라는 정의와 호출 요금, 제한, 접근 권한은 다른 조건입니다. 반복 호출이 논리상 같은 상태를 만들더라도 서버 부하나 요금이 늘 수 있습니다. 따라서 오류 처리에는 대기 정책과 횟수 제한을 두고 각 시도의 결과를 기록하며, GET이라는 이름만으로 운영 주소를 계속 호출하지 않습니다.

옆 문서로 이어가기