외부 API 연동 후 내부 서버 실패 처리 전략 (외부 솔루션 연동 + 트랜잭션 설계)

Question

안녕하세요, Spring 기반 예약 시스템을 개발 중입니다. 외부 EMR(전자차트) 시스템과의 연동이 중요한 예약 생성 프로세스를 어떻게 트랜잭션과 엮을지 고민이 있어 조언을 얻고자 합니다.- 요구사항 요약 EMR 연동은 필수입니다. → 실패 시 전체 예약을 롤백해야 합니다. - EMR 연동은 외부 API 호출 방식으로 진행됩니다. - EMR 연동이 성공한 이후에, 우리 서버에서 예외가 발생할 수 있습니다 (예: DB 저장 실패). EMR 실패를 동기식으로 처리하므로, EMR 실패를 저희 서버 전체 실패로는 처리할 수 있습니다. 하지만 그 반대의 경우(EMR 성공 후 서버 실패)는 EMR은 이미 처리되었기 때문에, 우리 쪽에서 실패 내역을 기록하거나 후처리를 위한 작업을 따로 해주어야 할 것 같습니다. 트랜잭션 내부에서 EMR까지 성공시키고, 이후 실패 시 “EMR은 성공했으나 우리 서버는 실패한 상태”를 100프로 보존할 수 있는 방법이 있을까요?이런 외부 시스템과의 동기 통합 + 내부 트랜잭션 안정성을 어떻게 설계하는지 실무적인 조언을 듣고 싶습니다. 참고로 외부 솔루션의 경우 저희 서버와의 연동을 위한 웹훅이나 이벤트 전송 등은 제공이 안되는 상황입니다..ㅠㅠ

zoony · Accepted Answer

자세한 내용은 모르지만 큐를 쓰시면 될거 같습니다. aws 라면 sqs, gcp라면 pub/sub, 카프카를 써도 됩니다.EMR api가 성공하면 우리쪽 시스템에서 후처리를 하시는거 같은데 성공할때까지 재시도가 필요하신거면EMR api가 성공했을때 큐에 후처리를 위한 내용을 넣습니다.우리쪽 시스템에서는 큐에 담긴 메시지를 읽어서 처리하는 컨슈머를 만들어 처리합니다.큐의 특성상 실패하면 계속 성공할때까지 재시도 할 수 있고 특정 횟수 이상 실패하면 더이상 시도하지 않고 데드레터 큐로 보내는 기능도 있습니다.(kafka는 커스텀으로 만들어야함..) 데드레터까지 가면 해당 메시지를 까서 다른데 기록하시던지 메시지 데이터를 보고 처리 안되는 원인을 분석하시면 됩니다.

캐티 · Answer

이거를 단일 상태 api로 하려면 앵간하게쩌. 서비스를 만들고 큐에 예약을 거는 방식으로 하던 .. 해야 하는 거이고 내 서버에서 예외 이거는 드라이브 용량 부족이 아닌 이상은 없어야 하는 거빈다. 설령 예외가 생겨서 처리되지 못하는 데이터가 생기면 에러 로그를 기록하고 알림을 받아야 하게쩌.

와플치킨 · Answer

EMR 롤백을 제공하면 예외를 catch해서 롤백을 실행시키는게 일반적이지만 없다면 위에 말씀하신 것 처럼 이벤트큐에 넣어놓고 예외상황 해소된 후에 큐를 실행시키는 방식이 맞지 않나 합니다.

basscraft · Answer

금융 거래의 경우 상호간에 처리가 완료되어야 완료 되도록 구현합니다.그 이야기는 받아 주는쪽에서도 그런게 되어야 한다는 이야기겠죠.EMR 쪽에 그런게 되는지 알아 보시고 있다면 그 방식을 이용해야 하고 없다면만드시는 쪽에 모든 비즈니스 로직 처리를 완료 하시고 최종 결과만 저장 하는 방식으로 하시면 윗분 말씀하신대로 디스크 풀이 아니라면 웬만하면 문제가 없을 것 같습니다.그래도 불안하시면 꼼수이긴 하지만...EMR 호출 하기 전에 예약을 미리 가처리 플래그로 저장하고EMR 결과가, 실패면 실패로 처리 후 종료조금 시차를 두고 배치로 예약건 중 가처리 플래그인 건을 완료로 처리 하도록 하면 어떨까요?별로 좋은 로직은 아닌 것 같습니다만.EMR 처리후 발생할 수 있는 잠재적인 예외가 어떤것이 있냐에 따라 다를 것 같습니다.웬만하면 첫번째 방식으로 하는게 좋을 것 같습니다.

yeori · Answer

그런 걸 보통 비동기로 처리하죠.우리 시스템이 통제할 수 없는 외부 자원에 대해서 일관성을 보장하려면 비동기로 처리하는 게 좋습니다.

외부 API 연동 후 내부 서버 실패 처리 전략 (외부 솔루션 연동 + 트랜잭션 설계)

5개의 답변

Q&A 목록