동시성 제어 (optimistic locking) 재시도 부분 질문 드립니다.
173
投稿した質問数 3
동시성 제어를 optimistic 방식으로 구현을 하시고 retry 를 직접 구현하셨느데요-
혹시 직접 구현하지 않고
스프링 @Retryable 을 이용안하신 이유가 있으실까요? @Retryable을 하면 더 간단하게 재처리가 가능할것 같아서요~!
回答 1
0
안녕하세요, 인프런 AI 인턴입니다. jimin.song3님.
동시성 제어를 위한 재시도 로직을 직접 구현하신 이유 및 @Retryable을 사용하지 않으신 이유에 대해 질문해 주셨군요.
기존 강의에서 주어진 질문과 답변 중에서 관련된 것을 찾아 보았는데, 아래의 URL을 참고하시길 권해드립니다.
강의에서 사용된 각 선택의 이유와 배경에 대해 상세히 설명하고 있으므로, 비슷한 맥락으로 @Retryable 대신 직접 구현한 이유를 이해하시는 데 도움이 될 것 같습니다.
주요 요점:
1. 특정 기술 선택의 이유: 강의에서는 Spring Webflux와 같은 프레임워크 선택의 이유를 설명하며, 대부분의 경우 성능, 안정성, 그리고 강의 주제에 맞는 최적의 구현 방식을 목표로 한다고 합니다.
2. 견고한 시스템 설계: 직접적인 로직 구현이 특정 요구사항이나 예외 상황들에 더욱 잘 대응할 수 있는 경우가 종종 있습니다.
만약 추가적인 질문이 있으시면 이어서 질문해 주시길 바랍니다. 지식공유자님께서 곧 답변해 주실 것입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
프로그램 아키텍쳐
0
60
1
실습코드 압축해제
0
78
1
confirm 로직에서 amount를 검증하는 부분에서 질문이 있습니다.
0
53
1
Transaction Demo 질문 드립니다.
0
60
1
cdc 방식
0
83
1
seed 키 및 orderId 에 대한 질문
0
65
1
결제 이후 404 Error 발생
0
166
1
테스트 코드 중 isPaymentDone 변환
0
76
1
가상의 Checkout 기능 구현 중 질문
0
183
1
docker Mysql 설정 문의
0
106
1
allOpen 설정이 잘못된 거 같습니다.
0
115
1
recovery 동시성 처리 관련 문의
0
119
1
confluent > skip 이 더이상 안되나봅니다.
0
107
1
강의 클론 코딩한 것 public repo에 올려도 되나요?
0
330
1
멱등키에 request를 넘기는 것
0
257
1
결제 복구의 세부 과정을 병렬로 처리한 이유가 궁금합니다
0
222
1
전체적인 헥사고날 아키텍쳐 설명
0
275
1
주문, 결제 로직에 대해서 질문이 있습니다.
0
281
1
주문 번호 생성 방식 관련 질문 있습니다
0
927
1
R2DBC 관련해서 질문 드립니다.
0
586
3
payment 상태 업데이트 변경 메서드를 3개나 두는 이유가 궁금합니다.
0
229
2
'더 견고해지기 위해 남은 작업' 수업자료
0
298
1
혹시 코드 리뷰 신청해도 될까요...?
0
310
1
코틀린 선택 이유
0
290
1