서버를 위한 Redux: Node.js 이벤트 소싱 라이브러리 개발기
이 글은 CRUD 중심 서버 설계의 한계를 보완하기 위해 이벤트 소싱과 Ventyd를 소개했습니다. 배포 추적과 게임 상태 관리 사례로 TypeScript 기반 도메인 로직 공유 방식을 설명했습니다.
Redux 태그가 달린 국내 IT 기업 기술 블로그 글을 최신순으로 모았습니다.
20개 표시
이 글은 CRUD 중심 서버 설계의 한계를 보완하기 위해 이벤트 소싱과 Ventyd를 소개했습니다. 배포 추적과 게임 상태 관리 사례로 TypeScript 기반 도메인 로직 공유 방식을 설명했습니다.
React 상태 관리 라이브러리로 Zustand, Recoil, Jotai를 비교했습니다. 프로젝트 규모와 상태 복잡도에 따라 적절한 도구를 선택하는 기준을 정리했습니다.

JavaScript Proxy로 상태 객체의 변경을 가로채 추적 도구를 만들었습니다. Redux 도입 없이도 디버깅 속도와 팀 생산성을 크게 높였습니다.
React 전역 상태 관리가 필요한 이유와 Context API의 한계를 먼저 설명했습니다. 이어서 Redux와 Zustand의 특징, 장단점을 비교해 선택 기준을 정리했습니다.

상태의 추적 필요성에 따라 Redux, react-query, Zustand, 파일 변수의 역할을 분리했습니다. 서버 파일 변수는 AsyncLocalStorage로 요청별 컨텍스트를 격리해야 함을 설명합니다.
웹 서비스 규모가 커지며 Redux 전역 관리의 한계를 줄이기 위해 상태를 유형별로 분리한 사례를 소개했습니다. 추적이 불필요한 값은 파일 변수로 관리하고, SSG와 하드 네비게이션 제약도 함께 설명했습니다.
리액트 상태관리의 흐름을 MVC부터 Redux, Context API, React Query, Jotai까지 정리했습니다. 또한 서버 상태와 클라이언트 상태를 분리해 쓰는 현재의 실전 관점과 주의할 점도 짚었습니다.

뷰티 상품 탐색 경험 개선을 위해 웹 필터를 확장하고 React Query를 도입했습니다. URL 상태 저장과 서버 상태 동기화로 탐색 편의성과 데이터 최신성을 높였습니다.

뷰티 필터 프로젝트에서 React Query로 서버 상태 관리를 전환하고 필터 경험을 웹으로 확장했습니다. 고객 탐색 경험 개선과 API 호출 감소, 팀 문화 강화까지 이어졌습니다.

파트너스 서비스 레거시 코드에서 API 로직을 분리하고 React Query를 도입한 사례를 다뤘습니다. Redux 중심 구조를 정리해 데이터 처리 방식을 개선하는 방향을 소개했습니다.
Fetcher가 API 오류를 throw하고 지역·전역 Error Boundary가 이를 계층적으로 처리하는 방식을 소개했습니다.\n오류 영역별 폴백 UI와 재시도 기능으로 나머지 콘텐츠를 유지하는 사용자 경험을 구현했습니다.
React Error Boundary로 렌더링 에러와 API 에러를 선언적으로 처리하는 구조를 소개했습니다. 제한된 범위의 ApiErrorBoundary와 전역 GlobalErrorBoundary로 재시도 UX까지 구성했습니다.
React 컴포넌트의 책임을 범용 UI와 도메인 로직으로 나누는 추상화 방법을 설명했습니다. 합성·커스텀 훅·상태 설계로 결합도를 낮추는 트레이드오프를 다뤘습니다.
타다 드라이버 앱의 복잡한 상태관리 문제를 독립 모듈과 StateMachine 구조로 개선한 사례입니다. Middleware, 로깅, 테스트로 안정성과 개발 생산성을 높였습니다.
Redux 기반 서버 상태 처리의 반복 작업과 컨테이너 간 종속성을 React Query로 개선했습니다. 찜 페이지 사례로 useQuery 캐싱과 useMutation 기반 CRUD 흐름을 설명합니다.

복잡한 React 상태를 Local State, Context + Hook, Redux로 나누어 관리한 경험을 공유했습니다.\nRedux의 보일러플레이트보다 상태 추적과 디버깅이 주는 장기 생산성을 재평가했습니다.
Redux의 상태 관리 원칙과 미들웨어의 부수 효과 처리 방식을 설명했습니다. Redux Saga의 제너레이터·이펙트 기반 비동기 제어 API를 정리했습니다.

Redux 기반 서버 상태 관리의 보일러플레이트와 직접 구현 부담을 분석했습니다.\nReact Query의 Query·Mutation·캐싱 기능으로 비동기 처리와 사용자 경험을 개선했습니다.
카카오페이지 Web은 GraphQL 기반 BFF로 다중 API 응답을 화면 모델에 맞게 통합했습니다. Apollo 캐시 문제를 피해 Urql과 Redux로 데이터 조회·상태 관리를 분리했습니다.
SWR과 React Query로 서버 상태를 Redux의 전역 상태와 분리하는 방식을 설명했습니다. 조건부 요청, 캐시 갱신, 재검증 옵션과 두 라이브러리의 사용 차이를 비교했습니다.