반응형 reactive1 왜 많은 팀은 결국 Webflux와 같은 "Reactive Programming"를 포기하는가? 이 글은 1) 리액티브가 왜 실패하는지를 구조적 측면에서 설명하고, 2) 어떤 조건에서는 여전히 강력한지를 정의하며, 3) Kafka / 메시징이 이 문제를 어떻게 분리하는지를 아키텍처 관점에서 정리해본 것이다. 리액티브를 충분히 써 본 팀은 비슷한 지점에 도달한다.도입 초기의 성과를 지나, 운영 복잡성과 성능 병목을 동시에 마주하는 시점이다. 1. 리액티브의 전제는 명확하다“느린 I/O를 숨긴다”즉, 1) 스레드를 오래 점유하지 않는다. 2) 대기 시간 동안 다른 일을 처리한다. 3)높은 동시성을 적은 리소스로 처리한다 이 모든 것은 하나의 전제 위에서만 성립한다. I/O가 비동기·논블로킹일 것 CPU 작업, 네트워크 I/O, 이벤트 처리 파이프라인, 이 영역에서 리액티브는 압도적으로 효율적이다. 문.. 2025. 12. 22. 이전 1 다음 반응형