redis2 5만건 데이터, OOM 문제부터 110ms까지 개선 - 2편 1. 시작하면서이전 글에서는 OOM 문제를 해결하면서 메모리 사용량에 집중해봤습니다. 2025.03.08 - [BE/Spring] - [소프티어] 5만건 데이터, OOM 문제부터 160ms까지 개선 - 1편 [소프티어] 5만건 데이터, OOM 문제부터 160ms까지 개선 - 1편1. 시작하면서현대자동차그룹 부트캠프 '소프티어'에서 'Uniro' 라는 프로젝트를 진행하였습니다.해당 프로젝트를 진행하면서 겪었던 대량 데이터 트러블 슈팅과 개선 과정을 적어보고자 합니다.gamxong.tistory.com 이번 포스팅에서는 해당 로직이 핵심 로직인 만큼 부하상황에서도 빠른 응답속도를 보장하기 위한 과정들을 설명하고자 합니다.해당 로직은 빠른 응답성이 굉장히 중요했기에 부하테스트를 진행해봤습니다. 2. 부하테스트.. 2025. 3. 8. [Spring] 10만 요청으로 서버 장애부터, 응답시간 80% 개선까지 1. 사건의 시작현재 저는 'SOPT' 라는 동아리에서 재밌고 편리한 동아리 활동을 위해 관련 서버를 운영하고 있습니다.동아리 내에 몇몇의 행사를 신청하는 이벤트가 있었고, 당시에는 '솝커톤'이라는 행사를 신청하는 날이었습니다. 하지만 그 날 따라 처리속도가 유독 굉장히 느려진 것을 발견했습니다.12시 정각에 행사 신청을 진행하였는데 12시 10분부터 슬랙으로 굉장히 많은 VoC가 들어왔습니다.모두 여러 원인으로 인해 행사 신청이 정상적으로 동작되지 않았다는 VoC 였습니다.아래 사진은 '솝커톤' 행사 신청 당시 들어왔던 VoC의 일부입니다. 이는 서비스 신뢰도에 치명적이었고, 다음 주에 있을 '2차 행사' 신청에도 문제를 줄 수 있었습니다.따라서 정확한 원인 분석이 중요하였고, FE와 BE 모두 포스.. 2025. 1. 14. 이전 1 다음
