동시성 이슈 문제를 해결했던 업무 회고를 작성했던 지난 포스팅에 이어서 동시성 이슈 문제의 해결 방법 중 하나인 Lock이라는 거에 대해서 좀 더 자세히 알아보고자 한다. 지난 포스팅에서 나는 동시성 이슈를 JPA의 Lock Annotation을 이용하여 대응을 하였다. 동시성 이슈에 대해서 공부 하다보면 대응을 위해서 Redis 데이터베이스를 썼다는 이야기가 많이 나온다. 대략적인 이유를 보면 '단일 스레드 처리 방식과 데이터 잠금의 차이'라고 나와있다. 나는 그래서 Lock을 사용하고자 했던 거고 이번 기회에 Lock에 대해 더 공부를 하게 되었다. Lock? Lock이란 트랜잭션 처리의 순차성을 보장하기 위한 방법으로, 같은 데이터에 동시에 접근하는 경우 데이터의 일관성과 무결성의 유지를 위해 사용..

드디어 마지막 시간이다. 이번에는 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..