
최근 스스로 토이 프로젝트를 하고, 스터디를 하면서 JPA로 개발을 할 일이 굉장히 많아졌었다. 프로젝트를 하면서 느낀 고민은 과연 내가 JPA를 제대로 알고 있는가?라는 생각이 들었다.그러한 생각이 들었던 주제 중 하나는 PK에 관한 것이었다. DB 테이블과 매핑되는
이 때까지 프로젝트를 하며 락을 통한 방식으로 동시성 제어를 주로 해왔다. 하지만 이번에 도전하는 e-commerce 관련 프로젝트에서는 락의 방식으로 재고를 관리하면 응답속도가 떨어지고 데드락이 걸릴 확률이 높았다. 그래서 레디스를 공부하고자 레디스를 통해 재고 관

프로젝트를 진행하면서 채팅 서버를 만들어야 할 일이 있었다. 구조적으로 처음 설계를 해봤고 어떤 부분이 문제일까를 계속 생각을 해봤을 때 내 나름대로의 결론을 냈고, 그 내용을 한번 공유해보고자 한다.아래의 내용은 내가 채팅서버의 처리를 어떻게 할 지를 고민하면서 고려

프로젝트를 진행하면서 실시간 유저 조회에 대해서 어떻게 설계할 수 있을 지를 고민해봤다. 웹소켓을 이용한 방법(팀원)과 polling 방법(나) 중 고민을 해봤는데 polling 방식이 맞는 거 같아 어떻게 분석을 했는지 이야기를 해보고자 한다. > ### 실시간 유