글쓰는 개발자

스프링 MVC를 통해 처음 스프링을 접하면서, 굉장히 혼란스러웠던 기억이 납니다. 의존성 주입, AOP, PSA, Application Context 등 스프링을 구성하는 방대한 용어들이 쏟아지니, 초심자 입장에서 쉽지 않았던 경험이었네요. 그중에서도, 유독 이해가 되지 않던 것이 DispatcherServlet이란 친구였습니다. DispatcherServlet의 작동원리니, FrontController니 하는 일련의 개념들에 대해서는 각각 이해할 수 있어도, 그래서 DispatcherServlet이 왜 존재하는데?라는 의문은 항상 남아있었습니다. 최근에 Servlet을 자세히 공부하면서, 왜 스프링 MVC가 DispatcherServlet을 사용하는지 이해하게 되었고, 그 이유를 아래와 같은 짧은 문장..

이번 포스팅에서는 스프링 캐시를 적용하면서 읽기 성능을 향상했던 경험을 공유하고자 합니다. 나름대로, 캐시란 무엇인가에 대해 정의를 내려보았습니다. 데이터의 실시간성을 약간 포기하고, 큰 성능적 이점을 얻는 것 물론 캐시는 이미 공식적인 정의가 존재하지만, 기존의 정의에서는 '실시간성을 포기한다'라는 trade off를 추론을 통해 알아내야 했기 때문에, 그 부분까지 확실하게 함께 담아 정리해보았답니다. 😄 그럼, 캐시를 적용하기까지 과정은 어땠는지, 어떻게 캐시를 통해 성능을 개선했는지 이야기해보도록 하겠습니다. 목차 캐시? Spring Cache Abstraction Local Cache vs Global Cache 캐싱 적용하기 캐싱 & 성능 확인 캐시? 위키백과에서 찾아본 캐시의 정의는 다음과 같..