끝까지 가면 다 이겨

[Spring WebFlux] MVC와 WebFlux의 Exception 클래스

개요Spring MVC와 WebFlux는 각각 다른 방식으로 요청을 처리하기 때문에 예외 클래스에서도 차이점이 존재한다.기본적인 차이MVC는 spring-boot-starter-web 라이브러리를 사용하고 WebFlux는 spring-boot-starter-webflux를 사용하여 서로 다른 동작 방식을 갖는다.MVCServlet 기반 동기 방식으로 동작org.springframework.web.servlet 패키지의 예외 클래스 사용 가능WebFluxReactive Streams 기반 비동기 방식으로 동작org.springframework.web.reactive 패키지의 예외 클래스 사용 -> 이러한 차이로 인해, 예외 클래스에 차이가 발생하게 된다공통으로 사용되는 예외MVC와 WebFlux는 spri..

[Spring WebFlux] Spring WebFlux

Spring WebFluxSpring WebFlux는 기본적으로 Project Reactor 기반으로 동작하며, 서블릿 기반의 Spring MVC와 대비되는 리액티브 기반의 웹 스택이다.Spring MVC와 배타적으로 동작하지만 WebClient, annotation 등 일부 기능은 상호 운용이 가능단, 내부적으로 Blocking API가 포함되면 성능이 현저하게 낮아질 수 있다.기존 MVC 어노테이션 기반 방식기존의 Spring MVC에서 사용하던 @Controller, @RestController, @RequestMapping 등의 어노테이션을 그대로 활용할 수 있다. Functional Endpoints 방식기존 MVC 방식과 다르게 람다 스타일의 Routing 및 Handling 방식을 사용할 수..

[Spring WebFlux] WebClient

Spring WebClientSpring 5.0부터 RestTemplate가 향후 deprecated될 예정이고, 대안으로 WebClient가 등장해 사용을 권고하고 있다.기존의 동기 API를 제공할 뿐 아니라 Non-Blocking 및 비동기 접근 방식을 지원해서 효율적인 통신이 가능하다.요청을 나타내고 전송하게 하는 Builder 방식의 인터페이스를 사용한다.내부적으로 Netty를 사용하고 있기 때문에 event loop 방식으로 동작하고, Reactive Type인 Mono, Flux를 return하는 HTTP client이다.WebClient의 특징Non-Blocking I/OReactive Streams back pressureFunctional StyleSynchronous and asynch..

[Spring WebFlux] Reactive Streams

Reactive Streams리액티브 스트림은 JVM 환경에서 리액티브 프로그래밍의 표준 API 사양으로 비동기 데이터 스트림과 논블로킹 백프레셔에 대한 사양을 제공한다 스트리밍 처리요청이 오면 모든 데이터를 메모리로 가져와야 하는 전통적인 데이터 처리 방식과 다르게 스트리밍 처리 방식을 사용하면 메모리에 다 올릴 필요가 없기 때문에 크기가 작은 시스템 메모리로도 많은 양의 데이터를 처리할 수 있다.입력 데이터에 대한 파이프라인을 만들어서 데이터가 들어오는 대로 구독하고, 처리한 뒤 발행까지 한 번에 연결하여 처리한다. 비동기 방식리액티브 스트림은 비동기 방식으로 동작하여, 동기적인 처리 방식보다 효율적이며 논블로킹 방식으로 자원을 활용할 수 있다. 백프레셔백프레셔는 소비자가 처리할 수 있는 만큼만 데이..

[Spring WebFlux] Reactive Programming과 Design Pattern

리액티브 프로그래밍데이터 또는 이벤트의 변경이 발생하면 이에 반응해 처리하는 프로그래밍 기법비동기 프로그래밍을 처리하는 새로운 접근 방식데이터의 통지, 완료, 에러에 대한 처리를 Observer Pattern에서 영감을 받아 설계되었고, 데이터의 손쉬운 비동기 처리를 위해 함수형 언어의 접근 방식을 사용하는 특징이 있다. 기존 비동기 프로그래밍의 문제점과 리액티브 프로그래밍의 장점- 기존의 비동기 프로그래밍은 콜백 (Callback) 기반의 비동기 처리 방식을 사용했지만, 콜백이 많아져서 발생하는 Callback Hell로 인해 코드의 복잡도가 늘어나고 가독성과 유지보수성이 떨어지는 문제가 발생한다.→ 리액티브 프로그래밍을 적용하면 Callback Hell 없이 비동기 기반의 non-blocking과 E..

[Spring WebFlux] Project Reactor

1. Project Reactor란?- 프로젝트 리액터는 JVM 환경에서 리액티브 애플리케이션을 개발할 수 있도록 지원하는 오픈 소스 프레임워크이다- Spring WebFlux에서 사용하는 Reactive Streams의 구현체 2. Mono & Flux- 리액터에서 핵심이 되는 두 가지 타입- Lazy(지연 실행) 방식으로 동작해서 subscribe()를 호출하기 전까지 연산자가 실행되지 않는다타입설명Mono0~1개의 단일 요소를 통지하는 발행자Flux0~N개의 요소를 통지하는 발행자- 둘 다 리액티브 스트림 사양의 발행자(Publisher)를 구현하고 있어서 onError, onComplete 시그널이 발생할 때까지 onNext를 통해 데이터를 구독자(Subscriber)에게 전달한다- 데이터 가공,..

[Spring WebFlux] Blocking vs Non-Blocking & Sync vs Async

Blocking- 작업을 하다가 다른 주체로 작업이 넘어갈 경우 그 작업이 끝나고 나서야 자신의 작업을 이어하는 것- A가 B를 호출하면 제어권이 B로 넘어감 Non-Blocking- 다른 주체의 작업과는 상관없이 자신의 일을 하는 것- A가 B를 호출해도 제어권은 자신이 가지고 있다. -> 제어의 관점 (제어권) Sync- 두 개 이상의 주체가 서로 동시에 수행하거나, 동시에 끝나거나, 끝나는 동시에 시작할 때를 의미- A가 B를 호출한 뒤, B의 리턴을 계속 확인한다. Async- 두 주체가 서로의 시작, 종료와는 관계 없이 별도의 수행 시작/ 종료시간을 가지고 있을 때를 의미- A가 B를 호출할 때 콜백 함수를 함께 전달해서, B의 작업이 완료되면 콜백 함수를 실행함으로써 A는 B를 신경쓰지 않음 ..