REST 표준은 다양한 유형의 웹 요청이 어떻게 동작해야 하는지 정의합니다. 일부 HTTP 메서드는 설계상 자연스럽게 '안전'하거나 멱등성을 갖습니다. 즉, 사양에서는 반복되더라도 예측 가능한 방식으로 동작할 것으로 기대합니다. 일부는 새로운 데이터를 생성하도록 설계되었으며 재시도 시 안전하게 작동하도록 특별히 주의해야 합니다.

RFC 9110에 따르면 여러 표준 메서드는 본질적으로 멱등성을 갖습니다. 이러한 작업을 반복해도 초기 요청 이후의 서버 상태가 변경되지 않아야 합니다.

• GET: 이 메서드는 데이터를 검색합니다. 서버에서 아무것도 변경하지 않으므로 백만 번 호출해도 리소스는 동일하게 유지됩니다.
• PUT: 이 메서드는 리소스를 완전히 대체합니다. 사용자의 이메일을 'user@example.com'으로 세 번 업데이트하면 최종 상태는 여전히 이메일이 'user@example.com'인 것입니다.
• DELETE: 리소스를 삭제합니다. '주문 #123'을 삭제한 다음 다시 삭제하려고 하면 주문이 삭제된 상태로 유지됩니다. 결과(주문이 사라짐)는 동일하게 유지됩니다.

일부 메서드는 기본 작업이 새로운 것을 만들거나 기존 레코드의 일부를 수정하는 방식으로 데이터를 변경하는 것이므로 비멱등적입니다.

• POST: 개발자는 POST를 사용하여 새 리소스를 만듭니다. 멱등성 로직이 없으면 동일한 POST 요청('결제 제출' 등)을 두 번 전송하면 일반적으로 두 개의 별도 레코드가 생성되고 고객에게 두 번 청구됩니다.
• PATCH: 이 메서드는 부분 업데이트를 적용합니다. 멱등성으로 만들 수 있지만, '잔액에 5를 더한다'와 같은 상대적 변경을 반복하면 호출될 때마다 최종 값이 달라지기 때문에 기본적으로 멱등성이 아닌 경우가 많습니다.

1. 고유한 키 생성: 클라이언트가 고유한 문자열(예: UUID)을 생성하여 커스텀 HTTP 헤더에 포함합니다.
2. 가로채기 및 검증: 서버는 Memorystore와 같은 고속 데이터 스토어를 확인하여 해당 키가 최근에 처리되었는지 확인합니다.
3. 상태 처리: 키가 새로운 경우 요청을 처리하고 결과를 저장합니다. 중복된 경우 비즈니스 로직을 다시 실행하지 않고 저장된 결과를 즉시 반환합니다.