헤맨 만큼 내 땅이다

배경2025년 토스 NEXT에서 백엔드로 합격하게 되었습니다.아래 글은 제가 어떻게 준비했는지에 대한 내용을 적어두었습니다.토스 취업을 준비하는 누군가에게 일말의 도움이 될까 하여 적어두었습니다. 서류 지원상반기에 서탈 100%의 이력을 가지고 있어 자신감이 많이 떨어져 있었습니다. 그래서 매력적인 이력서를 만들자는 생각에 여러 개발 동아리를 들어갔습니다. YAPP에서 개발 동아리를 진행하던 중 부하 테스트 과정에서 나름대로 깊이 있는 고민을 했고 이제 어느 정도 이력서가 보강이 되었다는 생각이 있던 중, 마침 토스 NEXT 채용이 열렸고 지원하게 되었습니다. 코딩 테스트토스 NEXT의 첫 관문은 코딩 테스트입니다. 작년에 코테 문제를 연습했지만 안한지 오래됐기에 자신이 없었습니다. 그래서 백준에서 ..

개요Fitrun 프로젝트의 데모데이가 다가오면서, 저희 서비스가 안정적으로 운영될 수 있을지 검증이 필요하다고 판단했습니다. 이에 데모데이 참가자 전원이 서비스를 이용한다고 가정하고 부하 테스트를 진행했습니다. 그 과정에서 주기적으로 API 응답 시간이 급격히 튀는 현상을 발견했습니다. 이 글은 이 문제의 원인을 진단하고 해결해나가는 과정을 정리한 글입니다. 문제 확인 문제를 처음 인지한 것은 로그인 테스트 중이었습니다. 동시 사용자 50명을 대상으로 약 20분간 부하 테스트를 진행하는 동안, 일부 요청의 응답 시간이 2.5초에 근접하거나 이를 초과했습니다. APM과 모니터링 지표를 통해 원인을 분석하려 했지만, 정확히 어느 지점에서 문제가 발생하는지 특정하기는 어려웠습니다. 그리고 동일한 문제가 1..

배경전 부하 테스트를 사용해 본 경험은 있지만 제대로 활용해 본 경험은 부족한 것 같습니다. 단순히 API를 하나씩 선정하여 부하를 주고, TPS가 어떤지 등만 확인하는 것에 불과합니다. 모니터링이 서버에 달려 있지만 어떤 지점을 파악해야 하는지 등에 대해서 전혀 무지합니다. 그래서 이번 기회에 문서화를 해보면서 어떻게 모니터링을 하는 것이 적절한지에 대해서 알아볼까 합니다.(부하 테스트 및 모니터링 구축에 대한 내용은 포함하지 않습니다.)환경VM: e2-small (vCPU 2개, 메모리 2GB), Ubuntu 22.04 LTS서버 1대: Spring Boot 3.5, Kotlin, Java 17VM DB 1대: MySQL 8캐시: Redis 싱글 인스턴스모니터링: Grafana, Prometheus,..

배경기능을 구현한 뒤 로그인 API의 부하 테스트를 진행했습니다. 이 과정에서 Connection time out 에러가 발생하는 문제를 파악했습니다. 이 글은 해당 에러를 해결해 나가는 과정을 정리한 글입니다.원인 파악로그인은 OIDC 방식으로 외부 API(카카오)를 호출하여 OIDC 공개키 목록 조회하고 있었습니다. 이 API를 호출하고 응답을 기다리는 과정에서 시간이 지나 에러가 발생하고 있었죠.API 문서를 살펴보면 빈번한 요청시 차단될 수 있다고 나와있었습니다. 부하 테스트 과정에서 지나치게 많은 API를 요청해서 차단이 되었고 그렇기에 Connection time out이 발생한 것이죠.캐싱하고 있었는데?그런데 이상한 점은 저희 서버에서는 해당 API 요청을 캐싱하고 있었다는 것입니다. @Ca..