#리액티브 9
-
리액티브 스트림즈 9편 - 가상 스레드와 리액티브의 미래
벌써.. 리액티브 스트림즈를 1편 작성한 지 시간이 꽤 흐른 것 같습니다.. 한편 한편 정성스럽게 작성했다고 생각했는데 보시는 분들은 어떻게 보셨을지 모르겠습니다 ㅎㅎ 🙈 실은 이 시리즈를 모두 작성하고 이걸 인프런 같은 강의 플랫
-
리액티브 스트림즈 8편 - 끝까지 논블로킹, 그리고 한계
7편에서 WebFlux의 이점은 "끝까지 논블로킹일 때만" 나온다고 했습니다. 이번엔 그 "끝까지"가 실제로 무엇을 요구하는지, 그리고 어느 부분이 문제가 될 수 있는지를 정리해보겠습니다. 한 군데라도 블로킹이면 무너진다 WebFlu
-
리액티브 스트림즈 7편 - Spring WebFlux와 논블로킹 스택
6편에서 Mono / Flux 등 Reactor의 상세 스펙에 대해 다루어봤었는데요, 이번에는 웹 계층에서의 동작 구현체인 Spring WebFlux에 대해 알아보겠습니다. Spring MVC와는 다른 Spring WebFlux We
-
리액티브 스트림즈 6편 - Project Reactor 입문, Flux와 Mono
지난 5편까지는 리액티브 스트림즈의 개념적인 내용을 다뤘고, 그로부터 많은 시간이 지났습니다. 이번 편부터는 조금 더 실용적인 내용을 다뤄보려고 합니다. 그중 Spring WebFlux에서 사용되는 Reactive Streams의 구
-
리액티브 스트림즈 5편 - 구현체들 둘러보기
이번에는 리액티브 스트림즈 인터페이스를 구현한 구현체들, 리액티브 라이브러리를 한번 알아보려고 합니다. 같은 명세, 여러 구현체 2편에서 본 Publisher · Subscriber · Subscription · Processor 는
-
리액티브 스트림즈 4편 - 백프레셔, 흐름을 누가 통제하는가
이번에는 백프레셔(배압제어) 개념을 조금 더 디테일하게 짚어보는 이야기를 해보려 합니다. 빠른 생산자, 느린 소비자 2편의 생산자-소비자 이야기로 돌아가 봅시다. 생산자가 소비자보다 빠르면 어떻게 될까요? 생산자가 만드는 족족 밀어내
-
리액티브 스트림즈 3편 - 직접 만들어보기, pull에서 push까지
2편에서 명세(네 인터페이스)를 봤습니다. 이번엔 그 명세를 어떤 구현 라이브러리도 없이 순수 인터페이스로 직접 만들어보려 합니다. 그런데 곧장 코드로 들어가기 전에, 1편에서 언급했던 프로그래밍 패러다임 pull과 push라는 두
-
리액티브 스트림즈 2편 - 명세와 백프레셔, 네 개의 인터페이스
1편에서 "왜 리액티브인가"를 봤습니다. 이번엔 그 개념을 실제로 코드에서 합의할 수 있게 한 명세이자 약속인 Reactive Streams 명세를 정리해보겠습니다. 네 개의 인터페이스 명세라고 하기에는 민망할 정도로, 리액티브 스트
-
리액티브 스트림즈 1편 - 리액티브란 무엇인가, 옵저버 패턴에서 백프레셔로
요즘 스터디로 실전! 스프링 5를 활용한 리액티브 프로그래밍 (원서 Hands-On Reactive Programming in Spring 5 )을 보고 있습니다. 개념이 만만치 않아서, 정리할 겸 시리즈로 남겨보려 합니다. 첫 편은