회사에 SaaS Portal을 개발을 진행한 지 반년이 막 넘어갈 때쯤 일 것이다. 기획과 개발 초기에는 프로젝트 규모가 굉장히 작았기 때문에 순수 Spring Data JPA만을 활용하여 데이터 CRUD 메서드 쿼리를 활용했는데, 규모가 커지면서 테이블 스키마도 복잡해지고, 조회 쿼리가 점점 복잡해지면서 JPA @Query Annotation을 이용하여 JPQL을 사용하는 일이 많아지고 직접 쿼리를 작성하는 일이 많아졌는데, 그러다 보니 스키마가 약간 변경이 될 때마다 수정해야 하는 쿼리들과 로직들이 많아지고 쿼리를 '직접' 쓰다 보니 수정점을 찾기가 힘들어지고 결국엔 수정점을 놓쳐 에러를 많이 내곤 했었다. 그래서 나는 '객체지향 쿼리 언어'인 Querydsl을 도입하게 되었다. 도입에 타당한 근거가..

드디어 마지막 시간이다. 이번에는 Redis 데이터베이스와 연동하여 사용 중인 RedisTemplate에 대해서 정리해보고자 한다. RestTemplate는 이름에서도 보이다시피 Redis Command를 도와주는 Template이다. 결론부터 보자면 나는 이렇게 사용중이다. 천천히 확인해보자 일단 설정값들을 확인해 보기 전에 Connection Pooling의 필요성 여부를 확인해 봐야 한다. Redis는 서버 자체가 Single Thread 기반이기 때문에 WAS 측에서 Connection Pooling을 한다고 하더라도 성능 상의 이점이 두드러지지 않는다. 왜냐면 Connection Pooling이라는 행위가 일단 Connection을 만들어 놓는 거기 때문에 그만큼에 메모리 자원을 점유하게 되기 ..

다른 부분 정리하느라 좀 늦어졌지만 세 번째로 RestClient에 대해서 정리하려고 한다. 프로젝트 내에서 사용중인 데이터베이스 중에서 Elastic Search 를 위해 사용 중인 라이브러리이다. RestClient는 Elastic Search REST Client 인 High Level REST Client Library에 포함되어 있는 부분으로 Elastic Search 서버에 HTTP 요청을 위한 Client 용 객체이다. 나는 다음과 같이 사용 중이다. RestClient를 생성하는 비즈니스 로직을 분석해보며 많이 놀랐다. public RestClient build() { if (this.failureListener == null) { this.failureListener = new Failu..