Spring은 왜 기본적으로 비동기적으로 처리되지 않을까요?

Question

node.js는 싱글 스레드 비동기 언어로써 I/O가 많은 작업에 높은 성능을 보여주는 것으로 알고 있습니다.반면 스프링은 기본적으로 멀티 스레드로 다중 요청을 처리하는 것으로 알고 있습니다.그런데 보통 사용자의 요청은 I/O 요청이 많으니까 비동기적으로 처리하는게 좋은 것 아닌가요?단일 스레드 비동기와 멀티 스레드 비동기가 있다면 I/O 처리에는 어떤 것이 더 좋은지,왜 멀티스레드 비동기적인 프레임워크는 많이 사용하지 않는지 궁금합니다.검색해도 잘 안나오네요. 도움 주시면 감사드리겠습니다.

집킨 · Answer

그래서 웹플럭스라는걸 제공합니다

ingdoo · Answer

그리고 단일 스레드 비동기보다 멀티 스레드 동기가 대용량 트래픽을 처리하는데 적절한가요? 왜 node.js보다 springboot를 많이 쓰는거죠?

Clickin · Answer

이런 질문은 엄마 학생때는 왜 스마트폰을 안쓰고 불편하게 공중전화 찾아다녔어? 같은 부류의 질문이 됩니다. 왜 못했냐고 할 때는 항상 역사적인 맥락을 알아봐야 할 필요가 있죠.스프링은 0.9 버전이 2003년, 1.0 버전이 2004년에 나왔고 이때는 자바에서 Future조차 없던 시절입니다.이때는 비동기가 프로그래밍 시장에서 차지하는 비중은 정말 작았습니다.왜냐? 비동기 코드는 많은 양의 사용자를 적은 리소스로 처리할 수 있게 만들어주지만 그만큼 프로그래밍하기 어렵기 때문이죠언어 차원에서 많은 부분을 추상화해주고 프레임워크가 자동 처리를 해줘야지만 대중적으로 사용될 기반이 마련됩니다.Future도 없고 Functional Interface도 없던 시절에 비동기 패러다임으로 코딩하려면 어떻게 짜야했을까요?열심히 무한루프를 돌면서 매번 큐를 체크하고 호출 당시의 컨텍스트를 다시 불러오고...이 과정에서 버그나 오류가 나면 스택트레이스도 이상하겠죠? 일개 개발자가 감당하기에는 꽤나 벅찹니다.그러니 스프링은 당시 대중적이던 1 요청당 1스레드의 개념을 기반으로 개발하게 되었다고 생각합니다.그때도 비동기로 짜면 성능 좋다고 치죠. 근데 사용법이 어려워서 아무도 안쓰면 무슨 소용이 있을까요?결론은 항상 우리는 거인의 어깨 위에 서있다는 걸 생각하실 필요가 있습니다.

쌀쌀 · Answer

1) 왜 멀티스레드 비동기 프레임워크는 많이 사용하지 않는가?대표적으로 Spring Webflux가 있습니다. 잘 사용한다면 말씀하신 것처럼 처리량 측면에서 매우 우수하지만, 내부적인 API가 동기적으로 동작하는 경우엔 성능이 급격하게 떨어집니다. 따라서 R2DBC와 같이 리액티브를 지원하는 기술들에 의존해야 하며 러닝커브도 높습니다. 추가로 Spring MVC에서 흔하게 사용되는 JDBC, JPA 등과 궁합이 안 좋은 점도 있겠네요.2) 단일 스레드 비동기보다 멀티 스레드 동기가 대용량 트래픽을 처리하는데 적절한가요?너무 많은 Factor가 있기에 단순히 두 가지 방법을 가지고 비교하기는 어렵습니다. 단일 스레드 비동기의 경우 CPU 자원 소모가 큰 작업을 수행하는 경우엔 성능이 급감하기에 일반적으로는 멀티 스레드 동기를 더 많이 사용합니다.3) node.js보다 springboot를 많이 쓰는거죠?현실적인 이유를 말씀드리자면 Spring 계열이 레퍼런스나 지원 기술, 인력 수급이 훨씬 풍부합니다.

스토리 · Answer

그냥 히스토리라고 생각해요.jsp, asp가 있었던 시절엔 nodejs가 없었고, 서버는 jsp 혹은 asp 였던 거죠.그리고 왜 스프링 비동기 프레임워크인 webflux는 많이 사용하지 않냐에 대한 답은 러닝 커브가 너무나 높습니다.여러 서비스를 호출해서 사용하는 서버단에서는 확실히 좋지만,그게 아니라면 개발 속도면에서는 web mvc를 따라 갈 수가 없습니다.

방황하는젊은이 · Answer

Node 와 Spring의 비교보단 java와의 비교가 맞을것 같네요.싱글 쓰레드와 멀티 쓰레드 그리고 java의 시작년대기와 nodeJS 의 시작 연대기와 컴퓨터 사향등을 고려해보면좋을거같아요

초무쿤 · Answer

동기 비동기 다 쓰임세가 있습니다.비동기가 나욌다고 동기가 사라지거나 하진 않아요.어떤 서비스냐에 따라 다름.(저의 경우는 일단 동기이고 복잡하지 읺지민 성능이 필요한 경우만 비동기 방식을 채택하는 편입니다. 예를 들어 웹컨테이너 선택시 tomcat vs jetty. 프로그램 로직도 마찬가지)— 동기/비동기서버 운영했을때 체감상 차이점—일주일에 5개 처리가능한 신입사원에게 10개 테스크를 줌A.동기신입사원: 5개만 처리하고 다음날 출근해서 더 못한다고 일주일간 배쨈.B.비-동기신입사원: 넵!하고 10개 다 받음. 다음날 출근 안함.물론 이런 문제 때문에 요즘은 서킷브레이크등 이런문제 방지하기위한 장치들이 있긴 합니다ChatGPT 답변동기 방식은 각각 장단점이 있습니다.비동기 방식의 장점:1. 높은 성능: 비동기 처리로 인해 작업을 백그라운드에서 병렬로 수행하여 시스템의 응답 시간을 줄일 수 있습니다.2. 확장성: 여러 작업을 동시에 처리할 수 있으므로 시스템의 확장성이 높아집니다.3. 높은 처리량: 대기 시간이 적어지고 작업이 블로킹되지 않으므로 더 많은 요청을 처리할 수 있습니다.비동기 방식의 단점:1. 코드 복잡성: 비동기 프로그래밍은 동기 프로그래밍보다 복잡하고 이해하기 어려울 수 있습니다.2. 동기화 문제: 여러 스레드에서 공유하는 자원에 접근할 때 동기화 문제가 발생할 수 있으며, 이를 제대로 관리하지 않으면 버그와 오류가 발생할 수 있습니다.동기 방식의 장점:1. 간단한 코드: 동기 방식은 코드가 간단하고 직관적이며, 작업 순서가 명확합니다.2. 동기화 문제가 없음: 하나의 작업이 완료된 후 다음 작업이 수행되므로 동기화 문제가 발생하지 않습니다.동기 방식의 단점:1. 느린 응답 시간: 하나의 작업이 끝날 때까지 다른 작업이 대기하므로 응답 시간이 느릴 수 있습니다.2. 확장성 문제: 동기 방식은 여러 작업을 병렬로 처리할 수 없기 때문에 확장성이 낮을 수 있습니다.비동기 방식은 I/O 작업과 같이 시간이 오래 걸리는 작업에 효과적이며, 동기 방식은 단순하고 직관적인 코드가 필요한 경우에 적합합니다. 애플리케이션의 요구사항과 성능을 고려하여 비동기 또는 동기 방식을 선택하는 것이 중요합니다.

Spring은 왜 기본적으로 비동기적으로 처리되지 않을까요?

7개의 답변

Q&A 목록