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