https://www.youtube.com/watch?v=zMAX7g6rO_Y 해당 발표를 정말 감명깊게 봤습니다. 올라온지 꽤 된 영상이지만 그래도 제게는 인사이트가 막강했습니다.. S급 개발자는 이런 것인가 생각이 들었습니다. 발표 내용 중, Spring Data Jpa를 활용한 쿼리에서 무분별하게 Entity를 조회하면 성능상 손해가 크다는 말이 있었습니다. 아이러니하게도 발표자분이 CTO로 계시는 인프런에서도 미래에 해당 이슈 때문에 장애가 일어나기도 했던 글을 봤습니다. 요약하자면, 강의 목록을 조회해오는데 당장 쓰이지 않을 컬럼까지 모두 조회하는 바람에 대용량 컬럼까지 모두 끌어오게 되어서 강의 한 페이지를 조회하는데 DB에 많은 부하가 발생하는 상황으로 장애가 발생했다고 합니다. 여튼 서론이..

개인 프로젝트를 진행하면서 스프링 어플리케이션의 성능을 측정해보고자, 네이버에서 만든 (오픈소스 + 무료 + 한글 + Java스러운 Groovy 스크립트 지원 + 자료가 그나마 많은) 부하테스트 툴 nGrinder를 사용하기로 결정했다. 아예 처음 해보는 토픽이고 어디서 간편하게 가르쳐주지도 않아서 구글링으로 하나하나 차근차근 배워가며 적용해보려고 한다. 미래에 또 같은 문제로 헤맬 본인에게 이 글을 바칩니다.. 나란놈.. 모니터링을 하려면 추가적으로 pinpoint 같은 APM을 사용해야 한다. 핀포인트는 아직 이른 것 같아 일단 nGrinder 먼저..! 부하테스트는 툴 깔고 스크립트 짜서 실행한 후에 결과보고 분석하는 것이 끝일 줄 알았는데, 크게 계획, 시나리오 수립, 실제 테스트, 분석, 적용 ..