스프링의 WebClient 잘 다루시는 분 있을까요?

Question

기존 코드는 오픈 api 를 통해서 3개의 정보를 얻어오고 이를 가공해서 프론트에 반환하고 있었습니다.이 과정에서 A.block(), B.blcok(), C.block() 이렇게 동기적으로 호출했는데 refactoring 과정에서 비동기적으로 호출하고 싶었습니다.WebClient를 사용해서 외부 API 호출시간 단축하기 (tistory.com)를 통해서 Tuple<>&#61;Mono.zip.block() 으로 전환해서 postman 통한 실행속도가 조금 개선되는 것 같긴한데(평균적으로)문제는 이게 open api 요청 보낼때마다 최대 30ms 씩 속도차이가 계속 휙휙 변하다 보니아 코드 수정을 통해서 속도를 올렸다! 이러기가 힘드네요!내 코드를 통해서 성능이 개선되었다는 것을 볼 수 있는 방법이 있을까요?

캐티 · Answer

block()을 사용하였으니 동기식으로 작동하는 것이지 않나요.이렇게 되어있고 대부분에 다른 웹클라이언트도 비슷해요.일일이 대기나 완료 카운트를 세는것은 불편한 작업이므로 예시에 (1,2,3) 요청을 한번에 대기하도록 하는 로직이 흔하게 사용되어요.자바스크립트의 경우에는 await Promise.All([task1,task2])처럼 되지 않겠나요.아래 스프링 프레임워크에 레퍼런스를 참고해보면 프로그램을 어떻게 작성하여야 하는지 알 수 있을 것이어요.[1] Exchange :: Spring Framework[2] Synchronous Use :: Spring Framework

Clickin · Answer

Webclient가 채택한 리액티브 패턴은 전염성이 있어서 최적의 성능을 내려면 처음부터 끝까지 모든 구간을 비동기로 짜야합니다.컨트롤러의 return 타입이 Mono나 Flux 타입이 되야한다는거죠어디선가 block을 한번 호출하면 그 시점부터 비동기의 이점이 없어지기 때문에별 차이가 없는 것처럼 느껴질 수 있습니다.

Throwaway · Answer

벤치마크를 돌려보는것 밖에 없습니다유닛테스트에 포함을 해도되요(해당 엔드포인트 핸들러를 만들어서 그곳에 요청 100개, 1000개, 10000개등을 보내서 테스트하는 방식입니다)

kkey21a · Answer

기존: a코드 완료 > b코드 완료 > c 코드 완료변경: a, b, c 코드 한번에 실행 > 완료위와 같이 움직이면 속도 차이는 날텐데요?시작시점, 끝나는 시점 시간 찍어보면 기존대비 시간 향상 되는 시간을 표시 할 수 있지 않을까요?PS: 다만, API 쏠 때 차이 나는거야 서버 상황이나 비동기식 API가 아니라든가 등등 여러가지 원인에 따라서 일정한 속도는 유지하지 못하는 거 아닐런지요?

인성 절구로 빻음 · Answer

chaining한게 아니라 block 메소드를 사용했다면 reactor에 대한 이해가 부족한것으로 보입니다webflux를 하고계신다면 block 코드는 모두 빼셔야합니다 warning으로 노란줄 끄였을건데...테스트 하는 방법은 ngrinder나 jmeter 같은 tool로 해봐야될 것 같습니다.

장독깨기 · Answer

WebClient 를 사용해 보지 않았지만, 블로그 내용 보면 별 이상 없어 보입니다.a, b, c 각각 1초가 걸린다면 동기로 했을 경우 총 3초+a 가 걸릴테구요, 비 동기로 했을 경우 총 1초+a 가 걸릴겁니다.이러지 않으면 뭔가 잘 못 된 겁니다.그리고, 30ms 차이는 별로 중요하지 않습니다.

스프링의 WebClient 잘 다루시는 분 있을까요?

6개의 답변

#webclient 목록