작성
·
44
0
동시성 제어를 optimistic 방식으로 구현을 하시고 retry 를 직접 구현하셨느데요-
혹시 직접 구현하지 않고
스프링 @Retryable 을 이용안하신 이유가 있으실까요? @Retryable을 하면 더 간단하게 재처리가 가능할것 같아서요~!
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. jimin.song3님.
동시성 제어를 위한 재시도 로직을 직접 구현하신 이유 및 @Retryable
을 사용하지 않으신 이유에 대해 질문해 주셨군요.
기존 강의에서 주어진 질문과 답변 중에서 관련된 것을 찾아 보았는데, 아래의 URL을 참고하시길 권해드립니다.
강의에서 사용된 각 선택의 이유와 배경에 대해 상세히 설명하고 있으므로, 비슷한 맥락으로 @Retryable
대신 직접 구현한 이유를 이해하시는 데 도움이 될 것 같습니다.
주요 요점:
1. 특정 기술 선택의 이유: 강의에서는 Spring Webflux와 같은 프레임워크 선택의 이유를 설명하며, 대부분의 경우 성능, 안정성, 그리고 강의 주제에 맞는 최적의 구현 방식을 목표로 한다고 합니다.
2. 견고한 시스템 설계: 직접적인 로직 구현이 특정 요구사항이나 예외 상황들에 더욱 잘 대응할 수 있는 경우가 종종 있습니다.
만약 추가적인 질문이 있으시면 이어서 질문해 주시길 바랍니다. 지식공유자님께서 곧 답변해 주실 것입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.