인터페이스

Question

안녕하세요. 현재 진행중인 프로젝트에서 외부시스템과 인터페이스를 하려고 합니다. 타시스템에서 인터페이스명세서는 정의되어 있고 Rest api방식으로 연계합니다. A는 저희 시스템, B는 외부시스템 이라고 하겠습니다.프로세스A시스템 화면에서 사용자가 주문을 한다.A시스템 서버에서 B시스템에 주문요청을 한다.(B시스템에서는 재고 등의 문제로 주문요청에 대한 실패 결과을 줄 수 있다)A시스템 -> B시스템(/request/order)A시스템(/request/order/status) <- B시스템 A시스템에서 Request 한 주문요청에 대한 결과값(성공/실패 및 사유 등) 을 바로 Response로 주지않고B시스템에서 A시스템으로 별도의 API로 결과값을 주는 상황입니다 질문은 위와 같은 구조인 경우 사용자에게 성공/실패 여부를 바로 화면에 결과로 보여줄 수 없는 것입니다. 화면 -> spring controller -> 인터페이스 -> B시스템 B시스템에서 실패여부를 바로 응답값으로 준다면 문제가 없지만 구조상 사용자가 화면을 재조회 하는 등의 행위를 하지 않으면 결과를 알 수 없고 실패의 경우 주문서를 수정하여 재요청하는 등의 행위를 해야하는데 제 생각이 틀린건지 다른 방법이 있는지 문의드립니다. 외부시스템과 팀원들은 크게 문제되지 않는다라고 이야기하고 있어서 고민입니다. 사용자 입장에서 제 생각은 바로 결과를 알아야 하지 않는가 입니다. 다른 의견이나 기술적으로 댓글 주시면 감사하겠습니다^^

Throwaway · Answer

B에서 요청을 처리할때 시간이 오래 걸리는 작업인가요?

ansdbduf · Answer

응답결과가 비동기적으로 온다면 push나 sms/mail로 결과 알림

엡실론 · Answer

방법 1. A 시스템에서 클라이언트로 응답을 줄때 B에서 결과가 올때까지 기다린다.B의 응답이 빠르다면 고려해 볼만하지만, 아니라면 적용이 힘듭니다.방법 2. 주문이 완료될시, A에서 클라이언트로 웹소켓 등을 이용해서 알림을 보낸다.이미 웹소켓을 활용하고 있지 않다면 구현에 시간이 많이 걸립니다.방법 3. 주문 완료상태를 조회 할 수 있는 API를 A에서 클라이언트로 제공한다.주문 API는 결과가 아닌 조회 할 수 있는 주문 id 같은 걸 제공해야겠죠. 방법 2보다 구현이 간단하고, B응답이 길어져도 해결할 수 있습니다.방법 4. 방법 1 + 3. 1처럼 X초 정도 기다려보고, 결과가 없으면 3처럼 주문 id를 보낸다.클라이언트 팀에서 3을 구현할 여력이 없는 경우, 빠른 프로토타이핑을 위해 고려해 볼만 합니다.

인터페이스

3개의 답변

Q&A 목록