📚 — 📚

Spring

[Spring Boot] Graceful shutdown으로 안전하게 종료하기

2024.08.30

문제 상황배포를 하기 위해 서버를 내릴 때 하필 서버가 어떤 요청을 수행하고 있다면 어떻게 될까요?해당 요청은 끝까지 수행하지 못하고 실패하게 될 것입니다.특히 배포가 잦은 환경이라면 더욱 문제가 생길 수 있을 것입니다. [보틀] 프로젝트를 하면서 정말 짧은 주기로 배포를 해왔는데, 위와 같은 상황에 대해서 어떠한 처리도 하지 않고 있었습니다.또한 비동기 이벤트 처리를 하는 로직이 늘어나면서, 서버를 내릴 때 하필 비동기 큐에 들어가 있던 요청들을 모두 잃어버릴 것이라는 문제가 있었습니다.실제로 그럴까?실제로 요청들을 모두 잃어버릴지 확인을 해보겠습니다. 우선 간단하게 요청이 엄청 느리게 처리되는 api 하나를 만들었습니다.스레드를 20초간 sleep 시킨 후 "Request Success!"를 반환하는..

개발일지/기록

Spring 멀티 모듈 적용하기

2024.08.16

[보틀] 프로젝트를 진행하면서 스프링 멀티 모듈 프로젝트를 적용하게 된 이유와 과정을 기록하려고 합니다. 멀티 모듈 프로젝트를 구성하는 방법에 대해서는 자세히 설명하지 않겠습니다. 단일 프로젝트우선 늘 그래왔듯이 단일 프로젝트로 시작했습니다.큰 규모의 프로젝트가 아니고, 아직은 하나의 서버로 운영하기 때문에 단일 프로젝트로 구성해도 큰 문제가 없습니다.하지만 실 서비스 운영을 생각했을 때는, 서버 인스턴스 사양을 업그레이드를 하던지 (aws 프리티어 사용 중..) 단일 서버가 아닌 여러 서버로 분리하는 것이 필요하다고 생각했습니다. 그리고 보틀은 소개팅 서비스로, 일정 시간에 유저들을 매칭해 주는 핵심 기능이 있습니다.이 작업은 스케줄러에 의해 동작합니다. 초기에는 유저의 수도 적고 매칭하는 시간 간격도..

개발일지/트러블슈팅

[JPA] 1:N fetchJoin과 limit을 함께 사용하여 발생한 OutOfMemory 문제 해결

2023.10.07

문제 👿톰캣 성능테스트를 하기 위해 특정 API에 대하여 한 번에 많은 요청을 보냈고, 평소에 잘 동작하던 API가 OutOfMemoryError를 던지면서 모든 요청에 대해 실패하였다.이 문제를 해결하기 위해 어떤 과정을 거쳤는지 자세히 살펴보자 🧐 일단 결론부터..그 전에 글이 길어질 것 같으므로 결론 부터 말하자면,1:N 연관관계에서 fetchJoin과 limit 구문을 함께 쓰면 위험하다! 문제 상황톰캣 성능테스트를 하기 위해 Jmeter를 사용하였고, 1초에 500번의 로드맵 목록 조회 요청을 보내도록 설정했다.그런데 500번의 요청이 모두 실패했고, 어떤 에러 메세지가 담겨있는지 확인했다.메세지는 다음과 같았다."Handler dispatch failed: java.lang.OutOfMem..

우아한테크코스/회고

우테코 레벨3 팀 프로젝트 돌아보기

2023.08.25

우아한테크코스 레벨3는 팀 프로젝트를 한다. 그리고 바로 저번주에 레벨3를 무사히,, 끝마쳤다. 레벨3에서는 정말 상상 이상으로 많은 것을 경험했던 것 같다. 그래서 그런지 두 달이라는 시간이 정말 어떻게 지나간지 모르겠다. 새로운 것들을 머리에 어떻게든 구겨넣으려고 열심히 몰입했던 시간이였다. 두 달 동안 무엇을 했는지 간단하게 정리하려고 한다 😙 팀 빌딩 이번 팀 프로젝트에서 했던 경험들 중 재밌고 신선했던 경험은 팀 빌딩이다. 나 사용설명서를 작성해서 서로를 소개하고, 팀 문화 및 그라운드 룰도 함께 정했다. 지금 다시보니 잘 지켜지는 것도 많지만, 지켜지지 않는 것들도 있다. 다시 재정비하는 시간도 필요할 것 같다. 그리고 팀끼리 친해지라는 의미로 팀별로 간단한 게임을 진행했는데, 1등해서 배민 ..

Spring

[JPA] 연관관계 매핑 정리

2023.07.13

JPA에서 연관관계 매핑이란 개념에 대해 알아보기 전에, 왜 연관관계 매핑이라는 것을 해야 하는지 알아야 한다. 🤔 연관관계 매핑을 왜 해야 할까? 간단하게 말하자면 객체지향 패러다임과 데이터베이스의 패러다임이 일치하지 않기 때문이다. JPA를 사용하면서 이런 패러다임 불일치 문제를 해결하는데, 데이터베이스의 테이블 설계대로 객체를 설계한다면 객체 중심적인 코드를 작성하지 못하게 되고, 데이터 중심적인 코드가 될 수밖에 없다. 예시를 살펴보자. 1. Actor 테이블과 Musical 테이블이 있다. 2. 배우는 하나의 뮤지컬에 출연할 수 있다. 3. 배우와 뮤지컬은 다대일 관계이다. 위와 같은 요구사항에 대한 테이블을 아래와 같이 설계할 수 있다. 이를 객체로 바로 옮겨서 설계한다면 다음과 같은 엔티티..

우아한테크코스/회고

우테코 레벨2 인터뷰 회고

2023.06.12

우아한테크코스에서는 레벨이 끝날 때마다 한 레벨동안 무엇을 공부했는지 질문하고 답하는 인터뷰 활동을 한다. 레벨1 때는 자신이 학습한 내용을 작성해서 제출하면, 그 내용에 대해서 질문을 받았다. 그런데 이번 레벨2는 방식이 조금 바뀌어, 각자가 학습한 내용을 정리하고 인터뷰이에게 그에 대한 질문을 한다. 그래서 내가 공부한 부분에 대해서만 질문을 받는 것이 아니다. 이번 레벨에서는 스프링에 대해서 학습했는데, 크루들 마다 학습의 깊이도 다르고 방향이 다르기 때문에 과연 이런 방식의 인터뷰가 효과적일지 의문이 들었다. 내가 학습하지 않은 부분에 대해서는 답을 못하고, 학습한 부분에 대해서 검증을 하지 못하기 때문이다. 실제 면접을 생각하면, 항상 내가 준비한 질문만 받지 않기 때문에 오히려 실제 면접이라고..

Spring

Dao와 Repository에 대해서...

2023.05.29

우테코 레벨2 미션을 진행하면서 Dao와 Repository의 차이에 대해서 많은 이야기가 오고 가는 것을 느꼈다. 하지만 아직 Dao만으로도 충분했기 때문에 Repository에 대해서 깊게 생각해보지 않았다. 그런데 이번 지하철 미션에서 요구사항이 복잡해지면서 여러 Dao들이 생겼고, Repository를 써야 하는 상황이 왔다. 페어가 제안해서 사용하긴 했지만, Repository의 필요성을 조금 느낀 것 같았다. 그래서 Dao와 Repository에 대해서 제대로 알아보기로 했다! DAO란? Data Access Object의 약자로, 데이터에 접근하는 객체이다. 웹 애플리케이션 아키텍처의 Application 계층에서 바로 데이터에 접근을 하는 것이 아니라, Dao(Persistence 계층)를..

우아한테크코스/회고

테코톡 회고하기(라고 하고 일기쓰기) 🫠

2023.05.28

테코톡 발표를 무사히 끝냈다..! 발표주제는 'Servlet & Spring MVC' 이다. 하필 발표 날짜가 미션 시작하는 주여서, 사실상 그 주는 준비할 수 없겠다 생각했다. 그래서 준비는 최대한 빨리 시작하는게 좋을 것 같아서 한 달 전쯤부터 틈틈이 공부를 했다. 발표주제는 원래 다른 주제를 선택했다가, 선착순에 밀려서 새로 선택했다. 서블릿에 대해 아무것도 몰랐지만, 왠지 재밌을 것 같아서 선택했었다. 그런데 레벨 2에서 스프링 MVC에 대한 학습을 진행해 보니, 정말 좋은 주제라고 생각했다. 스프링 MVC의 핵심이라고 할 수 있는 DispatcherServlet에 대해 깊게 공부해 볼 수 있어서 정말 좋았다. 그런데 너무 방대해서 정말 자세한 동작 방식까지는 학습하기가 어려웠다. 각각의 구현체들..

전체 글

[Spring Boot] Graceful shutdown으로 안전하게 종료하기

Spring 멀티 모듈 적용하기

[JPA] 1:N fetchJoin과 limit을 함께 사용하여 발생한 OutOfMemory 문제 해결

우테코 레벨3 팀 프로젝트 돌아보기

[JPA] 연관관계 매핑 정리

우테코 레벨2 인터뷰 회고

Dao와 Repository에 대해서...

테코톡 회고하기(라고 하고 일기쓰기) 🫠

티스토리툴바