멱등키 관련 질문이 있습니다.
부분취소를 위해 멱등키를 생성해서 요청을 보내려고 합니다.
문서에서 클라이언트 입장에서 멱등키를 따로 관리할 필요가 없다고 읽었습니다.
네트워크 문제로 실제로 서버 쪽에서는 처리했지만, 응답을 받지 못해 재처리 할 시에는 해당 부분취소 건과 멱등키를 매핑이 되어있는 테이블이 필요하다고 생각이 듭니다.
위와 같은 상황에서는 테이블로 관리를 해야되는게 맞는지 궁금해서 여쭤봅니다! 🙇♂️
6 Replies
⏳ 잠시만 기다려주세요! 곧 답변드리겠습니다
오류 문의일 경우 아래 정보를 미리 전달해주시면, 빠른 답변에 도움이 됩니다.
- 주문번호(orderId) :
- 문의 내용 :
(img를 함께 첨부해주시면 도움이됩니다)
* 계약관련 내용은 1544-7772로 문의주세요.
* 주말/공휴일에는 답변이 늦을 수 있어요.
검증 측면에서 관리하는게 좋습니다.
(개인적인 의견) 꼭 SQL에 테이블로 헤비하게 관리하실 필요까진 없고, redis같은 K-V 저장소에 저장해서 관리하셔도 될 거 같습니다.
저는 멱등키가 계속 가지고 있을 필요는 없고 몇일 내로 만료되다 보니, 굳이 테이블까지 저장하여서 사용하지는 않는 편입니다. KV저장소에 저장해서 사용하는게 좋더라구요.
velog
개발자들을 위한 블로그 서비스. 어디서 글 쓸지 고민하지 말고 벨로그에서 시작하세요.
좋은 의견 감사합니다! 🙇♂️
❤️ 기술문의 경험이 어떠셨나요?!
간단히 코멘트 남겨주세요! 제품 발전에 큰 힘이 됩니다.