웹 애플리케이션이 복잡해질수록 화면에 보이는 데이터를 관리하는 '상태관리'의 중요성은 점점 더 커지고 있습니다. 처음에는 간단한 컴포넌트 간 데이터 전달로 시작했지만, 서비스 규모가 커지면서 수많은 데이터를 꼬이지 않게 관리해 줄 도구가 필요해졌습니다. 이 흐름 속에서 탄생한 다양한 상태관리 라이브러리는 개발자들의 고민과 상태관리 트렌드 변화를 고스란히 담고 있습니다.

과거를 지배했던 거대한 프레임워크부터 최근 주목받는 가볍고 직관적인 도구까지, 상태관리 기술의 발전 흐름을 짚어보고 나에게 맞는 최적의 선택지를 찾아보겠습니다.

Redux, 거대하지만 든든했던 상태관리의 조상님

React 진영에서 상태관리의 표준처럼 군림했던 Redux는 대규모 애플리케이션의 뼈대를 잡는 데 엄청난 기여를 했습니다. Redux는 '단방향 데이터 흐름'이라는 엄격한 규칙을 바탕으로, 데이터가 어디서 어떻게 변했는지 명확하게 추적할 수 있도록 돕습니다. 마치 국가 기관의 엄격한 서류 결재 시스템처럼, 상태 하나를 바꾸기 위해 액션(Action), 디스패치(Dispatch), 리듀서(Reducer) 등 수많은 단계를 거쳐야만 합니다.

이러한 엄격함은 대규모 협업 프로젝트에서 코드의 예측 가능성을 높여주는 강력한 무기가 되었습니다. 하지만 아주 간단한 상태 하나를 바꾸는 데도 너무 많은 보일러플레이트(상투적인 준비 코드)가 필요하다는 치명적인 단점이 있었습니다. 이 때문에 가볍고 빠르게 개발해야 하는 프로젝트에서는 Redux의 무거움이 늘 고민거리였습니다.

Recoil, React 밀착형으로 등장했던 과도기의 별

Redux의 무거운 규칙에 지친 개발자들 앞에 나타난 구원투수가 바로 Recoil이었습니다. Recoil은 React를 만든 메타(Meta)에서 직접 개발하여, React의 핵심 철학을 그대로 이어받은 상태관리 라이브러리입니다. 마치 React의 기본 훅인 useState를 쓰는 것처럼 직관적이고 쉬운 사용법 덕분에 빠르게 대세로 떠올랐습니다.

이 도구는 '아톰(Atom)'이라는 작은 상태 단위를 쪼개어 관리하는 방식을 도입했습니다. 필요한 부분만 콕 집어서 상태를 업데이트할 수 있어 성능 면에서도 큰 장점을 보여주었습니다. 하지만 아쉽게도 메인 유지보수 진영의 업데이트 지연과 오픈소스 생태계의 불안정성으로 인해, 최근에는 신규 프로젝트에서 도입하는 비중이 다소 줄어들었습니다.

Zustand와 Jotai, 단순함과 효율성으로 무장한 대세 도구

현재 상태관리 트렌드의 중심에는 Zustand와 Jotai가 있습니다. 먼저 독일어로 '상태'를 뜻하는 Zustand는 Redux의 핵심 개념인 Flux 패턴을 유지하면서도 쓸데없는 보일러플레이트 코드를 대폭 걷어낸 라이브러리입니다. 마치 복잡한 결재 단계를 없애고 담당자가 직접 서랍을 열어 물건을 꺼내 쓰듯, 설정이 극도로 단순하여 최근 수많은 개발자들의 첫 번째 선택지로 사랑받고 있습니다.

반면 Jotai는 Recoil이 제시했던 '아톰' 기반의 미시적(Atomic) 상태관리 철학을 더 가볍고 직관적으로 완성해 냈습니다. 전역 상태를 아주 작은 단위로 쪼개어 필요한 컴포넌트만 정밀하게 렌더링하는 데 특화되어 있습니다. Zustand가 중앙 집중식의 깔끔한 보관함이라면, Jotai는 자유롭게 조합할 수 있는 조립식 블록과 같아서 프로젝트의 성격에 맞춰 골라 쓰는 재미가 있습니다.

기술의 흐름은 복잡함에서 단순함으로, 무거움에서 가벼움으로 진화하고 있습니다. 과거에는 표준화된 하나의 도구만을 맹신했다면, 요즘은 서비스의 규모와 개발 생산성을 고려해 가장 효율적인 도구를 조합하는 유연함이 대세입니다. 거대하고 안정적인 구조가 필요하다면 Redux를, 빠르고 직관적인 전역 상태관리가 우선이라면 Zustand를, 정밀한 컴포넌트 단위의 최적화가 필요하다면 Jotai를 선택하는 것이 좋은 기준이 될 것입니다.