2023.08.19

오늘의 공부

오늘은 프로젝트 중간 발표를 진행하였고, 멘토님께서 이야기하신것들에 대해 정리해보겠다.

프로덕션 서비스에서는 낙관적인 락을 사용하는 경우가 많음
정량적인 지표가 필요하다. 비관적 락 vs 낙관적인 락
성능 지표는 최대치를 기준으로
redis을 사용했을 떄 db 조회 흐름
redis는 어느 영역에서 가장 많이 사용되고 있는가?
추후에 캐싱 확장해서 써볼 것을 고려해봤는가? 다른 기능까지?
redis 데이터 자료 구조도 고민을 해봐야한다.
redis 데이터 부하량과 저장되는 데이터가 많다면 여기에 대한 해결 방안은 있는가?
QueryDSL로 커버할 수 없는 영역은 무엇으로 할 것인가?
QueryDSL만 사용을 할 것인가? JPA의 QueryMethod를 같이 사용하는가? 
양방향과 단방향을 사용하는 이유? 각각의 필요성은 무엇인가?
N+1 문제에 있어 해결 방안으로 entity graph를 사용해볼 것을 고려
테스트는 비동기로 한 번에 보내야한다. 현재 우리가 하고 있는 방식인 것 같은데요?

이러한 질문들을 받은 팀도 있었고 우리팀 같은 경우에는 정리해서 넣을 예정이다.

수정할때 해당 질문들이 날카롭게 들어와서 생각도 못한 질문들을 정리하여 마음속에 꾹꾹 담아 둘것이다.

 

내일은?

내일은 실제 EC2 에 성능 개선을 하여 넣어보고 측정후 성능 개선할 예정이다.