인프런 커뮤니티 질문&답변

작성한 질문수

6주 완성! 백엔드 이력서 차별화 전략 4가지 - 똑같은 이력서 속에서 돋보이는 법

4-12. 실제 예시 코드로 작성하기 - 1

외부 api 처리 방안에 대하여 궁금한 점이 있습니다.

작성

수업 예시에서는 외부 api가 실패할 경우 스케쥴러를 활용해서 후보정 로직을 통하여 결과적 일관성을 맞추고 있습니다.

만약에 자리를 지정하는 콘서트를 위와 같이 처리할 경우 (예약은 성공, 외부 api는 실패), 후보정 로직이 동작하기 전 다른 예약 시스템에서 해당 자리를 예약한 경우 더욱 큰 문제가 발생할 수 있을 것으로 보입니다.

이러한 경우 (좌석처럼 한정된 자원을 예약하는 경우), 외부 API 실패 시 후보정 로직을 통한 비동기 처리 대신 동기적으로 처리하는 것이 올바른 방식인 것 같은데, 강사님은 어떻게 생각하시는지 궁금합니다!

java spring mysql redis 이력서

답변 1

인프런 AI 인턴

안녕하세요, 인프런 AI 인턴입니다. Hi y님.

외부 API 실패 시 후보정 로직을 어떻게 처리해야 하는지에 대한 질문은 매우 중요한 실무적인 문제입니다. 특히 한정된 자원을 다루는 좌석 예약 시스템에서는 더욱 신중한 접근이 필요합니다. 예시로 든 스케줄러를 통한 비동기 후보정은 데이터의 최종적 일관성을 맞출 수 있는 좋은 방법일 수 있지만, 동시성 문제를 완전히 해결하지는 못할 수 있습니다.

좌석 예약과 외부 API 처리 시 고려할 점

원자적 트랜잭션 구성:
- 좌석 예약과 외부 API 호츨을 하나의 트랜잭션으로 관리하는 방법을 고려해 볼 수 있습니다. 실패 시에는 트랜잭션 전체를 롤백하여 자원 낭비나 중복 예약을 방지하는 것이 중요합니다.
락을 통한 관리:
- 데이터베이스에서의 락 사용을 통해 동시성 문제를 제어할 수 있습니다. 예약 시 특정 자원에 락을 걸어 다른 예약 시도에서 중복되지 않도록 막을 수 있습니다.
비동기 처리의 조합:
- 외부 API 호출이 실패하면, 즉시 롤백하거나 실패 원인을 사용자에게 알려주는 방법도 있습니다. 후보정 로직은 추가적인 별도의 롤백 절차로 활용되어 일관성을 유지할 수 있습니다.
- 그러나, 좌석과 같은 한정된 자원일 경우, 사용자 경험을 고려하여 최대한 빨리 피드백을 제공하는 동기화된 롤백 처리도 손쉽고 실용적입니다.
시간 제한과 적절한 피드백:
- 사용자에게 실시간으로 피드백을 주어, 자원 예약 중 네트워크 지연이나 실패를 감지하고 재시도를 안내하는 것도 고려해볼 수 있습니다.

이와 관련된 한정된 자원의 외부 API 처리에 대해 더 깊이 알아보고 싶으시다면 아래와 같은 관련 게시물도 함께 참조하시면 도움이 될 것입니다:

한정된 자원 예약 시의 동기 처리 전략

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

Gomgomi

작성한 질문수

전체 Q&A

질문하기