수습기간 이후 새로운 프로젝트를 진행하게 되며 게시판 기능을 구현중 검색 필터와 복잡한 조인 구조의 쿼리 처리를 팀내 백엔드 개발자와 상의하여 가장 익숙하다고 하는 querydsl을 이용하기로 했다. 의존성 추가를 위해 maven repository에서 querydsl 가장 최신 버전을 build.gradle 추가하게 되었으며, 이 과정에서 IDE에서 사용 경고가 발생했다.

기존 서비스에서 RDBMS로 Refresh Token을 관리하면서 매 요청마다 발생하는 조회 쿼리와 만료된 토큰을 정리하기 위한 배치 스케줄러 관리가 부담스러웠다. 이번 기회에 Redis의 In-Memory 특성과 TTL 자동 만료 기능을 활용하여 이 문제를 개선해보려고 한다.

지난주에 공부했던 WebFlux와 WebSocket을 이용하여 간단하게 채팅을 구현해보려고 한다. 메세지를 비동기 처리하며 클라이언트와 서버 간에 지속적으로 연결을 유지하는데 있어 mvc가 아닌 WebFlux를 통해 구현해보려 한다.

웹 애플리케이션을 만들다 보면, 어떤 프레임워크를 사용할지 고민하게 된다. 특히 Spring Framework의 두 가지 대표적인 옵션인 Spring MVC와 WebFlux는 서로 다른 접근 방식을 가지고 있는데, 오늘은 이 두 프레임워크의 차이점을 살펴보면서, WebFlux가 왜 "고속 주행"을 할 수 있는지 알아보려고 한다.

테이블에 인덱스를 추가하고 나서 쿼리 속도가 많이 개선되었는데, 사내 조직 개편으로 새로운 팀으로 옮긴후 새로운 프로젝트 개인정보동의서명과 백오피스 부분에서 서명관리 파트를 개발하던중 예상치 못한 문제가 발생했다. 이전에 인덱스를 구성할때 인덱스의 키 크기에만 주의하며 사용했었는데, 컬럼에 아무리 인덱스를 추가해도 성능이 개선되지 않는 쿼리가 있었다.